最受喜爱的十大软件开发工具

1. VisualAgeJava。 与其他JAVA开发工具相比，VAJ使用其自己的二进制格式文件（资源库）作为基本存储模型。 内置的版本控制，增量编译和高效的调试工具。  

2， VC。 对于Windows下的可视化开发工具，人们最容易接触到VC，VB，DELPHI和BCB。 实际上，我认为VC并非完全是一种可视化工具，这表明在VC中编写代码仍然占了大部分开发工作。 其他可视化工具在界面设计中消耗了大量的开发时间。 我一直使用VC的原因是因为我始终可以专注于软件功能开发，而不是界面设计。 我认为这可以在开发过程中提供更多自由和更多控制权。 并且在这种情况下生成的代码更易于维护。  

3， delphi。 数据库支持是delphi的优势。 这主要体现在delphi和bde的无缝集成以及delphi提供的大量现成的数据库操作控件中。 这是vc无法实现的。 当前，delphi支持三种数据库访问方法：bde，ado和interbase。 可以将所有方法拖放到应用程序中以实现可视化操作。 正是由于Delphi封装了数据库类，用户在像Visual c ++中操作数据库时，不需要从头到尾进行干预。 大大提高了开发速度。 使用Delphi中的webbroker控件还可以轻松构建基于数据库的网页，并通过html管理Web数据库。  

4， perl。 我喜欢perl的原因与我的工作有关。 我想使用SNMP网络管理工具来找出每日的带宽使用情况。 当然，您可以编写一个C程序来直接与路由器对话以获得所需的信息。 但是我不喜欢C的malloc（）和free（），这让我非常不安。 幸运的是，Perl具有SNMP接口。 带有0行代码的perl脚本可以与路由器通信，并专注于功能的实现。这是编程的细节。  

5， python。 您可能相对不熟悉这个术语。 它是一种面向图像的脚本语言。 它具有动态类型，支持多种继承，用户定义类型，高级动态类型和类。 为什么我这么喜欢python？ 有几个原因。 首先，它的语法清晰，简单，而且我的python程序比其他语言更易于阅读。 其次，我发现自己更倾向于面向对象的编程，并且面向对象的编程似乎比旧的传统方式更合适。 此外，python从头到脚都是面向对象的，并且很容易开发和维护长程序。  。  

6， Tomcat。 选择它的主要原因是因为它是免费的，与MS软件不同，后者要花费数千元人民币。 像我们这样的学习者负担得起！   免费并不意味着低质量，根据测试表明，就JSP服务器而言，Tomcat比Websphere更稳定。 它的开发非常方便，集成了许多出色的性能，它的源代码是开放的，您可以仔细研究它的运行机制。  

7， ASP。 简单易学。 谁不基本？ 很少有人举手，所以有人说这个发展基础是最广泛的。 此外，MS始终做得很好，在线手册，本地化语言帮助和教科书很快出现，这将极大地促进开发人员的学习和对技术的深入研究。 容易安装，也容易使用。 安装Windows 2000，只要可以安装IIS和ASP，就无需费心配置。  

8， PHP。  PHP的原因是什么？ 这是一个小应用程序，技术人员希望使用它来快速完成自己的个人主页。 但是，PHP在无法收集时出现，这使一个人可以在多个操作系统下快速完成轻量级的Web应用程序。 因此，在短短几年内，PHP迅速升级了其版本，并同时在GNU世界中找到了儿时的朋友Apache。 个人认为php是Web应用程序平台上免费软件的决定性工具。 如果没有php，它将许多人认为，自由软件对开发人员来说是高技术要求，难于记忆的代码，复杂的工具... php使能够使用基础知识的人可以在很短的时间内快速学习并完成用户所需的应用程序。  

9， PB。 是什么阻碍了Web应用程序和3层的出现？ 仍然是一种工具。 一般而言，完成这些任务需要各种工具，并且在开发过程中必须在多个工具之间切换，从而导致低开发效率和增加的开发难度。  PB8 / PJ4很好地解决了这些问题。 所有这些任务都可以在同一开发环境中完成。 开发人员可以快速编写基于数据库的业务逻辑组件以及调用这些组件的Web客户端或PB客户端。 特别是，Sybase将2层ace Datawindow扩展到了HTML字段，这使得实现数据库驱动的动态页面非常容易。  

10，.NET。  .NET框架和C＃扩展了Windows的功能。  C＃和Visual Studio .NET的组合使Web服务的创建和配置几乎自动化。 并且，与传统的ASP应用程序相比，ASP.NET应用程序在性能，稳定性和可伸缩性方面都有实质性的改进。  


JAVA开发工具竞赛

VisualAge for Java。 对于现代程序员来说，开发工具扮演着越来越重要的角色。 特别是在Java领域，各种工具与供应商之间的关系非常复杂，并且用户之间对开发工具的争论是永恒的话题。  

在新闻组和BBS上，我经常看到人们问什么是最好的开发工具，并且经常对新手说，只需使用 JDK和记事本（ultraedit，editplus等）；  Visual J ++也有很多具有C，C ++经验的人。 很多人对Borland JBuilder情有独钟，还有一些通用的集成开发环境如Visual Slick Edit之类的环境，一些基于Java的相对较小的开发环境，如Kawa，JCreator，IntelliJ等。更不用说那些狂热的EMACS，UNIX环境中的VI爱好者了。

 >但是，我最喜欢的是VisualAgeJava。 有些人喜欢使用JDK和文本编辑器，因为他们喜欢感受真实的代码并知道“幕后发生了什么”。 对于他们来说，由可视化编程工具生成的代码绝对是垃圾，不利于您自己的修改和维护。 但是它们并不排除工具，否则，它们将不会用ultraedit，editplus或功能更强大的工具代替记事本，而这远非文本编辑器那么简单。  

对于使用Visual J ++，Borland JBuilder来说，很明显，界面和习惯非常熟悉，您将很快知道会发生什么并可以开始使用。 但是实际上，Java世界有其自身的特征。  

最初的Java IDE可能是Symantec的Visual Cafe。 由于其快速的编译器，尤其是最早出现的编译器，它很快占据了大部分市场份额。 尽管它不如以前好，但它仍然具有自己的特征，特别是在国际化支持方面。  

从那时起，是Borland的JBuilder，这是IDE领域的一家老公司。 早期版本比较粗糙，但是随着版本的不断更新，它集成了许多库和组件，Borland的良好声誉已成为当前最受欢迎的IDE之一。  

Microsoft的Visual Studio是C ++领域的绝对领导者，但在Java领域不能享有相同的声誉。 实际上，从微软的战略角度来看，这是非常明显的。 从早期的Visual J ++ 1.0到相对稳定的1.1，以及由Delphi的首席设计师（由Borland特别挖出）设计的Visual J ++ 6.0，一直处于尴尬的境地。  。 后来，由于被Sun起诉，他被迫进行最后的更改。  

显然，不可能从Microsoft获得Java开发工具。  

可能有些人第一次不习惯VisualAgeJava：为什么界面那么泥泞？  （VisualAgeJava的版本更新很少在界面上带来变化。实际上没有其他软件可以看做，这可以说是一个优势。但是，Eclipse 或WSWB的界面完全不同，不仅 美观，但也非常精致的设计，而不是照搬惯用的方式）为什么我不熟悉菜单结构？  ...

VisualAgeJava具有许多独特的功能，并且需要熟悉和适应过程。  

VAJ使用其自己的二进制格式文件（资源库）作为基本存储模型。  

对于开发人员，无需考虑文件和路径的所有问题。 您直接面对的是包，类，方法...，同时，显示还是基于类和方法之类的，并且仅显示选定的元素（未显示full 类 直到最近的版本视图），这与面向对象的概念非常一致，并有助于开发人员考虑面向对象的概念和模型的问题。  

当然，有些人可以说，如果您不触摸文件，就不了解文件，路径和包之间的关系，那么您就不了解该部分的真正内部机制。  Java。 但是，即使是完全理解此问题的经验丰富的程序员也不可避免地会犯错误或花费大量时间和精力（由于涉及许多因素）。 对于初学者来说，这甚至更为重要。  

内置版本控制。 正是由于资源库的使用，VAJ中的版本控制功能非常强大。 每次保存的状态都会保存，并且可以轻松地追溯和比较。 每当您想要冻结代码状态时，都可以对版本进行版本控制。 这将使特定版本为只读并可以命名。 您可以在编程期间安全地保存和修改，并且可以轻松地为开发周期中的一些特殊点制作快照。  

增量编译。  VisualAgeJava中没有明确的编译过程。 每次保存到磁盘时都会执行增量编译。 如果有问题，请立即进行标记。出来 这不仅节省了编译时间，节省了步骤，而且迫使开发人员在每个阶段都确保正确性。 通过 这一步 ，在正确的代码基础上继续工作的增量开发是一个好习惯。 它比编写长程序，编译和运行然后缓慢调试并发现错误要有效得多。 调试的最佳方法是避免错误。  

调试器。  VisualAgeJava使用IBM的Java虚拟机，该Java虚拟机具有独特的热链接功能，可以在编译后将修改后的代码链接到正在运行的程序。 甚至有人说他正在调试器中编写程序，并且程序一直在运行，而不必像某些人那样编写System.out.println的很大一部分来观察程序的运行状态。  


Windows开发工具的竞争

技术进步常常在不断变化。 刚开始，borland的turbo c和borland c ++几乎是c / c ++程序员的唯一选择。  Microsoft的quick c（现在有人知道这个产品吗？）和Microsoft c / c ++从未成为主流。 但是borland c ++流行了多少年？ 不久，它被新兴的Microsoft Visual c / c ++所抑制。 因此，inprise（以前的borland）获得了turbo pascal和borland pascal（实际上，borland的着名作品是第一个pascal编译器）的荣耀，并尽了全力推出了delphi。   Delphi首次启动时被称为vb杀手，但vb仍然有效。 毕竟，Microsoft是从basic开始的，而vb并不是那么容易被击败。   Inprise考虑不与vb竞争，使用delphi的ide和vcl和c ++语言，启动了c ++ builder，并打击了Visual c ++市场。  C ++ builder似乎是一个不错的折衷选择？ 再想一想！  C ++ Builder的优点两者都是delphi，但是delphi c ++ builder的优点可能没有。 例如，c ++ builder的编译速度比vc慢，如何与delphi进行比较？ 而且由于vcl是由object pascal编写的，因此C ++语言和vcl不能很好地协同工作。  C ++ builder的bug比Delphi多，甚至在示例代码中也有错误。  vcl的某些功能无法使用，并且无法通过嵌入式pascal代码进行访问。 与Delphi相比，可用于c ++ builder的第三方控件要少得多。  

,，真是金。 微软和Inprise，谁会笑到最后？  

1）哪种语言更容易学习？  

学习语言需要大量的时间和精力。 开发程序的开发成本是一个值得考虑的现实。 熟练的Delphi程序员和熟练的vc程序员以相同的效率工作。 但是，要成为一名熟练的程序员，您必须快速掌握某种语言的技能。 不幸的是，当前熟练的Visual C ++程序员是其中的十个之一。 相对而言，delphi更适合初学者。  

2）哪种语言具有更多可继承的代码？  

of语言代码的可重用性是提高开发效率的一个明显方面。 从早期的过程和功能到当前的组件技术，他们都在为实现这一目标而努力。 两种语言对代码重用有不同的理解。  Delphi主要通过vcl控件实现代码重用，而Visual c ++的实现更复杂。  

3）语言本身的性质。  

就技术（主要是应用程序框架）而言，delphi目前领先于视觉c ++。 但是对Inprise而言，缺乏稳定性和鲁棒性使我“想说爱你并不容易”。 尽管vc已经发展到今天并且已经非常完善，但是mfc框架是明天。 如果不使用mfc，则目前没有合适的替代方法。  

根据您的需求和实际情况进行选择。 实际上，visual c ++和delphi不只是竞争。 他们有很多项圈这些域不重叠甚至不互补。 如何选择取决于您项目的特征。 如果您开发系统的底层内容，并且需要出色的兼容性和稳定性，请选择visual c ++。 您可以不使用mfc即可调用Windows的各种api。 如果您编写传统的Windows桌面应用程序，则视觉 c ++的mfc框架是“正统”的选择。 如果接口部分在应用程序代码中占了很大比例，或者如果delphi中包含具有相关功能的控件，则delphi是省力的选择。 如果您为企业开发高级应用程序，例如数据库和信息管理系统（“高级”是相对于“低级/底层”，而不是高级或低级技术），并且截止日期相对紧迫，   delphi更好。 如果您熟悉的语言是object pascal，并且您不打算学习复杂的C ++，那么delphi几乎是唯一的选择。 传统观点是：Delphi适合编写Internet / Intranet，表格绘图，数据库操作，高级用户界面等。  visual c ++适用于编写设备驱动程序，com服务程序，科学计算，控制台程序，wince应用程序和一些小工具等。不同的应用程序要求优秀的程序员精通这两种语言。  

4）语言前景和可伸缩性。  

Delphi是Inprise的旗舰产品之一，前景应该相对乐观，Inprise已经在向Linux进军，而Microsoft行动迟缓。 不幸的是，一家名不见经传的公司Delphi的创始人已搬到Microsoft托管visual j ++项目。 我希望对企业的影响不会太大。  

微软视觉c ++的未来是什么？  Visual Studio 7.0即将推出。 此版本将增强Web开发的特性。 看起来，尽管微软被判解散，但其开发能力丝毫没有受到损害。  

此外，尽管mfc有所落后，但这并不是值得学习的地方。 实际上，不学习mfc意味着不学习vC。 使用mfc框架开发程序仍然是开发桌面应用程序的主流模式，并且将保留很长时间。 微软首席执行官史蒂夫·鲍尔默（steve ballmer）曾经表示，.net的流行需要2到3年的时间。 然后，MFC的寿命至少为2至3年。 在技术日新月异的IT行业中，2到3年的时间确实很长。 好好吃 即使您不使用MFC框架，花点时间看一下MFC封装机制也有助于您熟悉C ++ oop机制和Windows的基础功能。  vcl的源代码是object pascal，因此对于c / c ++程序员没有这种“额外”效果。