问题描述
最近想做个基于desktop模式的应用程序，因为有很多曲线、图标等复杂的分析功能，传统的b-s模式不太方便。以前一直是在用java的，现在想用java做后台（负责所有复杂计算以及数据库连击和处理），前端用c#，想用WPF或者WinForm来做。想请教一下这里的大侠，什么样的应用程序框架比较适用？我看了DevExpress的xaf，看上去不错，不知道有没有比这个更好用的。谢谢！
解决方案
解决方案二：
该回复于2012-02-22 09:52:36被版主删除
解决方案三：
该回复于2012-02-22 09:52:36被版主删除
解决方案四：
先确定你要用WPF还是用WinForm，这二者是两回事
解决方案五：
引用3楼ktei2008的回复:
先确定你要用WPF还是用WinForm，这二者是两回事
平时口口声声MVC的,这会儿却不晓得怎么搞了
解决方案六：
引用4楼microtry的回复:
引用3楼ktei2008的回复:先确定你要用WPF还是用WinForm，这二者是两回事平时口口声声MVC的,这会儿却不晓得怎么搞了
就你厉害，别人都是不如你，sopatheticself-esteem
解决方案七：
引用4楼microtry的回复:
引用3楼ktei2008的回复:先确定你要用WPF还是用WinForm，这二者是两回事平时口口声声MVC的,这会儿却不晓得怎么搞了
我什么时候口口声声MVC了？缪军啊，你快算了吧……别扯了，从没见你真的有什么高见过
解决方案八：
会wpf就用wpf吧。不会用那就用winform吧。没有必要后台用java，.net够强大的了。
解决方案九：
建议你用WPF，因为WPF就是解决Winform在渲染效率这块的问题(其中一个优势)，底层采用DirectX渲染，其二WPF对于曲线有内置类库的支援，而Winform得靠第三方，包括动画的显示。
解决方案十：
引用6楼ktei2008的回复:
我什么时候口口声声MVC了？缪军啊，你快算了吧……别扯了，从没见你真的有什么高见过
你刚刚发的帖子,让别人跟你学MVVM,这么快就否认了?MVVM不是MVC??
解决方案十一：
引用6楼ktei2008的回复:
就你厉害，别人都是不如你，sopatheticself-esteem我什么时候口口声声MVC了？缪军啊，你快算了吧……别扯了，从没见你真的有什么高见过
本来就没有特指你,而是泛指存在的现状,这个观点我经常说,就楼主的情况,这样设计:winform和wpf各自设计视图模型和视图控制器,比如,命名空间分别为:ktei2008.UI.Winform.View//这个作为ViewModel的命名空间ktei2008.UI.Winform.ViewDrvktei2008.UI.Wpf.View//...以此类推
解决方案十二：
MVVM体现了这样一种思维:UI和业务逻辑的更加清晰的分离,比如,我要创建一个用于添加或者修改基础信息的表单,我只关注这种业务,而不需要直到这个表单是User还是Customer,他到底有什么字段或者验证逻辑,实施者要做的就是把View和Model绑定起来,这就是MVVM的思维,(在MVC中这个过程叫做创建和更新视图)//这三行代码摘自实际项目的ViewModel,说明了如何调用视图控制器实现了双向绑定ViewDrv.MethodViewDrv.CreateView(this.BusinessModel.MethodSave)ViewDrv.MethodViewDrv.UpdateView(pDR,this.BusinessModel.MethodSave);ViewDrv.MethodViewDrv.UpdateParams(this,this.BusinessModel.MethodSave);
解决方案十三：
microtry(缪军)深夜发贴，不累么？
解决方案十四：
引用12楼hetengfei_的回复:
microtry(缪军)深夜发贴，不累么？
呵呵,其实是刚起床