不知道有没人用过这种架构!大家讨论一下!

Question

  
  我打算做一个WinForm C/S 结构的系统,系统的大概轮廓是这样的。＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
1.把原有的 FORM 打散成元数据 [或者用XML描述FORM对象] 保存在数据库中(这些元数据不仅描述了窗体的一般属性还有其程序集信息或者多个FORM的关系等等);2.瘦客户端只传输指令和动态编译功能[ 如:getForm("FormName")],服务器端接收这个指令，从数据库中读元数据[或者xml]，最终到客户端是以xml序列串的形式。3.客户端接收串，并反序列化这个xml串，动态的生成FORM窗体以及它的依赖程序集。＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
问题:
1.为什么这样做?
答:1.这样可以做到客户端完全透明;
   2.不用再做二次编码,我们在后期只会对数据库做操作[如修改控件属性];
   3.后期维护成本最低。
   4.良好的可扩展性，因为是xml串，所以客户端可以是Java,可以是doNet等等...
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
  
不知道这种想法是否现实？能否实现？或者有基于这种想法成功的人，你是怎么做的或者您有不同想法? 大家讨论之..

Answer 1

windows系统当时也是不可能的，可我相信有这么一天是可以实现的，谢谢发言!

Answer 2

楼上的，我刚看到一个关于XAML的东西，觉得这个很有希望。谢谢你!

Answer 3

基本没可能吧。哪有一劳永逸的事。UI层要处理的东西也很多的。我想分层开发比较实际点。 你可以考虑改进我公司现在使用的方式：  先建立一套应用程序的框架（包含通用的用户管理，权限管理，系统功能模块设置），菜单和功能模块是动态生成的。  系统功能模块=DLL类库，DLL和框架使用公共区来通信。

Answer 4

  这个XAML很好，Microsoft的新产品！但是今天我们遇到了一个的问题，就是在客户端反序列的时候。Microsoft提供了及时编译的API，不过，只能动态编译界面层，也就是XAML描述的界面，而只要有事件相关，或者Class 批向后台类的 XAML 就不行了。
  要是有一种在.net环境下的解释性语言就好了。