问个界面与逻辑分离的有关问题
问个界面与逻辑分离的问题
界面与逻辑如何分离，分离后是不是得单独写一个模块来统领？
------解决方案--------------------
看一下MVC
------解决方案--------------------
比较简单的思路
界面一个类，逻辑另一个类，
定义好中间接口，用于数据交互即可
------解决方案--------------------
mvc结构就可以吧。。。
------解决方案--------------------
界面和逻辑还有数据都要分开管理,否则就会出现 牵一发而动全身 的问题.
------解决方案--------------------
说明你的思想中还是数所跟界面在一起.
即然是共用数据, 那么可以提供函数到数据管理中去取嘛.
界面就只管与用户交互的, 数据管理的业务逻辑一定不要放到界面的类中.
所以不需要维护两份.
------解决方案--------------------
数据可以维护一份，C++实现可以用FileMap.
也可以单独开一个数据组件，负责数据操作。用本地Socket发送数据操作指令和返回数据。
数据搞2份不好。
------解决方案--------------------
view -- controller -- model
由controller隔开, view 和 model不直接通信。
------解决方案--------------------
3层或MVC
------解决方案--------------------
看看MVC。
界面与逻辑如何分离，分离后是不是得单独写一个模块来统领？
------解决方案--------------------
看一下MVC
------解决方案--------------------
比较简单的思路
界面一个类，逻辑另一个类，
定义好中间接口，用于数据交互即可
------解决方案--------------------
mvc结构就可以吧。。。
------解决方案--------------------
界面和逻辑还有数据都要分开管理,否则就会出现 牵一发而动全身 的问题.
------解决方案--------------------
说明你的思想中还是数所跟界面在一起.
即然是共用数据, 那么可以提供函数到数据管理中去取嘛.
界面就只管与用户交互的, 数据管理的业务逻辑一定不要放到界面的类中.
所以不需要维护两份.
------解决方案--------------------
数据可以维护一份，C++实现可以用FileMap.
也可以单独开一个数据组件，负责数据操作。用本地Socket发送数据操作指令和返回数据。
数据搞2份不好。
------解决方案--------------------
view -- controller -- model
由controller隔开, view 和 model不直接通信。
------解决方案--------------------
3层或MVC
------解决方案--------------------
看看MVC。