2008-03-31
企业应用干嘛要用做网站的技术
现在的B/S开发,做企业应用系统,表现层还是基于网站的开发技术,基本靠程序员在代码里面画页面,10几年来一直没有什么进步,是不是从根上就是错的,企业应用用Web页面来进行展现是否合算?
B/S只是一种系统部署应用的架构,基于Web,但不一定非要用Web网页的开发技术,目前一些ERP厂商采用的远程接入方式,换了个角度来解决C/S系统的部署应用问题。
按照厂商的说法,基于服务器计算模式的远程接入平台,能够将C/S架构的产品WEB化,“是一种在服务器上100%地安装、管理、支持和执行应用程序的计算模式;所有的计算都是在服务器端完成,在网络上只传输键盘、鼠标点击和屏幕更新信息,应用性能与网络的带宽无关;客户端不安装任何程序,不需要任何计算能力,也不需要进行任何维护;在应用上,能够将企业基于局域网的应用直接延伸到互联网,而不需要进行任何变动。”
ERP厂商考虑的是经过长期考验的C/S产品,如何不重起炉灶,但能应对Web化的需求。值得我们考虑的是,能否基于C/S开发,采用远程接入方式,用户通过浏览器访问业务系统,这样是否是一个很理想的架构方案?
B/S只是一种系统部署应用的架构,基于Web,但不一定非要用Web网页的开发技术,目前一些ERP厂商采用的远程接入方式,换了个角度来解决C/S系统的部署应用问题。
按照厂商的说法,基于服务器计算模式的远程接入平台,能够将C/S架构的产品WEB化,“是一种在服务器上100%地安装、管理、支持和执行应用程序的计算模式;所有的计算都是在服务器端完成,在网络上只传输键盘、鼠标点击和屏幕更新信息,应用性能与网络的带宽无关;客户端不安装任何程序,不需要任何计算能力,也不需要进行任何维护;在应用上,能够将企业基于局域网的应用直接延伸到互联网,而不需要进行任何变动。”
ERP厂商考虑的是经过长期考验的C/S产品,如何不重起炉灶,但能应对Web化的需求。值得我们考虑的是,能否基于C/S开发,采用远程接入方式,用户通过浏览器访问业务系统,这样是否是一个很理想的架构方案?
评论
tangchaodong
2008-06-01
回复
B/S,C/S各有优势,把它们用在最适合发挥的地方,也不一定一个系统就只有一种结构啊.
hexiaobing6
2008-05-04
回复
:wink: :wink: :wink: 
jacklondon
2008-04-29
回复
基本靠程序员在代码里面画页面?? 也不见得阿!!!
你完全可以用基于模板的技术,把代码和页面完全分开。
参考:
Velocity -- Java Web 开发新技术
http://blog.csdn.net/jacklondon/archive/2004/03/05/14265.aspx
使用PHP4中的 IntegratedTemplate类实现HTML和PHP代码分离
http://blog.csdn.net/jacklondon/archive/2004/03/04/14260.aspx
你完全可以用基于模板的技术,把代码和页面完全分开。
参考:
Velocity -- Java Web 开发新技术
http://blog.csdn.net/jacklondon/archive/2004/03/05/14265.aspx
使用PHP4中的 IntegratedTemplate类实现HTML和PHP代码分离
http://blog.csdn.net/jacklondon/archive/2004/03/04/14260.aspx
linginfanta
2008-04-27
回复
在咱们国家很多地方上网都成问题
B/S,C/S可以共时共存,在不同的应用环境中使用不同的操作桌面,作为前天应对大量客户需求来说,C/S有一定优势,但B/S桌的操作便利性也在不断的更进.
采用B/S还是C/S我想应该由软件的最终使用者来决定,如一个图书管理系统,管理员借书的操作办面不可能用Web页面的形式,那样速度太慢了.但读者要查询书目,从读者的角度来说,他更希望在宿舍的电脑就能通过Web的方式来查询...
采用B/S还是C/S我想应该由软件的最终使用者来决定,如一个图书管理系统,管理员借书的操作办面不可能用Web页面的形式,那样速度太慢了.但读者要查询书目,从读者的角度来说,他更希望在宿舍的电脑就能通过Web的方式来查询...
这个不就是以前的终端方式在浏览器端的再现么.
貌似以前搞绿屏终端方式的,现在都有基于浏览器的解决方案,基本都是搞一个中间的转译服务器。好像还都不是很贵(当然是相比于当初的erp来说了)。
几年前偶们做应用集成的时候就差点买一个这样的产品。后来还是放弃了对终端应用的界面集成。
貌似以前搞绿屏终端方式的,现在都有基于浏览器的解决方案,基本都是搞一个中间的转译服务器。好像还都不是很贵(当然是相比于当初的erp来说了)。
几年前偶们做应用集成的时候就差点买一个这样的产品。后来还是放弃了对终端应用的界面集成。
由于本人正业是系统管理,所以说句实在话,C/S太难维护了。
不要以为有了JWS或者Smart Client就搞定问题了,对于频繁变化的需求,程序改了之后客户没重启,一样头疼。
能用B/S的,就一定要用B/S(包括Ajax),在企业应用中,大概占到80%;实在不行的,还是要用C/S。
不要以为有了JWS或者Smart Client就搞定问题了,对于频繁变化的需求,程序改了之后客户没重启,一样头疼。
能用B/S的,就一定要用B/S(包括Ajax),在企业应用中,大概占到80%;实在不行的,还是要用C/S。
中国人老喜欢讨论cs啊bs, 到头来一个产品也没做出来, 你看老外, 要cs就cs,要bs就bs。你说10几年来web开发没什么改进, 那是你没用过什么商用的技术, 整天就知道在那堆opensource里搞搞,naive。 这中文章也放到优秀blog里, 艾........
从用户的角度来讲,C/S的维护成本比较高,因为包括客户端也是维护的一部分。
而且这些系统的大部分用户对电脑都了解不深,加上Windows世界病毒泛滥,C/S光是客户端的维护就让人很头疼了。
另外我看到好多所谓的C/S,S只有一个服务器,不管业务逻辑,非常不安全。
B/S似乎还是可以满足大部分需要的,除了一些客户端需要和硬件接口的,不过也有办法解决吧。
而且这些系统的大部分用户对电脑都了解不深,加上Windows世界病毒泛滥,C/S光是客户端的维护就让人很头疼了。
另外我看到好多所谓的C/S,S只有一个服务器,不管业务逻辑,非常不安全。
B/S似乎还是可以满足大部分需要的,除了一些客户端需要和硬件接口的,不过也有办法解决吧。
我们公司的主打产品是Swing开发的C/S架构的GIS,而其他外围的辅助系统则是B/S架构的东西。不是我们想用C/S架构来开发核心产品,而是B/S架构实在无法满足产品需要的功能。现在我正在开发一个WebGis系统,可是实际上这个系统只是把主打产品的部分查询功能Web化了而已,它仍然无法取代以C/S结构开发的主打产品。
实践证明,C/S的结构在部署上实在负担太大,可是没有办法。B/S的东西无法在性能和功能上满足产品的基本要求。
到底B/S还是C/S,就根本上而言并不是我们决定的,而是产品本身的特点决定的。
实践证明,C/S的结构在部署上实在负担太大,可是没有办法。B/S的东西无法在性能和功能上满足产品的基本要求。
到底B/S还是C/S,就根本上而言并不是我们决定的,而是产品本身的特点决定的。
发表评论
- 浏览: 9027 次
- 性别:


- 详细资料
搜索本博客
最近加入圈子
最新评论
-
企业应用干嘛要用做网站的 ...
B/S,C/S各有优势,把它们用在最适合发挥的地方,也不一定一个系统就只有一种结 ...
-- by tangchaodong -
企业应用干嘛要用做网站的 ...
天哪,你的这个帖子竟然是在公元2008年写的!我猜你一定是远离技术做到“高管”了 ...
-- by zqrain -
企业应用干嘛要用做网站的 ...
:wink: :wink: :wink:
-- by hexiaobing6 -
企业应用干嘛要用做网站的 ...
基本靠程序员在代码里面画页面?? 也不见得阿!!! 你完全可以用基于模板的技术, ...
-- by jacklondon -
企业应用干嘛要用做网站的 ...
在咱们国家很多地方上网都成问题
-- by linginfanta






评论排行榜