架构大型分布式系统 DOT NET vs. J2EE 欢迎大家加入讨论

noho 2001-12-25 10:24:41
如果想架构一个大型的分布式系统,大家觉得选用哪种技术更加好?

技术本身的选择可能比较依赖实际要开发的项目或产品,但是我希望各位能解答我以下几个问题(多谢先)。

1、我公司的人员现在使用C++开发,如果要转到DOT NET或者J2EE上开发,培训的成本哪个更高?
2、购买这两个软件的费用哪个高?
3、如果选择这两者中的一个进行开发,从开发环境的搭建、团队的合作开发、调试、产品的分发(deploy)等方面来考虑,使用哪个更容易、更有效率?

再次感谢您的赐教
...全文
392 31 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
31 条回复
切换为时间正序
请发表友善的回复…
发表回复
zls0303 2002-01-04
  • 打赏
  • 举报
回复
其它J2EE和NET,我都想学哟,呵呵 
zl_2001 2002-01-03
  • 打赏
  • 举报
回复
http://www.csdn.net/expert/topic/455/455345.shtm
请各位高手执教!

http://www.csdn.net/expert/topic/455/455345.shtm
请各位高手执教!

http://www.csdn.net/expert/topic/455/455345.shtm
请各位高手执教!
Andrawu 2002-01-03
  • 打赏
  • 举报
回复
本人只说一点安全问题:MS的实在是错得要命。
fltwt 2001-12-31
  • 打赏
  • 举报
回复
关于J2EE。
其实配置和部署并不是想象的复杂。
对于基于EJB的项目,关键是FRAMEWORK的熟悉。
建议看看MASTER EJB。我当时看这本书,结合EJB的规范。
项目在SUN J2EE SERVER和WEBLOGIC5.1上都很顺利的发布。


ozzzzzz 2001-12-30
  • 打赏
  • 举报
回复
你是否可以考虑参加IBM的合作伙伴计划呢 那里可以有比较便宜的机会
noho 2001-12-30
  • 打赏
  • 举报
回复
受益匪浅
kissfire 2001-12-29
  • 打赏
  • 举报
回复
关注!这里的讨论气氛真好!
notyy 2001-12-29
  • 打赏
  • 举报
回复
还是赞同Jack_Loo(Jack Loo) 的意见,只是熟不熟的问题。
1、我公司的人员现在使用C++开发,如果要转到DOT NET或者J2EE上开发,培训的成本哪个更高?
可能还是j2ee的培训成本高些
2、购买这两个软件的费用哪个高?
这个倒很难说。因为.net是没有选择只有微软的,而j2ee平台和开发工具就有很多,
高、中、低档都有,还有开放原代码的--免费而且质量也很高。这个可以根据你们接
到的项目的需求来决定,因为现在的各种j2ee平台都是在标准之上做了一些扩展,只
要不使用扩展的功能,开发符合标准的程序,移植是很方便的。
3、如果选择这两者中的一个进行开发,从开发环境的搭建、团队的合作开发、调试、产品的分发(deploy)等方面来考虑,使用哪个更容易、更有效率?
这个还是熟不熟的问题。有条件的话花钱请人带个项目就能掌握了。java社区其实有
很多好用的构建、发布工具的,比如apache ant,只不过很多工具都是命令行的,所
以如果用惯gui ide的话可能开始会不适应,习惯了就好了,呵呵。

最后,如Jack_Loo(Jack Loo) 所说,.net倒现在还是beta版,自然不适合做真正的项目,更重要的是设计思想上有了大变化,现在用xml messaging over http来做分布式应用,和以前习惯的rpc调用有很多不同。
如果你们开发队伍的设计思想能很快转变,不妨试试.net或者java web service(jxp)也是beta版,不然的话j2ee也许还更合适一些,rmi对你们应该不难学的。

刚转java开发的人对设置、部署都很头晕的,更不用说j2ee平台了,找个好论坛问就是了。
noho 2001-12-29
  • 打赏
  • 举报
回复
to qingrun(青润)
你的OICQ还在用吗?
noho 2001-12-29
  • 打赏
  • 举报
回复
to qingrun(青润)
不会介意的,讨论问题,话说得多重也没有关系(只要是对事不对人)
to sexpunk(妖妖)
首先要申明的是这个讨论不是比较哪个更强、哪个弱一些,而是要讨论各自的优缺点,从而在我们做软件时帮组我们选择“合适”的技术。我想参加软件工程问题讨论的各位大虾都有一定的水平(在夸自己?),不会出现http://www.csdn.net/expert/Topic/443/443673.shtm中那种VC和BCB的无聊争论。从各位的帖子也能看得出来,大部分都是在比较各自的优缺点。
另外“前一段做了一段时间相当于sales的工作,对此深有感触”,我和你有同感,但sales归sales,不能阻止我们在资源允许的前提下尽量写出更好的软件。

另外,我听到的比较多的、我自己也比较赞同的一种说法就是“微软的东西一般都比较烂、但都比较好用”。我觉得J2EE比较不好的是上手太慢了,我相信我不是一个很笨的人,但是我看了很长时间的文档,还没有对J2EE有个大概的了解(比如安装、设置开发环境、部署等),另外,J2EE的培训也太贵了点,据说一本教材就要500多元RMB。
colababy 2001-12-29
  • 打赏
  • 举报
回复
请教:
分布式事务处理方面
从实现技术上分析,J2EE与.NET的 实现方式和工作效率有何区别??
sexpunk 2001-12-29
  • 打赏
  • 举报
回复
既然大家要技术,兄弟我就来说点技术:

同意notyy(notyy),主要还是熟不熟的问题,其实大家都是做应用开发的,又能难到哪里去呢?很多时候觉得难都是不习惯而已,只要习惯了,就会觉得很容易。
1。进入J2EE有一个比较快捷的方式就是从JSP进入,既能熟悉JAVA的语法,又能从WEB SERVER的角度先熟悉一下应用服务器。这个方法不错的,国内搞J2EE比较早的人基本上都是这样进入的。毕竟目前J2EE的水平很大程度上还是取决于Application Server,对这个产品的熟悉是最重要的。
2。转变习惯要牢记这一条:MS的东西是让你做一个我们潜意识中的软件,J2EE是让你做一堆我们潜意识中的程序。(这个看法不一定正确,但对转变习惯很有好处!)
3。关于.Net:我个人比较喜欢这个东西,现在可以用它开发,但是你公司必须是MS的Partner(并不困难),并且要经过他同意。
在.Net还准备用C++的话,有两种方式,即用或不用SDK Framework.如果用就和用C#.Net,VB.Net没甚么区别,只是语法用的C++的而已;如果不用那就和VC6没甚么区别,只是程序能在SDK Framework(已经包含在WindowsXP中)上跑而已。
4。其实这些东西只要你成了独立软件供应商的Partner,就不用花钱了。用户只买数据库和应用服务器而已。在NT上你不会用Java,在UNIX上你才会用,而买的起UNIX的用户也一定买的起J2EE的应用服务器和Oracle,这根本不是问题,不用你为客户担心。客户并不关心这个。
5。现在的这些技术实际上每个都可以实现所有应用,而且也并没有什么突破,现在没有J2EE,没有.Net,现在的这些项目难道大家就完不成了?
所以说这些东西的创新层面都是针对我们开发人员的,对用户来说没有任何意义,所以我们只要能作出合格的东西来就行了,如果囚于其中,反而会丧失一个应用软件提供商应该具备的独立于技术手段的根本实质。
青润 2001-12-29
  • 打赏
  • 举报
回复
to noho(听,钱在说话):
用,不过,很少用。如果有事情,可以约时间,否则,即使用,我也只是上去看看,实在是没有那么多时间。
noho 2001-12-28
  • 打赏
  • 举报
回复
我也觉得似乎Java的部署很差,不能做一个安装一安装就完事
3nt 2001-12-28
  • 打赏
  • 举报
回复
非常赞同sexpunk(妖妖),选择哪种高射炮要看蚊子到底有多大!
sexpunk 2001-12-28
  • 打赏
  • 举报
回复
我现在很厌烦这种讨论了。
应用软件商选总体成本相对低,能赚钱的就行了,其实我们作出的东西和我们用的技术方案根本没有必然关系。
前一段做了一段时间相当于sales的工作,对此深有感触.
fltwt 2001-12-28
  • 打赏
  • 举报
回复
昨天公司有个讲座。
MS的一个开发工程师介绍了一下.NET,感觉还是不成熟。
如果是新的系统,如果有跨平台的应用需求,J2EE仍是很好的选择。
CORBA的问题是标准太慢。
如果跟死在MS平台的话,COM+ --》.NET是好的选择。
lynxliu 2001-12-28
  • 打赏
  • 举报
回复
我认为简单的认为微软的架构不如java是错我的。现在微软的架构已经完全可以胜任企业级的应用。我自己就在使用。java的优势并不明显,但是成本却很高。我前两年一直在做J2ee,我认为java部署复杂的问题并未得到真正的解决,虽然很大程度上是由于使用者不熟悉造成的,但是结果是难于使用和部署。微软的产品要好的多,也就是对开发人员的要求低的多。微软的平台,我认为最近发展的很快,特别是.net,会对java形成巨大的威胁。今天,巨大的java信息系统投资,并未产生响应的效益,会影响技术今后的发展。大家可以看看asp和jsp就知道了,jsp是学习asp形成的,当然超越了asp,但是微软还有asp+。所以,在技术上,我不认为能力上面有太大的差异,微软的架构可以有比较低的成本(开发,运行),因此目前看比较合适。另一方面,如果公司已经积累了java资源,则可以使用java技术,但是,客户端仍然需要微软的平台。因此,结论是java如果没有使用过,不应该急于进入。
另外,java图形非常差,java强项不在这里,交互使用jsp或者微软平台的客户端
青润 2001-12-28
  • 打赏
  • 举报
回复
to noho(听,钱在说话):
错误!我想问一下:您是否真正做过Java开发的软件的部署?
你使用过JBuilder5么?使用过Oracle8.16i么?这两个可都是Java开发的!
如果你没有用过,就不要拿道听途说的东西来到出宣扬!(不好意思,我可能说话重了一点,希望老兄不要介意)

to ThinPig(瘦猪):
对于你的4和5,我有我个人的看法!
4、Java的图形效率问题!我个人认为:任何语言都有它的生存环境,如果脱离了这个环境来讨论这门语言的长短,都是没有任何意义的!Java的最大的好处在于服务器端应用的开发,网络应用的开发。如果说在Windows上运行的效率,的确,比C++的图形效率低得多,不过,安全性和可能发生错误的几率却要小得多。如果老兄你用C++开发过大型的应用,那么,就应该知道,C++在大型应用中有一个致命的弱点,就是容易经常发生内存泄漏!!!与内存泄漏相关的可能发生的问题,我就不在这里重复了,估计大家都比较清楚……但我仍然喜欢用C++,因为它有更多的优点,但你不能因为内存泄漏就抹杀了它的优点!对于Java,也是如此!
5、编码稳定性的问题:的确存在,但这和部署并没有过分紧密的关系!我们前一段时间做了一个Java的桌面应用软件,采用了一个通用的Java安装软件来制作了安装程序,很方便!没有因为安装发生任何意外问题。
ThinPig 2001-12-27
  • 打赏
  • 举报
回复
Dot Net是最好的选择。
因为:
1、后者较高。
2、后者费用也较高。
3、前者开发效率高,运行效率高,也更稳定。
4、你要的程序要在Windows上运行吗?如果要,你万万不要用JAVA,原为JAVA的图形效率太低了。
5、JAVA的部署,会让你痛苦的(如果你开发中文版应用。编码不太稳定,虚拟机装不好就乱码)。
加载更多回复(11)

1,268

社区成员

发帖
与我相关
我的任务
社区描述
软件工程/管理 管理版
社区管理员
  • 研发管理社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧