VB开发系统架构设计

Question

VB开发系统架构设计：
大家用VB开发系统有没有感觉到VB或C/s模式的弊端
1、界面更换程序必须重新编译发布，不如B/s方式简单的把一个页面放在服务器端就可以了
2、即使与界面无关，修改代码也要重新发布，不如b/s的页面在源码级修改就可以了
3、二次开发不易。很多B/S的系统提供了一些模板的方式，方便用户开发。
4、发布时必须全部安装，以后的添加控件的修改后的再发布也如此麻烦C/S的好处就不说了，如何克服这些弊端，大家在实际工作中或多或少都有一些解决办法吧，在这里交流一下了。我的感受：
1、版本的更新：一个系统在运行前调用的是一个版本更新程序，自动从服务器上取新版本更新后再运行主程序。
2、对于一些固定类型控件的界面，保存到数据库中。做一些特定的窗体模板，由窗体模板调用对应的窗体信息，初始化界面，解决了一些界面变更的随时改动问题
3、部分代码用脚本的形式运行，脚本保存在数据库中，随时改变，不用重新发布
4、建立自己的类库，例如函数库、数据处理类库，数据与控件邦定的类库等我的感受，参考B/s的一些特性，把C/S模式的开发做的更快速开发、更易于发布，更容易二次开发。
以前做的都是从各个点的处理，如果上升到架构的层次，通盘考虑一个系统，也许会更加能够加速开发工作、方便发布。我目前正在进行这方面的开发。特别是数据管理系统、ERP等提供一定样式的界面就可以了，主要的数据流的处理，可能更适合上述的想法。一个支持快速开发、内置部分核心模块和界面样式、支持动态更新界面和用脚本形式运行代码，方便二次开发、利于分发系统是我近期工作的目标。请教大家一些关于这方面的经验，以及对上述思路的指正。谢谢大家！！！！

Answer 1

C/S是编译型的，B/S是解释型的，你顶多可以做到有更多的选项（甚至包括用户界面）可由用户配置，有些ERP软件就有这些特性（实质上就有某些解释的功能）。想法很好，难度不少。

Answer 2

B/s方式就是客户端太弱了，交互能力太差，如果能修改浏览器，使之不再是简单的浏览器，能适应程序需要的话，那就太完美了，期待ing

Answer 3

我比较喜欢把dll 和 exe 分开来单独编译，更新的时候也是按照楼主那样，放在服务器端，自动更新。如果你只改动exe部分的话，则只需要针对form进行修改，单独编译exe就好了。不过c/s的这个弊端也是没有办法改变的...至少在目前状况下。不过要用.net开发就另当别论了

Answer 4

同意楼上。
把业务逻辑和算法封装到dll中，放在服务器端，自动更新。

Answer 5

vb作B/S不困难哦，不时有一个IIS应用程序（WebClass设计器）吗？可是专为B/S打造的！

Answer 6

==========================================================
把业务逻辑和算法封装到dll中，放在服务器端，自动更新。
==========================================================把业务逻辑和算法封装到dll也有很多的弊端,同时,自动更新时也是问题成堆.主要原因是VB不能做"绿色软件",同时微软的程序都有"DLL地狱"的问题.在这方面,Dephi会好很多.即使用.net开发,很多问题也无法解决. 另外.net构架也会带来很多新的问题.
b/s结构在带来很多便利的同时也带来无穷多的问题. b/s结构绝对不是最好的解决方案
现在提出"智能客户端",也只能是雾里看花.

Answer 7

//同时微软的程序都有"DLL地狱"的问题
不是吧，.NET程序就没有"DLL地狱"问题