首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 开发语言 > VC/MFC >

<讨论>WinCE上界面或逻辑分离解决思路

2012-02-26 
讨论WinCE上界面或逻辑分离现在公司要做一个软件,想把界面和逻辑分离开来,形成单独的界面库,用在WINCE上

<讨论>WinCE上界面或逻辑分离
现在公司要做一个软件,想把界面和逻辑分离开来,
形成单独的界面库,用在WINCE上面,编程环境是VS25005,
我打算直接把一些MFC的控件封装下,用贴图的方式,
形成一个新的界面库,封装成DLL(DLL扩展),

请问大侠们:(1)这么做有什么需要注意的地方?
  (2)在WINCE下运行,效率方面,还有其他方面有什么要注意的?
  (3)由于能力有限,所以先打算这么做,有没有更好的方法呢,大虾们指点一二(以备后用)!

玩了下一些界面软件,像SkinMagic,SkinSharp,做的很好,谁知道里面的一些机制呢~~~(这个是后话,呵呵)

[解决办法]
做界面库需要积累
[解决办法]
这个是不是应该发到WinCE的专版
如果需要我们可以给你转一下

你说的界面和逻辑分开
最好是DirectUI技术吧
当然那个稍复杂些
其实说到你你们是想实现今后换界面的时候比较方便
把如果对于单一软件
可以考虑吧资源图片和风格绘制的部分提炼出来做成dll
不用把整个控件拿出来
[解决办法]
为什么要这么做?不明白
记得多年前,老师曾经这样讲过:高聚合,低耦合
[解决办法]
我想知道你的软件仅仅是把自己的逻辑与界面独立?还是想做一个单独的界面库,并且这种单独的界面库还能为多个项目使用?
[解决办法]
用gdi gdi+做的话,要是小软件,不需复用性, 那就用两个类来做,一个类为父类f,另一个类为f的子类
f继承CDialog ,这样一个类做界面绘制(),另一个处理消息(功能),就分离了
[解决办法]
强烈建议不要用MFC或者系统控件!!最后自己画!过来人的善意提醒!
[解决办法]
你这个就是重写标准控件,然后提供给项目组使用吧
[解决办法]
view 与 model,controller分离是对的,不会影响效率
楼主可以参考一下MVC模式
每个窗体,都建立两个类,一个是界面相关,一个是逻辑控制
界面上得到响应之后,获得UI上的数据,传给逻辑类,逻辑类来处理操作中的数据处理
而数据处理的核心部分放在model中
model与view没有任何关系
controller作为中间层,控制着model与view,也把他们隔离开
[解决办法]
主要是系统主题一换,系统控件的样式就会换,很难控制!
[解决办法]
还有一个原因就是用系统控件会闪屏!
[解决办法]
如果楼主要做界面库,那就要把整个类层次设计好了,把很多接口独立出来
[解决办法]
(1)这么做有什么需要注意的地方?
也就注意一下资源的释放

(2)在WINCE下运行,效率方面,还有其他方面有什么要注意的?
效率肯定是要注意的,主要是 WINCE 设备硬件参差不齐。

(3)由于能力有限,所以先打算这么做,有没有更好的方法呢,大虾们指点一二(以备后用)!
更好的方法当然有,找收费的界面库,不过这个有关成本。
[解决办法]
哦,哪你只要封装成类就可以了啊
[解决办法]
我们现在也在界面上很是头痛,要做的眩,而且逻辑很好,我觉得楼主的也不失为一种很好的思路
[解决办法]
用MFC,不如用WTL,用WTL不如直接win32,自己写界面
MFC无论效率还是效果上都不近如人意。很久不用MFC了,喜欢自己写win32程序,自己写控件。
[解决办法]
用flash做界面如何
[解决办法]
做个界面库谈何容易,之前jameshooo大神好像也搞过一个,这方面的知识可以问问他
[解决办法]

探讨
做个界面库谈何容易,之前jameshooo大神好像也搞过一个,这方面的知识可以问问他

[解决办法]
我们目前也在做这方面的问题,目前的方案是业务逻辑代码用VC写,然后包一下,界面用C#写,这样比较方便。高内聚,低耦合。
[解决办法]
探讨
引用:
我们目前也在做这方面的问题,目前的方案是业务逻辑代码用VC写,然后包一下,界面用C#写,这样比较方便。高内聚,低耦合。


发现许多东西,在PC上面可以,在WINCE上面就不行了!

热点排行