威望：8
头衔：总统
等级：博士二年级(版主)
文章：3942
积分：27590
门派：XML.ORG.CN
注册：2004/7/21
姓名：(无权查看)
城市：(无权查看)
院校：(无权查看)
|
开发利器3 微软.NET和C#
微软现在把自己的希望寄托在新的.NET应用程序框架之上。虽然在.NET中几乎可以使用任何一种编程语言，但是开发者更热衷的还是微软的C#和C++。因为它们改变了几乎所有从桌面软件到具有Web功能的企业解决方案的Windows开发规则,所以这些技术的潜力非常巨大。
.NET框架和C#扩展了Windows的功能，C#和Visual Studio .NET的结合使得创建和配置Web服务几乎可以自动进行。并且，和传统的ASP应用程序相比，ASP.NET应用程在性能、稳定性以及可扩展性方面都有了实质性的提高。
虽然有很多优点，但是.NET价格不菲。目前的Windows开发者如果要转向.NET框架，都必须进行再培训，并且所需费用很高。由于.NET框架中有很多重大的改变以及复杂度的提高，因而现在的VB程序员将无法应对这些变化。C++程序员则会因为C#继承了自己熟悉语言中的基本内容而感到高兴，但是他们也会发现在API以及语言方面C#还是有很大的改变。
在ASP.NET中，由于不再使用VBScript，而只用JScript，并且在系统服务中也不再提倡使用COM(Component Object Model)，因此要把现有的Web应用程序转换成ASP.NET，重新编写程序代码要耗费大量的时间和精力。如果要把现有Java项目转入到.NET框架中，即使你使用的是J#(微软的Java开发语言)，那么要完成一个项目的迁移，至少也要花费几个月的时间。如果要把服务器从Unix平台迁移到Windows,那么更是要求所有的IT职员都必须掌握一门新的技术。
考虑到以上因素，我们就很容易理解为什么.NET和C#会让人们既关注又担忧。当然，对于已经在从事Windows平台下开发的公司和企业来说，不是接不接受.NET的问题，而是什么时候接受的问题。目前普遍的观点认为，如果不及时实现向.NET的迁移，那么将最终不堪忍受来自开发者、商业伙伴、应用程序提供商以及工具提供商的压力。 当然，相对于来自Java、Unix和Linux拥护者的挑战来说，微软要把Windows下的开发者吸引到.NET框架上来。在和Java和J2EE的竞争中，微软主要有两张牌可打，即Visual Studio .NET和Web服务。测试版的Visual Studio .NET IDE(整合开发环境)已经在开发人员中引起了不小的震动。相信在Web服务领域和Java竞争时，它将成为微软的一把利器。
开发利器4 钟情Delph
Delphi 是当前 Windows 平台上全面支持最新 Web 服务的快速开发工具。无论是企业级用户还是个人开发者，都能够利用Delphi 轻松、快捷地构建新一代电子商务应用。Delphi 优秀在何处？
高效的开发
Delphi 是一个RAD(Rapid Application Development 快速开发工具)。它有可视化的开发环境，当然具有类似功能的开发工具也不少(如Visual Basic)，但Delphi 有如下的独到之处：
Delphi 是真正面向对象的。其构建的VCL库中的所有组件都可以被继承以创建新的组件，包括窗体类TForm。相比之下，ActiveX组件缺乏这种灵活性。
Delphi 的CodeInsight技术(即代码自动完成功能)是建立在编译器信息上的，而VB使用的是类型库信息，使用编译器信息的好处是更具灵活性。不过，时常有程序员抱怨Delphi 的代码提示时间太长。
高效的编译
可以说，Delphi 是Windows平台上最快的高级语言本地代码编译器了。编译速度快有什么好处呢？快速的编译器可以让你频繁地在修改代码和编译运行的状态间切换。至少，我自己已经非常习惯了这样的工作方式：运行程序看一下效果，退出程序修改少量代码再运行程序。而Delphi 的编译器从来不会让我有等待的感觉。
高效的执行
Delphi 与C++Builder使用的是同一个后端优化器，因此其生成代码的效率与优秀的C++编译器生成代码效率相同。
Delphi 生成完全本地代码，因此Delphi 编译结果的可执行文件可以被独立执行、分发(对于“绿色软件”的开发，这一点十分重要)。不需要其他运行库支持。当然，你也可以选择动态链接编译，这样可以大大减小可执行文件的长度，不过这种情况下在分发程序时，必须同时分发必要的运行库文件。
构建Windows/Linux 应用
Delphi 与Kylix兼容。使用Kylix，可在Linux平台上重新编译基于Windows平台的CLX应用；而利用Delphi ，即可在Windows上重新编译基于CLX组件的Linux应用。Delphi 包含BaseCLX、VisualCLX、DataCLX和NetCLX四个组件。
与AppServer集成
Delphi 通过最新SIDL与AppServer连接。它为AppServer应用开发出高性能、具有丰富GUI环境的客户端应用，通过Internet将AppServer的EJB功能作为遵循业界标准的SOAP/XML Web服务发布到全球。
编后语
现在，各种开发工具的功能相互大量重复，一个大而全的工具几乎总是可以被几个别的工具代替。工具的选择确实非常让人迷惑，但是，无论是开发人员还是管理人员都应该意识到：工具只能起到协助的作用，严格的软件工程管理和开发人员的技术水平才是软件开发成功的关键。成功开发加上有效的管理和市场运作，才能构成一个完整的成功软件。
开发工具的对垒
软件开发人员没有人会不知道微软的.NET和Sun的J2EE。二者尽管所提供的方法不同，但都具有许多非常优秀的特点。
二者的可移植性都非常好。.NET的核心只能工作在Windows环境下，但从理论上讲可以支持多种语言开发?只要这些语言的子集已经定义好，并为他们建立了IL编译器?。对于J2EE来说，只要遵循Java VM?规则?和一组平台需要的服务，就可以在任何平台上工作。因为所有定义J2EE平台的规范，都已经向公众公布，所以，许多供应商也提供兼容产品和开发环境。
.NET并不是一种精巧的标志，而是微软策略的重大转移，它将给其操作系统平台带来更大的支持率。现在他们正努力把Java和开放资源自身所特有的语言逐步开放，然后实现直接满足开发商的需要。Java清除了平台的障碍。但是为了用J2EE来做开发工作，用户必须在Java环境下工作。而.Net是想让用户使用自己选择的语言来建造.NET应用程序，这是十分美妙的。
对于微软的开发商，.NET是一个好的构架，用户可以将许多事情交给微软的体系结构去完成。ASP.NET比ASP好，ADO.NET比ADO和DCOM出色，C＃比C和C＋＋更好。所以，如果现在正在微软的开发构架中从事开发工作，将.NET的元件采纳到你的体系结构中，显然是一个明智的选择。不过，虽然.NET平台描绘了美好的蓝图，但其设想要全部成为现实，还有较长的路要走。例如IL公共语言的运行，目前还有某些明显的障碍需要克服。想要把每一种语言和元件运行时集成起来，必须定义这种语言的子集/超集，并清晰地影射到IL上；此外必须定义结构，以便提供IL需要的元数据；还有必须要开发适用于两种编译语言结构的编译器，集成到IL部件字节代码中；同时还要生成对现有IL元件的语言专用接口。
由于历史的原因，在Java语言中使用非Java语言，必须要开发非Java语言到JavaVM的众多转换器。因此，在Java环境中写代码，就必须要承受将额外的翻译工作加到目标构架上。如果Java环境是目标，人们通常会选择学习Java。而如果目标环境是.NET，那么人们将会选择学习C＃。
64位的软件开发
因为在内存容量、I/O处理效率等方面64位系统有着32位系统无可比拟的优势，因此在高端应用上，Sun、IBM和HP等大腕一直热衷于64位系统。可以预见，在不久的将来，Intel的64位处理器将成为Sparc的主要竞争对手。
不过，由于Linux和Windows环境下的主要的应用程序都是32位的，因此，软件厂商和自由软件项目必须为64位系统重写他们的应用程序。所幸的是，由于Java的盛行以及.NET的出现，这将使得应用程序向Itanium的移植变得非常神速。IBM已经推出了其用于Itanium的Java SDK(软件开发工具包)，此外，微软的.NET框架在其发行.NET Server时，也将登陆Itanium。而Borland更是已经使其Java开发工具和服务器可以在Itanium上运行。 |
----------------------------------------------
事业是国家的，荣誉是单位的，成绩是领导的，工资是老婆的，财产是孩子的，错误是自己的。
| 
[返回] 计算机科学论坛 →
计算机技术与应用 → 『 编程心得 』 → 谈软件开发工具的选择
(订阅本版)
2006/8/28 13:51:00
顶端 
新浪微博
