是如此!
但是当时我们开发的一套物流系统用户坚决要求用C/S架构,说B/S维护不了,我们就用C/S做了!由于我没有做过B/S系统,不是很清楚为什么B/S难维护?是不是由于安全问题?
但是当时我们开发的一套物流系统用户坚决要求用C/S架构,说B/S维护不了,我们就用C/S做了!由于我没有做过B/S系统,不是很清楚为什么B/S难维护?是不是由于安全问题?
解决方案 »
- 紧急求助!自定义控件调用父页面的方法
- 如何用程序在Global.ascx里增加Application变量啊?
- asp.net MVC 路由问题
- 请问有谁对XgCalendar这个日程管理插件有过研究的??
- 怎样将用.NET开发的产品程序打包成.exe安装程序
- 如何给Control取ID
- mvc3引用js文件的问题
- 用g.DrawImageUnscaledAndClipped()裁剪下来绘制在窗体的图形如何保存,并在程序中调用
- DataGrid能嵌套显示吗?就是左边有一+号的,如每行显示的订单行左边都有一+号,点击后行伸展出详细订单数据,哪位先辈能给我一下
- 莫名其妙!aspx和cs代码分开写就有问题!
- 关于ComponentOne Studio.NET问题
- 日期型的空直是什么?
这套系统用户不超过100,又是内网,我到现在都没有搞清楚他们为什么不用B/S,这次毕业面试,面试单位问了我这个问题,我回答不出来,结果谈蹦了,真郁闷!!!!
界面易用性和变更,b/s的界面要做到与c/s结构的一样,困难,并且如果要修改界面,会有很大的工作量。
以上是在下开发b/s系统时的体会,仅供参考。
B/S在开发中一个致命的弱点之一是没办法调试。不过其实这些问题在.net出来之后缓和了不少,通过.net环境,现在已经可以很方便的开发调试B/S结构的程序了。
故结论是,难维护是相对的,也是会随着时间而改变的,相信未来的大部分程序都喜欢走B/S结构的。
但这不是绝对的,是在一些方面来说的,
cs : 修改程序要把每个客户端都要更改,有50台改50台
有100台改100台bs:三层架构,只需要更新表现层
框架的维护是看框架的整体设计,设计好了自然容易维护.
详见<设计模式>
b/s结构比c/s容易发布和部署