公司企业网站模板,wordpress高级培训,wordpress放置html,scratch少儿编程软件下载在很多网站上#xff0c;网友都会问一个相同的问题#xff0c;到底是学Java还是.net#xff0c;个有个的见解。 自从.Net问世以来#xff0c;程序员都很关心的一个问题是「该学Java或.NET」。我也在挣扎#xff0c;该「该继续Java的研究#xff0c;或者该开始准备培养.NE…在很多网站上网友都会问一个相同的问题到底是学Java还是.net个有个的见解。 自从.Net问世以来程序员都很关心的一个问题是「该学Java或.NET」。我也在挣扎该「该继续Java的研究或者该开始准备培养.NET的知识」。 最好是能两者兼顾但是每个人的时间都很有限想要兼顾两者其实不太容易。投入在.NET的时间越多所能花费在Java的时间自然就少了反之亦然。在信息爆炸的时代重要的不是信息的取得而是信息的抉择。信息太多时间太少如果不能慎选适合的技术只会平白浪费许多时间斫丧自己的竞争力。 一 开发效率方面 对我们来说选择开发工具的最需要衡量的就是这一因素 表现层开发J2EE这方面非常欠缺把这一任务丢给了应用服务器厂商和编程人员不象.Net拥有很牛的.Net Studio不过Jbuilder 6已经出来了支持EJB2.0 也不算太落后但一直没有解决方案的就是页面用户控件(当然Turbine的Action Event也算一种)缺乏可视化设计和Servlet应用程序框架生成。我期望的一种方式是具有象.Net Studio一样的可以所见即所得的编辑模板(Template)绑定用户按钮事件处理。目前可以通过javascript库模板库及宏库略微缓解一下Servlet的开发。ASP .Net和Servlet都支持动态更新表现层。 二 XML支持能力 .Net一直叫嚣的就是我集成了XML和Web Service但JDK1.4也搞出了XML规范这方面已经差不多了不过.Net的易用性好得很而且就此一家程序员不必费心思选组件或产品。 在采用XML和XSLT的开发模式中微软的SQL Server 2000直接提供了HTTP Query到XML数据的功能不过我用dbxml也能做得这一点嘛还适用于大多数的主流RDBMS更牛!这种开发模式应该是未来的方向。 三 理解的两者本质 Java是绑定于一种语言的跨系统的平台是一个有多家供应商提供竞争性产品的规范。 .net是绑定于一种系统的多语言平台是一个规范性较弱的垄断性产品。 一个是规范一个是产品本来就不同。于是.net的发言人说规范和产品没得比要比就比具体产品。但,Java天生是规范这不是Java的错.net生来是迎战Java的孤军奋战是他的命。 随便问一个稍有头脑的Java程序员,Java最大的好处是什么他会毫不犹豫地告诉你“简洁”。Java为Internet而生也为自己“简单易用并提高生产效率”的理念而活。 Java讨人喜欢因为他把家底亮出来,鼓励大家发挥聪明才智帮他进步。那么多开源项目都在竞争中求发展对Java的发展贡献巨大。Java作为规范吸收成果不计出身善于否定自己、自我扬弃的优点有目共睹。EJB3.0就是一例EJB是Java 2企业版(即J2EE)的杀手锏在企业级应用中广受推崇占据大型企业应用的高端市场。但EJB2.x也因其不易开发、部署受到批评。新近通过的EJB 3.0几乎是对EJB2.x的全盘否定丢弃了重量级的EJB2.x引入轻量级开源项目Hibernate的设计理念公布不久就获得多方支持。为了理想Java不惜付出代价要不然哪有Highway帖子里.net设计师的评价“Java发展到现在还能相对那么紧凑精干不容易!” .net不同出生于老牌商人世家什么理念啦原则啦对商人来说不重要。重要的是要保住市场抢占市场。 他的主人以操作系统雄霸桌面电脑曾经对互联网不屑一顾。当终于发现自己犯了原则错误不得不迎头赶上时.net应运而生。.net世交多要尽量保持亲戚关系还要让亲戚的支持者原windows平台开发人员保住饭碗象EJB3.0那种过河拆桥痛下杀手的事情还没干过。新功能要加历史物件也要留。但他和自家亲戚关系紧密外人从亲戚家拐个弯就到他家自在没有陌生感也没有路费。人留住了市场就留住了。至于跨平台有违家族利益不符合祖训所以理论上的跨平台他不打算认真对待。但中小企业应用的市场他占住了。 于是呢Java阵营继续为理想而战.net阵营继续为市场而战各得所需都忙得不亦乐乎。 四 站在用户的立场上 虽然Java和.net奋斗的目标不同但是都是B/S结构软件市场的生力军。 Java对大中小型系统都适用只要搭配不同的操作系统、应用服务器等等大到银行综合信息系统、全国全省的统一应用系统小到手机游戏Java可以大小通吃来者不拒。尤其是中国政府的重要系统全没有.net的份为啥?你不给我看家底我怎么知道你有没有留了后门改天偷偷溜进我家? .net照顾中小型应用毫无问题而且开发速度快作为用户付了钱很快能看到回报当然欢喜。大型应用么.net是不是真的支撑不了我不知道但诸如windows不稳定不安全的评论由来已久.net建构于这些亲戚的基础上坏事就脱不了干系。 系统交货早功能实现运行稳定安全性不出纰漏用户就满意。 跨不跨操作系统这个考量不重要哪有没事整天换操作系统的用户? 五 站在开发商的立场上 Java还是.net?继续头疼。 跨平台对开发商是一个巨大的诱惑。一次开发多个平台使用降低了迁移成本有利。但Java的开发工具没有.net顺手对编码人员的要求比.net要高。 .net培训成本低上手快。尤其如果开发人员以前都是做windows开发的话转型成本低得让老板眉开眼笑。 最重要的决定力量是市场。开发商所定位的市场用户的需求和开发上在技术上的历史积累决定了开发商最终的策略。 六 站在从业人员的立场上 从业人员被市场所驱动反过来也引导市场。 Java起手的过程比较漫长。Java开发者要做很多DIY工作才能写出第一个像样的程序。DIY多了对于从业的基础素质必有提高。 .net入门快windows最大的好处“可视化”在.net延续集成环境好单步调试强这是Java团队中下至程序员上达项目经理历来羡慕的地方。做惯了windows和.net下的开发难免觉得Java下的开发调试实在比较原始代码大多要一行一行写单步调试很多时候不可能。 但Java人员的付出也有回报。我还记得当年Pascal编程课和Unix操作系统带给我的思维冲击那门编程课应该更准确地说成“结构化编程――pascal”。Pascal强调的结构化编程带来了非结构化语言如Fortran之流无法比拟的美和乐趣Unix崇尚的“小即是美”、“没有消息就是好消息”深入我心。在软件开发这一生产过程中除了得到维持生计所需的报酬同时能得到美的享受和满足的心情实为天赐。Java从业者乐于谈论Java的美这一点上比.net有福。 结束语 就服务端市场来讲Java目前在技术先进性上有绝对优势。应用系统需要各个层面的框架(framework)Java都有大量已完成或正在进行的开源项目帮助开发人员更好地完成自己的任务。诸如struts/JSF类的框架.net没有对应物而且Java在扬弃的同时保持着相对的稳定。 .net开发效率差不多是Java的三倍(经验数据)致命的诱惑。在Java放弃的客户端程序上.net是老大但在服务端.net还是个小弟弟有待成长。微软最初想要构建一个新的技术来回应J2EE但发现一己之力还办不到。于是匆匆祭出com/com被绝大多数程序员评为“丑陋繁杂迟早会被替换掉”。什么时候替换呢?这一替换对应用的影响有多大呢?微软的新操作系统对.net又会有多大影响?拭目以待。 绕来绕去的意思是我不觉得两个平台有截然的高下之分。在这个互动的世界上不想被淘汰的竞争者始终保持警惕努力学习对手的优点。Java的努力之一就是提供更易用的工具帮助开发人员快速轻松地开发Web应用程序。而.net的当务之急是改进架构完善框架。 还是那句话没有最好的技术只有对于具体项目来说最适用的技术。 转载于:https://www.cnblogs.com/Jackey_Chen/archive/2009/07/19/1526750.html
