我使用LLBLGen生成我的低级数据访问对象,我有一个以上的业务逻辑层.这些表单是数据绑定到业务逻辑对象,尽管主窗体使用缓存对象来最小化更常见的导航路线上的往返行程. UI不会直接与数据库说话：总是通过UI – >业务逻辑 – >低级 – >数据存储路径.
我使用的一个控件是TreeView,它作为视觉指南和短程导航工具.树已经大量定制的图标,突出显示颜色,这是控制我最担心的移植.
有没有一个故事可能会说服我去转换(或者相反,等到微软更接近从Windows窗体中拉出地毯)？
编辑：我被问到一个评论是什么动机的转换我有.我对未来的打样有一些担忧：我原来是ASP和VBScript的代码有50万行.随着时间的推移,我们已经将功能移植到ASP.NET和C#,但是只有当我们对代码进行更改时.上行是我们保持成本最小化,缺点是一半的代码仍然是ASP和VBScript.我担心Windows窗体应用程序出现的类似情况.
今天我担心Windows窗体会消失吗？甚至没有接近…但应用程序正在从ASP和VBScript转移到ASP.NET和C#,具有九年的历史背后,可能不会被替代这个十年(相反,它将会演变).桌面应用程序同样是具有多年历史的长期项目.
但唯一的办法就是尝试移植你的一个表单.在现有的应用程序中打开WPF窗口不是太难了.通过在C Win32应用程序中托管的新GUI面板,我开始使用WPF.最终,显而易见的是,WPF是我们切换的方式,并使外壳WPF,一些古老的对话框仍然由旧的C代码实现,我们无法重新编写它们(可能是什么将会发生在Visual Studio 2010).
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
