我现在要把一个c/s的项目因项目的需要和性能需要,要实现一个B/s和C/s的结合系统。所以现在请大家讨论其中的可行性和不可行的地方。组件技术COM+和ActiveX技术分别应用在服务器端和客户端,但是我要从大局考虑,c/s能完成那些功能,bs能完成那些功能,改怎么实现,他们实现的难易,请大家知道的,不知道的都捧个场,踊跃灌水!如果有一些例子提供我可以另外开贴给分!谢谢
解决方案 »
- null类型转换
- 急急!!!工具箱中的选项卡问题
- 在线等待"十万火急",谢谢各位高手了!!!
- 怎样将 .net 2005 中的 GridView 中的数据转成 DataTable ??(求助)
- C# 中Sql语句的问题,在线等~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- DataGrid里的一个日期字段怎么样显示格式如: 日期.月份.年份
- excel导入进mssql,出现下面错误,请高手帮忙!!
- 请问如何把bin下的dll文件加密,也就是不能被反编译或者阻碍反编译,谢谢
- 如何做出悬浮FORM窗体,停靠在桌面某个地方就可以了。
- c#设计页面的参数传递的问题(post方法)
- 再问:WEB开发中开发弹出窗口返回值的问题(ShowModalDialog)
- C#连接Assecc数据库帮忙看看代码
这样的话,C/S主要用于操作数据库、后台维护和大量数据的操作等这可能好一些,而B/S呢主要用于逻辑方面的实现吧!(个人肤浅想法)
---------
除非B/S无法做到的功能...否则在客户端浏览器部署ActiveX控件是很不明智的...ps:说“c/s的东西b/s现在基本都能实现”的...那还要ActiveX控件干什么?很明显的一个例子就是...网银的客户端B/S就玩不了...
其实B/S和C/S在功能实现上应该都能实现
那就要看具体需求了
不过我建议C/S做前台框架,数据处理还是用B/S
4层处理吧
我们采用的是WebService的方法来进行两者的通信
对于日益复杂的系统来讲,B/S发挥实在是有限。让客户在客户端安装ACTIVEX实在是件很不明智的选择、会带来若干问题。所以对于做大系统而言,还是推荐用智能客户端模式。服务端采用web service,客户端采用windows桌面。这样会给客户带来非常丰富的体验,而软件布署也非常方便,更不需要象B/S结构这样设置客户端浏览器,利用微软提供的application block可以方便做到智能升级,真正做到客户端零维护。
幽默~~