做企业的信息化系统,采用哪种模式比较好?
现在流行的是使用B/S模式，虽然这种方式有很多的优点，但也带来许多的不便。比如由于浏览器自身的原因，客户端总是被动地去刷新服务器来检索需要的数据，这样是否缺乏实时性？再有，浏览器是不能放在后台运行的，一个不小心会关掉，这样又要重新登录，实在很麻烦。
如果采用传统的C/S模式，在开发和维护上的确需要更大的投入。便在使用的灵活度上来说，还是这种模式更胜一筹。
我本人也是从事企业信息化建设工作的，这两年一直使用B/S的模式进行开发，但时间长了就发现种种矛盾，除了上面说的使用上的以外，还有就是数据录入的问题。我所在的是一家生产型企业，天每都会产生许许多多的报表，这些报表的格式都不相同。这些报表有许多是需要人工输入的，如果把它们在浏览器里输入是非常不方便的。使用过Excel的人都知道它的表格处理功能有多么强大，在操作上也非常灵活。而在浏览器里输入一张表格，即使用窗体元素拼凑成一个表格，在使用上也是非常不便的。因此，我采用的是B/S和C/S模式相结合，把Excel当成一个客户端软件，为每种报表写一段程序使得表中的数据可以直接导入数据库，然后其它用户就可以通过浏览器来直接浏览。
这种模式存在一个潜在的问题，如果报表的种类多起来必然会加大开发的工作量。不知道各位对这个问题有什么见解，大家聊聊吧。
我的做法和你一样，我公司的ERP软件采用的就是c/s结构，报表倒入Excel,浏览器只是用来浏览报表，当然也可以录入数据，不过我们不提倡。
我也碰到你这样的问题，我用asp作一个报表系统，用户有很多数据要录入，结果很不方便。
我觉得你的方案应该是一个折衷的方案，现在出的asp。net中，可以以胖客户端的形式实现b/s模式，不知道如何。
我觉得jsp+servlet最好，当然如果用java 的话
你的办法是目前最好的了。
一般国外ERP的做法是如果用C/S,也提供Brower方式的浏览。
如果用B/S,也提供在页面中组件下载，用于输入。
在技术上最好的办法就是在系统设计时就设计成完全的3层系统，客户端用Brower或GUI都可以，GUI的功能应该和Brower完全一样，不能有任何另外的客户端功能
用java Applet吧!浏览器装一个插件就可以看swing组件,和falsh一样,jdk1.4自带插件。
JAVA的确是个好东西，可是我总有两点担心。一个是速度问题，象我们的公司里仍有许多非常古老的机器在跑，这些机器路一个IE已经够呛了，如果再在上面跑JAVA APPLET就更糟糕了。第二个问题的JAVA的汉字处理问题，我对JAVA不熟悉，但看到过许多关于在JAVA中如何正确处理汉字的文章，让我有一种畏惧感。这个问题在实际中我也碰到过，我们公司里原来有一套OA是上海某个公司开发的，用的是JSP（IIS+JDK130+Resin1.1.4），后来因为存在许多BUG就进行改造，在改造的过程中我发现有许多BUG都是因为JAVA无法正确处理汉字造成的，因此我认为用JAVA进行服务器端程序的开发必须时时警惕这一点。
不知道我所说的是否正确，请各位指正。
iOffice就是用Java开发的。汉字处理完全没有问题阿。
www.ioffice2000.com.cn
用java有一点不好就是要装一些古古怪怪的东西才可以运行，很烦，如要装JDK，要装JBuild，要装WebLogic...太罗嗦了
运行？
jdk是编译用的!
jbuilder不用也行!我就喜欢用editplus。
weblogic也是装在服务器端就好了!
客户端根本什么都不用装，不会有的电脑上没装ie吧!
你的JDK无法正确处理汉字我想是软件设置和编程技术的问题!
sexypixie(妖妖)说得蛮好，我就不重复了!
我个人认为，对于核心的大型应用，还是使用J2EE的技术比较可靠!
客户端采用GUI+Browser的模式!对于查询，统计等建议使用浏览器，
而一些数据录入的功能，还是使用GUI比较方便!
况且com和ejb是可以互相调用的!我曾经做过用VB调用EJB的实际应用!
考虑一下Excel+FlowMIS+SQL Server的开发新模式，即可以做OA又可以做MIS中的工作流，充分发挥Office中的强大功能，用VBA和SQL做开发，学习起来也很简单，但功能很强大!
根据需要，实际问题。实际去选择。
b/s 或者 c/s 都有优点的。
如果只是局域网 b/s 是最好选择
不要考虑 3年以上的升级。 没有可能平滑升级的。只要保证数据的完整就可以了。
对不起， 错了一句
如果只是局域网 b/s 是最好选择
应该为 如果只是局域网 c/s 是最好选择
是否可以使用APPLET或ACTIVEX，然后放入页面中，用户用浏览器就可以了
能说说J2EE和EJB是什么东西吗？谢谢。我对JAVA实在不熟，各位请指教。
我赞同c/s和B/S结合，目前B/S的开发，交互能力上是赶不上C/S的。B/S会更适合于浏览、查询，小数据量的输入；由于C/S的交互能力，其能胜任MIS中大批量报表的输入、更新处理!
有没有可能使用电子Excel那，在IE中运行部就可以了么？
To chenanyun(陈安运) :
我一直感觉，使用B/S+C/S的框架，在我们的概念里，是有时候为了偷懒，而那样去做的，在维护难度，体系结构上过于复杂了。你用C/S能解决的，什么东西B/S不能解决？我不太明白。
比如你说的交互问题，你因为执着着用网页来完成交互功能，那当然不行，而且代码复用性也不好。你可以去看看一个哪怕不那么成熟的产品，比如KCOM，你完全可以在网页上用Activex或者Applet来完成交互功能。这是非常容易的。
不同的技术框架，可以解决不同的应用问题，所以不能将 B/S 和 C/S 一概而论。
对于中小型应用，可以用 C/S。
但对于大集中模式，就只能用 B/S了。
不同的技术，也是为了解决不同的应用问题。
对于小型应用，可以采用 ASP，因为开发成本较低（ASP程序员工资低）。
但对于有稳定性、可靠性、安全性要求的系统，就只能采用 JSP/Java 了。这样的系统开发成本也较高，原因是 JSP 程序员工资高。
knoppix():
我真的不知道是谁给大家这样的感受,就是JSP+Java的程序员成本比较高,而ASP比较低,实际上,在我们包括外包开发,自己技术人员的开发上,仅仅回使用ASP+COM或者JSP+JavaBean是一个价格,不存在什么太大的差别.实际上,培训自己的开发人员,无论你让他用ASP或者JSP,培训成本几乎没有什么不同.大家对此可能过于敏感了一点.
讲成本不同,是因为如果你使用WebLogic后者WebSphere,Oracle等,初期购买成本比SQLServer高吧.
从根本上讲,你的那种小型系统使用ASP,大型系统使用JSP的说法是错误的,什么是小型系统?我们有一个大量部署的系统(但单个订单很便宜),就使用了Java的技术开发的,而一个大型系统(我不知道你的大型系统意味着什么,这个系统是集团内部使用,人员10000以上),就是使用的ASP.别那么简单地去判断该使用什么系统,说任何东西对或者错是需要证据地.你测试过,即使编写很差地ASP在X86系列服务器下可以轻易达到多少并发访问吗?你测试过,你地SQLServer在多少数据地情况下,他地性能响应和Oracle没有什么区别吗?然后,你再来讲应该使用什么系统吧.
我比较讨厌的就是在技术讨论的地方上,看见评价哪一类人便宜,哪一类人贵,这样的话题比较令人恶心.如果你将来开发平台是ASP的话,请尊重一下你的开发人员.包括使用任何你认为高深的技术,也别去看不起别人的能力,不然,你很难领导一个需要团结的团队.如果你是投资人,就当我什么也没有说
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
采取客户喜欢的比较好
我公司用c/s结构，加终端服务技术实现b/s功能，已使用半年，感觉不错。
