B/S结构开发传统MIS程序的优缺点(200分)

心雨

Unregistered / Unconfirmed
GUEST, unregistred user!
用纯ASP.NET来取代以前的系统不知可行否?
主从表录入大家是采用什么方式的,有典型例子吗?
 
不行
原因 :1。数据操作无指针的感念,主从绑定需代码处理,效力底下
2.ASP.net 不便于封装复杂的管理思想,复杂的数据处理能累死你
3.asp.net 不便于捆绑硬件,
4 asp,net 对所见即所得的打印处理几乎不可能
5.asp.net 本地数据缓存的效率底下 ……
……
 
不过现在B/S是趋势了,我想做为程序员,我们得解决这些缺点
主从表的录入是比较麻烦,不知你们什么解决?比如进货单的录入
 
解决三
1/如果使用用户较少,低于200人,且均在近距离的环境下,继续使用 C/s,没错的
2/如果使用用户较多,且不必处理复杂和大量的业务逻辑,使用 b/s吧 !
3/如果用户较多且业务逻辑辅助、数据量大且安全性高,请考虑 分布式多层 、java ……
 
asp.net有一個服務層了,按microsoft的意思,以後軟件只提供服務了。主從表的方式最好用soap來實現。用它來封裝各種商業規則。
 
是趋势。同意zhbj的看法。当初,我在做一个项目时也是遵从这样的原则。
 

我这里有[所见即所得的打印处理]
dekit.delphibbs.com
 
b/s好是好 但是还是有很多的弊端呀 比如安全性,对客户断的控制,打印 。。。许多,必须通过javascript,ActiveX或applet 来实现 。
 
b/s安全性不好,报表打印不好解决,但比较好写,简单[:D]
 
我做过C/S的开发,也做过B/S的开发,用的分别是Delphi和VS.Net,Delphi的短平快是绝大多数中小型MIS的首选,报表处理较之VS.NET要方便的多得多,我在作B/S项目的过程中,对于报表的打印不知道伤了多少脑筋,也许是学艺不精,最后作了一个专用客户端来打印,现在想起来觉得恶心,呵呵,但是B/S结构已经是主流了,可行性应该不是问题,我也同意zhbj的看法。
 
完全是可行的,只不过没有象DELPHI方便,
可以参考我写的ERP系统
 http://218.16.120.11:88/webz 用户和密码都是 system
如有兴趣合作请与我联系
   Email : treezhang@163.com
MSN : treezhang@163.net
TEl : 013530940990
联系人: 张先生
 
b/s的运行速度也慢一些。
 
速度和可维护性可是个大问题
 
artical 我想问一下,你表格使用什么控件?asp or asp.net 请说明一下,谢谢
 
我刚学.net,怎么给我感觉用asp.net做的b/s好象就是网站和OA啊!
很迷惑,各位可以给我讲讲:asp.net是不是就做这个啊!没有意思
 
to jslyglwd:
  asp.net就是做網站的,只是比以前的asp要方便的多,有點編程的味道。
 
哎没有前途!
不想做这个了!
 
>>解决三
>>1/如果使用用户较少,低于200人,且均在近距离的环境下,继续使用 C/s,没错的
>>2/如果使用用户较多,且不必处理复杂和大量的业务逻辑,使用 b/s吧 !
>>3/如果用户较多且业务逻辑辅助、数据量大且安全性高,请考虑 分布式多层 、java
----------------------------------------------------------------------------
B/S只是一种形式. 其优点: 客户端只需要浏览器. HTTP协议可不受防火墙限制等...
不论商业逻辑多复杂, 都只在中间层. 在.NET框架上建立中间层功能非常强大,
谁说ASP.NET只能做网站? 中间层通过ASP.NET(网页或WEB服务)与用户交互, 可以处理任意
复杂的问题.
 
请问你们一般用ASP.NET时使用 VB.NET 还是 C#或混合编写的?我现在也在为把程序升为B/S头痛,不知用哪种语言?
 

Similar threads

D
回复
0
查看
2K
DelphiTeacher的专栏
D
D
回复
0
查看
2K
DelphiTeacher的专栏
D
D
回复
0
查看
1K
DelphiTeacher的专栏
D
S
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
顶部