java好,用java吧,你可以到网上找到很多资料的!
(记得给分啊!)

解决方案 »

  1.   

    .NET在这方面好在哪里???
      细谈一下好吗?
      

  2.   

    “导师却非常推崇.NET,认为只有用.NET做三层CS,才能保证技术的先进性,才能有理论深度!!!”??????   理论深度是考语言的语法体现的吗???
      

  3.   

    是了,是了,我的导师也是什么程序没做过,却眼界很高,认为外面公司的工程是没有深度,没有水平,只有学校里面,只有她研究的东西才有深度才有意义!!!
      如果什么都顺着她的话,我现在可能就在学校里做作课件,研究一下QOS,什么程序都不会编!!!等一出来找工作,我肯定死定了!!!
      一提起导师,我就郁闷,郁闷,郁闷呀!!!
      都后悔要拼命去读研究生,结果上了也不是什么名校,遇到一群自己没有项目却又拼命在家研究什么东西是“国内没有人实现过的”,什么东西有理论深度。。
      还害得自己误了两年时间,在学校什么项目没做过,什么也没学到;好不容易出来实践一下,还天天被骂!!!
      所以,我要送那些正准备考研读研的朋友一句话--要考就考那些顶尖学校的阿研究生,千万不要去考那些差学校(比如差的一类校,二类校)的研究生,完全是误人子弟!!!
      

  4.   

    现在开发是三分天下:微软老大,就是曹操也!宝兰第二,孙权也!SUN第三,刘备也!
    微软野心最大,欲雄霸天下;宝兰固守自己家园;SUN最有权谋,因为有孔明这位军师嘛!
    三国各有法宝,微软兵强马壮;宝兰,文武人才济济;蜀国虽然外貌却大有潜力在....................
    推荐用SUN
      

  5.   

    看看.NET的优势:.NET平台的核心是,采用有效的、分门别类的方式来构建应用程序,达到其前所未有的规模。该平台上的Web服务模型指的是:企业应用程序的中心业务要素通常由本地管理,而支持它们的服务(如用户认证、文件存储、用户首选项管理、日历、邮件等等)却无须本地管理,可以被无缝订购。为了存储用户文件和邮件,IT专业人员往往在服务器上安装新的独立磁盘冗余阵列(RAID阵列),而有了.NET,他们在这一方面将会花费较少的精力,而更多地致力于怎样为公司增加效益。  该Web服务模型还将动态配置新软件的发布和更新。用户将以极其紧密的连接方式工作,因此更易于管理。而简化的管理又可使IT专业人员更能适应变幻莫测的业务需求。  开发应用程序的.NET Web服务模型将为企业应用程序的创建开辟一条新路。通过企业内外多种服务的联合,很容易把企业内部数据和客户及合作伙伴的相关数据结合在一起,大大简化了应用程序的创建过程。这就为最终用户发掘了空前的功能涵盖性。例如,利用某公司的雇员福利程序,可以从其HR数据库订购信息,通过Web订购福利管理公司的服务、订购工资管理公司的服务。终端用户可以在简单、直观的界面下操作,而这个界面可以显示他们的累积休假时间、个人所得福利以及上次工资额。
      

  6.   

    由于小弟做的工作是将一个现有的两层CS软件升级到三层,由于客户端太多,软件维护起来也麻烦,所以尝试做成三层CS模式,瘦客户类型的,小弟以前没有作过,所以一切都处于摸索阶段。
      原来的两层CS是用VB,SQL Server作的,流程不是很复杂;现在做成三层的,说实话,小弟也是举棋不定,因为里面有很多界面要做,这个在VB,.NET里面都是很轻松的事情,可是我在JAVA里面费了很大劲做出来的效果还是不尽如人意;但是在做中间件方面,小弟又比较信赖J2EE,因为小弟也不知道用.NET来做中间件应该怎么入手,只是听说它在这方面还不成熟,实在是很矛盾呀!
      不过也有人说客户端可以用VB来做,中间件用JAVA来做,不过小弟的导师说了VB是非计算机专业的人才用的,小弟若用的话,毕不了业!!!那小弟想用VB.NET总没错吧,现在疑惑的就是用VB.NET做的客户端如何与J2EE,EJB做的中间件连接,如果兼容性不好的话,那就只能用自己做的丑丑的JAVA界面了!!!
      不知哪位兄台是这方面的高手,请不佞敕教!!!
      

  7.   

    以前我做过一个两层结构转三层的项目,项目很庞大,两层的时候用的是类C++的语言,三层采用j2ee的b/s架构,开发人数达到15人以上。总结起来,我认为在转换架构技术方案采纳上要综合考虑如下因素:1.如果系统逻辑复杂,在拆解逻辑层次的时候困难度非常大,要构建合理的oo模型,即使是java这样oo语言其难度也不小,这其中搀杂设计者的水平。由于开发与设计是分开的,如果开发人员在领悟设计意图上面又存在偏差,那么,瘦客户端很容易又变成胖客户端。鉴于你的系统流程不是太复杂,因此,在三层系统架构上面可以避免这些不利因素,但是在开发当中尤其要注意不要偏离三层的方向--瘦客户,逻辑在商业层。2.三层属于一种松耦合模型,弹性好,支持多种客户端,应用范围更广,但是,一利总有一弊,除了前面所说的在设计开发上面要求更高以外,其开发周期我认为要大于两层。如果是做实际的项目,项目周期必须纳入考虑。3.三层与B/S:b/s只是一种特殊的多层结构,利用浏览器实现客户端,通过http访问,消除了很多普通c/s诸如安装安全等问题。但是其客户端能力如果没有强大的前端控件库(指类如普通客户端的丰富控件,html只提供了有限的简单控件)的支持,那么在开发上面总会碰到捉襟见肘的麻烦,如果数据在前端不能得到充分利用,在大数据量应用当中,多次利用网页的刷新跟web服务器连接的方式对使用者来说是一种痛苦。b/s对开发人员的要求要高于其他,一个好的编程人员未必是好的网页设计人员,未必能够有很多精力利用脚本和html元素来完成一个完美的设计,而且,他不仅要知道前端的设计,还要了解中间层的设计,甚至如何访问数据库,等等,然而在中国,一个程序员往往就需要面对这些情况,因为他必须是“全能”的,公司内部没有那么明确的分工。(鉴于你所做的多界面情况,我建议你使用.net)至于sun ONE和ms .NET的比较,本人以前写过一些粗浅的见解,现在张贴如下:微软和Sun的两个开发平台我都用过,实际的说来,各有优劣,还是那句话,到什么山头唱什么歌,从项目实际需求来选择实现技术。两个平台我见:MS:
    1.Studio非常棒,无论是以前的6.0还是现在的.Net,当然了,微软公司那么多美元现金储备不会招来一批蹩脚的设计师。比如,Borland公司很多大师级人物流到了微软的肥田里头......为什么我要强调开发工具?中国有句俗话欲善其事必先利其器,Java开发工具我就没见过有几个设计让人满意的,JBuilder算是不多的一个,但是以前也曾经有过用128M内存跑Builder6的痛苦经历,呵呵...值得一提的是,Sun的One Sutudio的确是那个烂啊...2.微软在技术上是领先的,看看它在语言上面的突破VB.net,C下铺,CLR,还有对Soap的贡献,不好的东西怎么会有人用呢?对不对?中国的程序员眼睛是雪亮的。3.微软的商业策略是成功的,我很欣赏bill gates的“还有18个月微软就面临破产”的超前危机感。为什么谈到Bill Gates?因为他是微软的领袖,人需要精神依托和崇拜的,包括程序员。csdn的程序员杂志里头,台湾的蔡学慵老哥老蔡就在前几期大谈其在java领域的偶像,看得我热血沸腾,呵呵,人要有追求...4.微软有操作系统的优势,在这个操作系统上面,添加,添加....我当然要捆绑拉,最大的发挥我的系统性能,所以,在基于这个系统上面做的东西,呵呵,性能没法说。jvm在widows上面跑那个慢那,谁叫你跨平台垃圾收集安全性....5.弱点,实施费用高,不开放,安全漏洞,补丁,但这只是一些表面的东西,费用不高,微软喝西北风去吧,开放?开放的商业模式是什么呢?要记住公司是为了赚钱的老兄。漏洞,补丁,呵呵,做程序的,哪没有漏勺?尤其那么多人使用,那么多人在看着...Sun:
    1.Java体系开放安全跨平台面向对象易用...人所共知,你有没有在写程序的时候有一种象梅尔吉布森在...之前呐喊的那声"Freedom"的爽?我反正第一次写java程序就被它语言和体系里有的这种东西深深的勾引了。2体系完整,在网络时代推出了引领潮流的设计,从最初的applet,那个可以在网络上面跑来跑去的class,功能又那么强劲;还有现在的EJB,CMP/BMP,jms,j2me...一堆中间服务器提供商,无论是技术模式还是商业模式--成功。3java语言本身和一个优秀的类库,就象delphi离不开vcl一样。4.但是虚拟机的技术不是Sun一个公司能够垄断的。5.但是麦克尼利做了一个非商业的选择--跟MS对抗,当然还有IBM,HP,Dell6.但是Java体系仍非正式业界标准,java的尴尬境界有一部分是因为其特殊的身份所带来的,在群龙无首的时候,各干各的不利于发展。.net横空出世了,不管它前景如何,但仅就其系出微软,就不应该轻易做什么结论。两种技术体系是有可比性的,但作为技术的使用者不应该有偏见,应该以用为上。每次这种讨论都引起一堆贴子,至于你做出怎样的选择,可以更实际些来考虑。在中国,很多事情都可以打上“中国特色”而堂而皇之,IT界也不离其中,不过,从程序员的就业利益角度上说,跟着微软的大旗走风险要远远小得多,呵呵。