我國的軟件開(kāi)發(fā)已經(jīng)逐步從原來(lái)的手工作坊式發(fā)展到了軟件工程的階段。同時(shí)，軟件開(kāi)發(fā)本身也在不斷發(fā)展，已從“算法＋數據結構＝程序”逐步發(fā)展到了“設計模式＋對象組件＋開(kāi)發(fā)工具＝程序”。開(kāi)發(fā)工具的選擇，已經(jīng)成為軟件開(kāi)發(fā)成功的要素之一。
開(kāi)發(fā)工具的選擇主要決定于兩個(gè)因素：所開(kāi)發(fā)系統的最終用戶(hù)和開(kāi)發(fā)人員。最終用戶(hù)需求是一切軟件的來(lái)源和歸宿，也是影響開(kāi)發(fā)工具的決定性因素；開(kāi)發(fā)人員的愛(ài)好、習慣、經(jīng)驗也影響著(zhù)開(kāi)發(fā)工具的選擇。嚴格的軟件工程管理和開(kāi)發(fā)人員的技術(shù)水平是軟件開(kāi)發(fā)成功的關(guān)鍵。
本文介紹一些選擇軟件開(kāi)發(fā)工具的思路，重點(diǎn)強調在滿(mǎn)足客戶(hù)群體的情況下，軟件工具服務(wù)于軟件工程思想的重要性。
開(kāi)發(fā)工具 爭顯鋒芒
首先需要強調的是：開(kāi)發(fā)工具的比較沒(méi)有絕對的標準。評價(jià)一種開(kāi)發(fā)工具，不僅要看它對設計模式、對象結構以及管理的支撐情況，更重要的是要針對具體的使用環(huán)境、開(kāi)發(fā)方法、結構體系、開(kāi)發(fā)群體以及使用群體來(lái)評價(jià)一種工具的適宜程度。
現有的開(kāi)發(fā)工具大概分為大而全和小而專(zhuān)兩種類(lèi)型。Microsoft的Visual Studio系列和IBM的Visual Age系列應該屬于前者；其他很多工具，像Delphi/C++Builder/JBuilder/Kylix、PowerBuilder/PowerJ，還有大量的各種SDK等都具有各自的特點(diǎn)，屬于小而專(zhuān)的類(lèi)型。
大而全的工具一般都提供從前端到后臺，從設計到編碼測試的完整工具，但在一些特定的功能上，它們不如小而專(zhuān)的工具。
Visual Studio.NET的UML開(kāi)發(fā)工具(Visual Modeler/Visio)一般只能和Rational Suite中Rational Rose的Logical View相比，它不可能有完整的Rational Unified Process流程；其可視化的Visual Basic沒(méi)有辦法和Delphi/C++Builder在速度和功能上相比。
雖然Visual Studio.NET的各個(gè)部分都有不足，但其Visio工具能夠更快、更方便地和編程語(yǔ)言整合在一起。Visual Basic在和Office等工具整合時(shí)遇到的問(wèn)題(數據類(lèi)型轉化等)比Delphi/C++Builder要少得多。所以，工具類(lèi)型和具體的情況決定了特定條件下軟件開(kāi)發(fā)工具最優(yōu)的選擇。
欲善其事 先利其器
開(kāi)發(fā)工具的選擇主要決定于兩個(gè)因素：所開(kāi)發(fā)系統的最終用戶(hù)和開(kāi)發(fā)人員。最終用戶(hù)需求是一切軟件的來(lái)源和歸宿，也是影響開(kāi)發(fā)工具的決定性因素；開(kāi)發(fā)人員的愛(ài)好、習慣、經(jīng)驗也影響著(zhù)開(kāi)發(fā)工具的選擇。
最終用戶(hù)的需求
程序的最終使用群體是軟件開(kāi)發(fā)的服務(wù)對象，也影響著(zhù)開(kāi)發(fā)工具的選擇。從計算機使用的程度分，最終的使用者可以分為IT人員、各行業(yè)的專(zhuān)業(yè)人員以及普通用戶(hù)。使用者的不同，對于軟件的需求就不會(huì )相同。IT人員自然需要更多的功能、更自由的定制/二次開(kāi)發(fā)空間；行業(yè)用戶(hù)往往需要一個(gè)整體的解決方案，從而提升其整體競爭力；普通用戶(hù)顯然要求更方便簡(jiǎn)單地使用。用戶(hù)的需求分別在自由度、涵蓋度、針對性、方便性等維度展開(kāi)。
擴展軟件自由度
為了擴展軟件的自由度，較少的封裝和充分的功能暴露是必然的。為了讓用戶(hù)自由使用Windows的功能，自由訪(fǎng)問(wèn)操作系統和硬件資源的語(yǔ)言C++或者Assembler應該是最好的選擇。Visual C++成為Microsoft對其操作系統功能的“權威”封裝，至今在Windows系統級開(kāi)發(fā)中占據主流地位；C++ Builder擴充的標準的C++語(yǔ)法，提供了RAD(Rapid Application Development)的支持，但是它的VCL(Visual Component Library)大部分是用Delphi寫(xiě)的，不像Visual C++的MFC/ATL類(lèi)庫的純C++源代碼，對于C++程序員的深入編程不利。最近開(kāi)放源代碼(Open Source)運動(dòng)風(fēng)靡全球，開(kāi)放源代碼的C++工具中，GCC受到了普遍的采用。它不僅可以在各種流行操作系統(Windows、Linux、Solaris、HP-Unix)上運行，而且支持Object C、C++的各種擴充語(yǔ)法，甚至可以編譯Java代碼。
涵蓋度各取所求
關(guān)于涵蓋度的要求，不同的系統也是不盡相同的：有的可能要求涵蓋前端、中間件、后臺、數據庫，也有可能要求涵蓋各種操作系統和硬件平臺。Visual Studio .NET和IBM的電子商務(wù)平臺都能夠提供從客戶(hù)端、中間件到數據庫的整體開(kāi)發(fā)支持。
Visual Studio.NET甚至將可視化帶到了Web客戶(hù)端，通過(guò)拖放完成Web頁(yè)面以后，可以雙點(diǎn)到后臺處理程序的框架代碼中。從軟件工程的思想看來(lái)，Visual Studio.NET給程序員提供了強大而且方便的功能，但是并沒(méi)有明確的支持需求分析的流程。IBM的Visual Age系列在這個(gè)方面做得不錯，Visual Age UML Designer支持從需求分析到設計、編碼的相對完整過(guò)程(不過(guò)，在代碼生成方面僅僅對Java和Smalltalk的支持比較好)。
Visual Studio.NET采用COM+作為組件模型，其生成的Web客戶(hù)端對于平臺沒(méi)有限制。不過(guò)，雖然.NET框架應該可以移植到非Windows平臺上運行，但是其中間件和服務(wù)端還沒(méi)有看到在Unix或者M(jìn)ac OS上的成功案例。IBM VisualAge+WebSphere+DB2系列大量采用JavaBEAn/J2EE作為組件模型，由于Java的平臺無(wú)關(guān)性，客戶(hù)端和中間件的跨平臺性就比較好。
當然，用小而專(zhuān)的工具組合起來(lái)也能完成這些工作，Rational Suite可以完成從業(yè)務(wù)建模、系統建模、模塊建模以及發(fā)布測試的完整過(guò)程，Delphi/C++Builder可以利用CORBA或者COM+作為中間件，JBuilder 6更是可以采用Visibroker或者orbix等各種CORBA產(chǎn)品或者WebSphere、iPlanet、BAS、WebLogic等各種J2EE產(chǎn)品。但是，如果不明白Rational中UML和代碼映射的方法以及C++Builder/Delphi/ JBuilder對于代碼的管理方式，要讓建模和編碼配合起來(lái)，就需要在Rational Rose中設置ClassPath以及在Borland工具中設置源代碼目錄。其中的過(guò)程和可能出現的問(wèn)題都很多，而在Visual Studio.NET中，這些工作僅僅是點(diǎn)幾下鼠標的事情。
也有像Ensemble這樣的公司，專(zhuān)門(mén)集成小而專(zhuān)的工具，但是這些軟件的成熟度以及學(xué)習和掌握也是問(wèn)題。當然，在局部涵蓋性上，Delphi使用CLX的程序可以在Kylix上編譯，從而在Linux上運行；Raining Data Corporation的Omnis Studio 3.1甚至直接支持跨越Windows和Linux平臺的RAD開(kāi)發(fā)。
針對性各有特色
在針對性上，各個(gè)工具都具備各自的優(yōu)勢。在單機應用上，Visual FoxPro具有全球最快的數據訪(fǎng)問(wèn)引擎。而PowerBuilder在開(kāi)發(fā)兩層數據庫應用上，特別是用數據窗口和Sybase數據庫后臺掛接，用PowerDesign建模，不僅開(kāi)發(fā)速度快，而且效率和穩定性也比較好。在三層應用上，使用Visual Basic/C++/C#+ADO，如果再使用SQL Server，就在性能、開(kāi)發(fā)效率、穩定性上都有保證；而使用C++Builder/Delphi+DataSnap(MIDAS)，在掛接非微軟數據庫，或者需要和CORBA程序交互時(shí)都具有優(yōu)勢。
對于多層分布式應用，COM+規范和CORBA產(chǎn)品(orbix, visibroker等)往往決定了開(kāi)發(fā)工具的選擇。COM+的開(kāi)發(fā)工具一般采用Visual Studio.NET或Borland的產(chǎn)品，而由于CORBA的編程語(yǔ)言和系統平臺的無(wú)關(guān)性，各種開(kāi)發(fā)平臺一般都可以。另外，針對C/C++編程，DSET公司的DSG在高端應用(一般在電信領(lǐng)域)中，它在與網(wǎng)絡(luò )協(xié)議棧的無(wú)關(guān)性、同/異步消息處理、海量通信能力、嵌入式到大型機的移植性等方面,具有獨特的優(yōu)勢。在服務(wù)器端開(kāi)發(fā)上，COM+、CORBA 3.0、J2EE都支持組件模型，分別利用MSMQ、CORBA Messaging System、JMS完成異步通信。COM+仍然主要集中在Windows平臺上，CORBA 3.0的Java語(yǔ)言部分包含整個(gè)J2EE規范。但是，CORBA作為一個(gè)跨語(yǔ)言跨平臺的規范，現在支持3.0版本非Java語(yǔ)言的產(chǎn)品還不多，支持其核心——CCM(CORBA Component Model)的C++編程的產(chǎn)品有iCMG公司K2-CCM等。
J2EE的組件(EJB)已經(jīng)發(fā)展到了1.2版本。滿(mǎn)足該規范的產(chǎn)品——BEA WebLogic、Borland BAS、 IBM WebSphere、Oracle 9i甚至免費的JBOSS都得到了廣泛的應用。BEA WebLogic 7.0在前端開(kāi)發(fā)工具上做了大量的工作，聲稱(chēng)將J2EE開(kāi)發(fā)和Visual Basic放在同一個(gè)級別上(其內部名字就是Visual Basic for Java)。
微軟方便性最好
在方便性上，由于有大量用戶(hù)的實(shí)踐，微軟的開(kāi)發(fā)工具應該是最好的。它在可視化、工具間互操作性、穩定性、文檔的豐富性上都具有明顯的優(yōu)勢。Borland Delphi/C++Builder在可視化上和Visual Basic/C#基本上類(lèi)似，但是他們在穩定性上不足(C++Builder 5.0自動(dòng)生成的CORBA程序的debug版會(huì )報錯(Exception))；IBM Visual Age系列的穩定性不錯，但是它們的可視化編程不是非常方便；在文檔方面，更是沒(méi)有一種工具具有Visual Studio自帶的MSDN那樣的容量(兩張光盤(pán))。
開(kāi)發(fā)者的偏愛(ài)
開(kāi)發(fā)工具是給開(kāi)發(fā)者用的，開(kāi)發(fā)人員是這些工具的用戶(hù)。不同的開(kāi)發(fā)人員對工具的偏愛(ài)也不同。Pascal程序員一般都會(huì )鐘愛(ài)Delphi/Kylix；Windows的C++程序員則會(huì )選擇C++Builder或者Visual C++；在不同平臺下C++編程的人員可能會(huì )更加喜歡GCC；Smalltalk程序員恐怕就只會(huì )考慮Visual Age Smalltalk；而Turbo Lisp、Visual Fortran、Perl Builder等開(kāi)發(fā)工具在其他各種編程語(yǔ)言的程序員中也被大量采用。
現在，各種編程語(yǔ)言的功能互相融合，像Borland Delphi和C++Builder之間的功能差異，在語(yǔ)言上表現得已經(jīng)非常少了。除了編程語(yǔ)言的偏愛(ài)以外，不同操作系統的程序員使用的工具也不同：Solaris系統下的程序員更多地使用CC編寫(xiě)C++/C的后臺程序，用Perl編寫(xiě)框架或者測試腳本，用TCL/TK編寫(xiě)界面程序；雖然Windows下也有這些工具，但是更多程序員恐怕還是會(huì )選擇支持RAD的工具?，F在，人們普遍認可一種趨勢：操作系統、編程語(yǔ)言在開(kāi)發(fā)上的差異正在迅速消失。XML有效地解決了在不同系統下統一數據表達的問(wèn)題；通過(guò)虛擬機，Java程序能夠在不同操作系統下執行；微軟的.NET框架能夠利用C++/Basic/C#來(lái)編程。
平臺和語(yǔ)言間的交互使得各種工具對于通用標準的支持越來(lái)越重視。Sun新推出的Java的XML開(kāi)發(fā)包，明確支持由微軟和IBM提出的SOAP規范，Visual Studio.NET也明確支持Java語(yǔ)言(J#)。雖然現在還僅僅是一個(gè)開(kāi)端，但是，語(yǔ)言和平臺的融合是一種不可阻擋的趨勢：必然有更多的編譯器將其他語(yǔ)言編譯成為Java字節碼，Visual Studio.NET也必然會(huì )將程序編譯到其他操作系統中。
然而，伴隨著(zhù)技術(shù)的融合，差異性也將永遠存在。微軟為了互聯(lián)網(wǎng)應用而推出.NET框架，Windows和Visual Studio都做了巨大的改進(jìn)。為了這個(gè)框架，Visual Studio.NET甚至推出了一個(gè)新的編程語(yǔ)言C#，它具有Java語(yǔ)言的大部分特征，同時(shí)在固定內存區允許使用指針。C#在設計上確實(shí)非常先進(jìn)，但是由于缺乏大量的使用，而且缺乏Java 2中的安全特性，是否能夠吸引大量的程序員，還是一個(gè)未知數；同時(shí)，C#中的很多特性(像對象方法的修飾詞等)都是微軟COM+規范在編程語(yǔ)言中的映射，這會(huì )在今后的操作系統平臺移植時(shí)產(chǎn)生麻煩。
除了開(kāi)發(fā)人員的平臺特性和語(yǔ)言偏愛(ài)以外，人員間的配合模式也決定著(zhù)工具的選擇。自由軟件普遍采用的跨地域開(kāi)發(fā)模式，對于使用CVS版本管理系統的開(kāi)發(fā)工具非常合適。而由于Visual Studio.NET在開(kāi)發(fā)調試中會(huì )改變本地Windows注冊庫，跨地域開(kāi)發(fā)就非常不方便。
當然，不能排除別的因素對于開(kāi)發(fā)工具的影響。舉例來(lái)說(shuō)，行業(yè)的特點(diǎn)以及遺留系統(legacy system)對于開(kāi)發(fā)的影響也是不可忽略的：電信行業(yè)的軟件開(kāi)發(fā)，由于有ITU-T規范的存在，Java要代替現有的C/C＋＋開(kāi)發(fā)模式還不能像通用軟件那么快。但是，歸結起來(lái)，軟件的開(kāi)發(fā)總是一個(gè)由人完成和為人服務(wù)的。無(wú)論其他因素的影響力現在有多大，今后的發(fā)展也必然是由人來(lái)決定的。
開(kāi)發(fā)利器1 PB集成 降本提效
互聯(lián)網(wǎng)已經(jīng)從前幾年的“接入為王”、“內容為王”，發(fā)展到了今天的“應用為王”的時(shí)代了。大批的應用軟件開(kāi)發(fā)人員也將進(jìn)入Web應用開(kāi)發(fā)領(lǐng)域。他們熟悉應用業(yè)務(wù)領(lǐng)域、熟悉傳統C/S的開(kāi)發(fā)技巧，但不一定熟悉HTML/javascript, 也不一定熟悉3-tier體系架構。這對平臺和工具廠(chǎng)商來(lái)說(shuō)是一個(gè)巨大的商機。
PB異軍突起
現在究竟是什么阻礙了Web應用和3-tier的大批出現呢？仍然是工具。一個(gè)好的開(kāi)發(fā)工具應該是在日常開(kāi)發(fā)中能夠屏蔽煩瑣的技術(shù)細節，并允許高級開(kāi)發(fā)人員直接干預這些技術(shù)細節。在3-tier開(kāi)發(fā)中，我們會(huì )同時(shí)面對數據庫操作(表、數據維護、存儲過(guò)程和觸發(fā)器的維護等)，Component編寫(xiě)和調試, 網(wǎng)頁(yè)(尤其是調用這些Component的動(dòng)態(tài)頁(yè)面)的編寫(xiě)和調試，以及一些2-tier應用程序的維護等許多任務(wù)。
一般說(shuō)來(lái)，完成這些任務(wù)需要使用多種工具，在開(kāi)發(fā)時(shí)需要在多個(gè)工具之間切換，由此造成了開(kāi)發(fā)效率的低下和開(kāi)發(fā)難度的提高。而PB8/PJ4很好地解決了這些問(wèn)題。所有這些任務(wù)，都可以在同一個(gè)開(kāi)發(fā)環(huán)境中完成，開(kāi)發(fā)人員能非?？焖俚鼐帉?xiě)基于數據庫的業(yè)務(wù)邏輯Component以及調用這些Component的Web-Client或PB-Client。尤其是Sybase把2-tier中的王牌Datawindow擴展到了HTML領(lǐng)域，使得數據庫驅動(dòng)的動(dòng)態(tài)頁(yè)面實(shí)現起來(lái)非常容易。
總體來(lái)說(shuō)，Sybase的優(yōu)勢在于具備開(kāi)發(fā)企業(yè)信息系統所需的全系列的工具，包括系統分析和系統設計工具PowerDesigner、應用開(kāi)發(fā)工具PowerBuilder和PowerJ、應用服務(wù)器EAServer(內含Jaguar和PowerDynamo)、數據庫Adaptive Server Enterprise(以及復制服務(wù)器等)。這些工具由于是同一家公司的產(chǎn)品，具有非常好的互操作性。同時(shí)，這些工具對標準的支持非常好，比如EAServer對組件模型就同時(shí)支持COM、CORBA和J2EE，可以用C/C++和JAVA來(lái)編寫(xiě)各種Component, 甚至以CORBA的形式支持用PowerBuilder直接編寫(xiě)Component。
反面意見(jiàn)
許多人都提到PB的許多不足，比如與VB和Delphi相比界面較單調、對于Windows API的調用能力較差(PB本身不直接支持指針)等等。然而，在某些特定場(chǎng)合，這些問(wèn)題會(huì )變成優(yōu)勢。企業(yè)應用的核心在于數據訪(fǎng)問(wèn)和業(yè)務(wù)邏輯。界面的花哨倒并不重要。在企業(yè)應用中，好的用戶(hù)界面設計是指符合用戶(hù)業(yè)務(wù)思維方式和業(yè)務(wù)流程的界面設計，而不是花哨的界面設計。而不支持指針，則會(huì )大大提高程序的可靠性。這些問(wèn)題，實(shí)際上都源自PB產(chǎn)品的定位：不是作為一個(gè)通用開(kāi)發(fā)工具，而是作為一個(gè)專(zhuān)用的企業(yè)信息系統開(kāi)發(fā)工具。在這個(gè)領(lǐng)域，PB/PoerJ確實(shí)是無(wú)可匹敵的。
在系統分析和設計工具領(lǐng)域，Rational Rose是一個(gè)常被人稱(chēng)道的工具。然而在現實(shí)的信息系統項目和應用軟件開(kāi)發(fā)中，我們面對的不是純面向對象的環(huán)境，而是關(guān)系數據庫和面向對象的混合環(huán)境。并且，用戶(hù)無(wú)一例外地希望數據庫的訪(fǎng)問(wèn)有盡可能高的性能。
第三方工具
在互聯(lián)網(wǎng)上您可以找到大量第三方的工具來(lái)幫助您提高您在開(kāi)發(fā)PowerBuilder應用時(shí)的效率和質(zhì)量。下面就是兩個(gè)例子：
大家一定會(huì )了解Visual C/C++與MFC的關(guān)系。在C/S環(huán)境中，PowerBuilder也有一個(gè)PFC與之對應。當然，兩者的層次是不同的。MFC提供了底層的封裝，而PFC提供了數據庫應用的更高層面的封裝。對PFC的深入應用可以大大提高系統的開(kāi)發(fā)效率和開(kāi)發(fā)質(zhì)量。進(jìn)入到3-tier的世界，如果用PB來(lái)開(kāi)發(fā)Component，同樣也有一些很好的類(lèi)庫，比較著(zhù)名的就是EAF。對這些類(lèi)庫的深入應用并形成自己的類(lèi)庫，是迅速提高產(chǎn)品和項目的質(zhì)量和效率捷徑。
確保應用軟件的質(zhì)量一定是許多人都很頭疼的問(wèn)題。那我們就先來(lái)看看最基本的問(wèn)題吧。在單元測試這個(gè)領(lǐng)域，大家一定了解在Java中的JUnit這個(gè)單元測試工具。PB中也有一個(gè)對應的工具叫做PBUnit。你可以在開(kāi)發(fā)過(guò)程中，在PBUnit環(huán)境中編寫(xiě)測試腳本，反復對你的Object進(jìn)行回歸測試，并自動(dòng)記錄、分析測試結果。對于常常是包含了大量數據處理的PB應用程序來(lái)說(shuō)，這是非常有價(jià)值的。(祝楓)
開(kāi)發(fā)利器2 WebSphere Studio 開(kāi)放開(kāi)發(fā)
IBM正在交付一個(gè)基于WebSphere Studio Workbench技術(shù)的電子商務(wù)應用程序開(kāi)發(fā)工具的新套件。WebSphere Studio Workbench是一個(gè)用于工具開(kāi)發(fā)和集成的平臺。這是 IBM 對開(kāi)放源碼Eclipse Project的增值實(shí)現。WebSphere Studio Workbench提供用于開(kāi)發(fā)源代碼編輯器和其它用戶(hù)界面的一組API、模型和框架，以及對資源管理的公共服務(wù)、調試和團隊編程的訪(fǎng)問(wèn)。該平臺實(shí)現了現有標準并提供用于將功能部件和函數作為插件添加的擴展點(diǎn)。IBM 和獨立軟件供應商(ISV)正在開(kāi)發(fā)插入這個(gè)框架的工具。
WebSphere Studio Site Developer和WebSphere Studio Application Developer是IBM合并和擴展WebSphere Studio Workbench而成的兩個(gè)產(chǎn)品。這些產(chǎn)品是計劃中將要跨越所有電子商務(wù)開(kāi)發(fā)角色的集成開(kāi)發(fā)工具套件的一部分，從Web開(kāi)發(fā)者到Java開(kāi)發(fā)者、到商務(wù)分析師、到設計師、到企業(yè)程序員。WebSphere Studio開(kāi)發(fā)工具系列將添加更多產(chǎn)品。
客戶(hù)希望有開(kāi)放標準、工具集成、更大的靈活性和結合到現有應用程序的能力。這些還只是WebSphere Studio產(chǎn)品套件所交付的部分優(yōu)點(diǎn)。
垂直和水平集成
傳統上，軟件供應商提供垂直工具，迫使客戶(hù)自己做集成。WebSphere Studio Workbench的目的是提供一個(gè) IBM 和 ISV 都能容易地擴展的平臺。供應商已經(jīng)擁有了該技術(shù)并在此基礎上積極地構建工具。
在Workbench上構建的每個(gè)WebSphere Studio產(chǎn)品都將提供已集成的工具，使您可以專(zhuān)注于構建應用程序而不必費力去集成工具。
開(kāi)放標準
WebSphere Studio套件中的所有產(chǎn)品都是構建在開(kāi)放標準上的，并且它們所生成的代碼也是與開(kāi)放標準一致的?？梢詷嫿ê筒渴饾M(mǎn)足Servlets 2.2、JavaServer Pages(JSP)1.1和 Enterprise JavaBEAns(EJB)1.1規范的最新型的(state-of-the-art)服務(wù)器端應用程序(在Site Developer產(chǎn)品中將不包含EJB開(kāi)發(fā)工具。)所有構建在WebSphere Studio Workbench上的產(chǎn)品，都包含CVS(Concurrent Versions System)。
基于角色的開(kāi)發(fā)
WebSphere Studio產(chǎn)品系列中的每個(gè)成員都是為特殊電子商務(wù)開(kāi)發(fā)角色或某種角色范圍設計的。例如，Site Developer是為開(kāi)發(fā)和管理整個(gè)網(wǎng)站的Web開(kāi)發(fā)者設計的。Application Developer包含Site Developer的所有功能并添加了對在業(yè)務(wù)邏輯方面(包含 EJB)工作的程序員的支持。當IBM交付WebSphere Studio系列的未來(lái)成員時(shí)，它將擴展其選項范圍，將產(chǎn)品與用戶(hù)的角色和需求相匹配。
在每個(gè)WebSphere Studio解決方案內部，面向任務(wù)的視圖篩選出復雜性并只提供與手邊的任務(wù)相關(guān)的功能。用戶(hù)根據此時(shí)正在開(kāi)發(fā)或分析什么，或者根據他們在項目中的角色切換視圖。因為不同的開(kāi)發(fā)者以不同的方法工作，所以視圖可以定制。因為他們使用WebSphere Studio Workbench技術(shù)構建，所以所有工具和視圖共享一個(gè)公共外觀(guān)，這減小了學(xué)習難度并使得用戶(hù)的生產(chǎn)力最大化。并且，因為項目的開(kāi)發(fā)資源存儲在單個(gè)資源庫中，所以您獲得了對項目的最大共享性和一致團隊支持。
最大編程性能
除了將應用程序開(kāi)發(fā)者們從工具集成任務(wù)中解放出來(lái)以外，Site Developer和Application Developer 都以許多方法優(yōu)化了程序員的生產(chǎn)力。(蘇永)
開(kāi)發(fā)利器3 微軟.NET和C#
微軟現在把自己的希望寄托在新的.NET應用程序框架之上。雖然在.NET中幾乎可以使用任何一種編程語(yǔ)言，但是開(kāi)發(fā)者更熱衷的還是微軟的C#和C++。因為它們改變了幾乎所有從桌面軟件到具有Web功能的企業(yè)解決方案的Windows開(kāi)發(fā)規則,所以這些技術(shù)的潛力非常巨大。
.NET框架和C#擴展了Windows的功能，C#和Visual Studio .NET的結合使得創(chuàng )建和配置Web服務(wù)幾乎可以自動(dòng)進(jìn)行。并且，和傳統的ASP應用程序相比，ASP.NET應用程在性能、穩定性以及可擴展性方面都有了實(shí)質(zhì)性的提高。
雖然有很多優(yōu)點(diǎn)，但是.NET價(jià)格不菲。目前的Windows開(kāi)發(fā)者如果要轉向.NET框架，都必須進(jìn)行再培訓，并且所需費用很高。由于.NET框架中有很多重大的改變以及復雜度的提高，因而現在的VB程序員將無(wú)法應對這些變化。C++程序員則會(huì )因為C#繼承了自己熟悉語(yǔ)言中的基本內容而感到高興，但是他們也會(huì )發(fā)現在A(yíng)PI以及語(yǔ)言方面C#還是有很大的改變。
在A(yíng)SP.NET中，由于不再使用VBScript，而只用JScript，并且在系統服務(wù)中也不再提倡使用COM(Component Object Model)，因此要把現有的Web應用程序轉換成ASP.NET，重新編寫(xiě)程序代碼要耗費大量的時(shí)間和精力。如果要把現有Java項目轉入到.NET框架中，即使你使用的是J#(微軟的Java開(kāi)發(fā)語(yǔ)言)，那么要完成一個(gè)項目的遷移，至少也要花費幾個(gè)月的時(shí)間。如果要把服務(wù)器從Unix平臺遷移到Windows,那么更是要求所有的
IT職員都必須掌握一門(mén)新的技術(shù)。
考慮到以上因素，我們就很容易理解為什么.NET和C#會(huì )讓人們既關(guān)注又擔憂(yōu)。當然，對于已經(jīng)在從事Windows平臺下開(kāi)發(fā)的公司和企業(yè)來(lái)說(shuō)，不是接不接受.NET的問(wèn)題，而是什么時(shí)候接受的問(wèn)題。目前普遍的觀(guān)點(diǎn)認為，如果不及時(shí)實(shí)現向.NET的遷移，那么將最終不堪忍受來(lái)自開(kāi)發(fā)者、商業(yè)伙伴、應用程序提供商以及工具提供商的壓力。
當然，相對于來(lái)自Java、Unix和Linux擁護者的挑戰來(lái)說(shuō)，微軟要把Windows下的開(kāi)發(fā)者吸引到.NET框架上來(lái)。在和Java和J2EE的競爭中，微軟主要有兩張牌可打，即Visual Studio .NET和Web服務(wù)。測試版的Visual Studio .NET IDE(整合開(kāi)發(fā)環(huán)境)已經(jīng)在開(kāi)發(fā)人員中引起了不小的震動(dòng)。相信在Web服務(wù)領(lǐng)域和Java競爭時(shí)，它將成為微軟的一把利器。(伊利貴)
開(kāi)發(fā)利器4 鐘情Delphi 6
Delphi 6 是當前 Windows 平臺上全面支持最新 Web 服務(wù)的快速開(kāi)發(fā)工具。無(wú)論是企業(yè)級用戶(hù)還是個(gè)人開(kāi)發(fā)者，都能夠利用Delphi 6 輕松、快捷地構建新一代電子商務(wù)應用。Delphi 6優(yōu)秀在何處？
高效的開(kāi)發(fā)
Delphi 6是一個(gè)RAD(Rapid Application Development 快速開(kāi)發(fā)工具)。它有可視化的開(kāi)發(fā)環(huán)境，當然具有類(lèi)似功能的開(kāi)發(fā)工具也不少(如Visual Basic)，但Delphi 6有如下的獨到之處：
Delphi 6是真正面向對象的。其構建的VCL庫中的所有組件都可以被繼承以創(chuàng )建新的組件，包括窗體類(lèi)TForm。相比之下，ActiveX組件缺乏這種靈活性。
Delphi 6的CodeInsight技術(shù)(即代碼自動(dòng)完成功能)是建立在編譯器信息上的，而VB使用的是類(lèi)型庫信息，使用編譯器信息的好處是更具靈活性。不過(guò)，時(shí)常有程序員抱怨Delphi 6的代碼提示時(shí)間太長(cháng)。
高效的編譯
可以說(shuō)，Delphi 6是Windows平臺上最快的高級語(yǔ)言本地代碼編譯器了。編譯速度快有什么好處呢？快速的編譯器可以讓你頻繁地在修改代碼和編譯運行的狀態(tài)間切換。至少，我自己已經(jīng)非常習慣了這樣的工作方式：運行程序看一下效果，退出程序修改少量代碼再運行程序。而Delphi 6的編譯器從來(lái)不會(huì )讓我有等待的感覺(jué)。
高效的執行
Delphi 6與C++Builder使用的是同一個(gè)后端優(yōu)化器，因此其生成代碼的效率與優(yōu)秀的C++編譯器生成代碼效率相同。
Delphi 6生成完全本地代碼，因此Delphi 6編譯結果的可執行文件可以被獨立執行、分發(fā)(對于“綠色軟件”的開(kāi)發(fā)，這一點(diǎn)十分重要)。不需要其他運行庫支持。當然，你也可以選擇動(dòng)態(tài)鏈接編譯，這樣可以大大減小可執行文件的長(cháng)度，不過(guò)這種情況下在分發(fā)程序時(shí)，必須同時(shí)分發(fā)必要的運行庫文件。
構建Windows/Linux 應用
Delphi 6 與Kylix兼容。使用Kylix，可在Linux平臺上重新編譯基于Windows平臺的CLX應用；而利用Delphi 6，即可在Windows上重新編譯基于CLX組件的Linux應用。Delphi 6包含BaseCLX、VisualCLX、DataCLX和NetCLX四個(gè)組件。
與AppServer集成
Delphi 6通過(guò)最新SIDL與AppServer連接。它為AppServer應用開(kāi)發(fā)出高性能、具有豐富GUI環(huán)境的客戶(hù)端應用，通過(guò)Internet將AppServer的EJB功能作為遵循業(yè)界標準的SOAP/XML Web服務(wù)發(fā)布到全球。(李爭)
編后語(yǔ)
現在，各種開(kāi)發(fā)工具的功能相互大量重復，一個(gè)大而全的工具幾乎總是可以被幾個(gè)別的工具代替。工具的選擇確實(shí)非常讓人迷惑，但是，無(wú)論是開(kāi)發(fā)人員還是管理人員都應該意識到：工具只能起到協(xié)助的作用，嚴格的軟件工程管理和開(kāi)發(fā)人員的技術(shù)水平才是軟件開(kāi)發(fā)成功的關(guān)鍵。成功開(kāi)發(fā)加上有效的管理和市場(chǎng)運作，才能構成一個(gè)完整的成功軟件。
開(kāi)發(fā)工具的對壘
軟件開(kāi)發(fā)人員沒(méi)有人會(huì )不知道微軟的.NET和Sun的J2EE。二者盡管所提供的方法不同，但都具有許多非常優(yōu)秀的特點(diǎn)。
二者的可移植性都非常好。.NET的核心只能工作在Windows環(huán)境下，但從理論上講可以支持多種語(yǔ)言開(kāi)發(fā)?只要這些語(yǔ)言的子集已經(jīng)定義好，并為他們建立了IL編譯器?。對于J2EE來(lái)說(shuō)，只要遵循Java VM?規則?和一組平臺需要的服務(wù)，就可以在任何平臺上工作。因為所有定義J2EE平臺的規范，都已經(jīng)向公眾公布，所以，許多供應商也提供兼容產(chǎn)品和開(kāi)發(fā)環(huán)境。
.NET并不是一種精巧的標志，而是微軟策略的重大轉移，它將給其操作系統平臺帶來(lái)更大的支持率?，F在他們正努力把Java和開(kāi)放資源自身所特有的語(yǔ)言逐步開(kāi)放，然后實(shí)現直接滿(mǎn)足開(kāi)發(fā)商的需要。Java清除了平臺的障礙。但是為了用J2EE來(lái)做開(kāi)發(fā)工作，用戶(hù)必須在Java環(huán)境下工作。而.Net是想讓用戶(hù)使用自己選擇的語(yǔ)言來(lái)建造.NET應用程序，這是十分美妙的。
對于微軟的開(kāi)發(fā)商，.NET是一個(gè)好的構架，用戶(hù)可以將許多事情交給微軟的體系結構去完成。ASP.NET比ASP好，ADO.NET比ADO和DCOM出色，C＃比C和C＋＋更好。所以，如果現在正在微軟的開(kāi)發(fā)構架中從事開(kāi)發(fā)工作，將.NET的元件采納到你的體系結構中，顯然是一個(gè)明智的選擇。不過(guò)，雖然.NET平臺描繪了美好的藍圖，但其設想要全部成為現實(shí)，還有較長(cháng)的路要走。例如IL公共語(yǔ)言的運行，目前還有某些明顯的障礙需要克服。想要把每一種語(yǔ)言和元件運行時(shí)集成起來(lái)，必須定義這種語(yǔ)言的子集/超集，并清晰地影射到IL上；此外必須定義結構，以便提供IL需要的元數據；還有必須要開(kāi)發(fā)適用于兩種編譯語(yǔ)言結構的編譯器，集成到IL部件字節代碼中；同時(shí)還要生成對現有IL元件的語(yǔ)言專(zhuān)用接口。
由于歷史的原因，在Java語(yǔ)言中使用非Java語(yǔ)言，必須要開(kāi)發(fā)非Java語(yǔ)言到JavaVM的眾多轉換器。因此，在Java環(huán)境中寫(xiě)代碼，就必須要承受將額外的翻譯工作加到目標構架上。如果Java環(huán)境是目標，人們通常會(huì )選擇學(xué)習Java。而如果目標環(huán)境是.NET，那么人們將會(huì )選擇學(xué)習C＃。(伊利貴)
64位的軟件開(kāi)發(fā)
因為在內存容量、I/O處理效率等方面64位系統有著(zhù)32位系統無(wú)可比擬的優(yōu)勢，因此在高端應用上，Sun、IBM和HP等大腕一直熱衷于64位系統?？梢灶A見(jiàn)，在不久的將來(lái)，Intel的64位處理器將成為Sparc的主要競爭對手。
不過(guò)，由于Linux和Windows環(huán)境下的主要的應用程序都是32位的，因此，軟件廠(chǎng)商和自由軟件項目必須為64位系統重寫(xiě)他們的應用程序。所幸的是，由于Java的盛行以及.NET的出現，這將使得應用程序向Itanium的移植變得非常神速。IBM已經(jīng)推出了其用于Itanium的Java SDK(軟件開(kāi)發(fā)工具包)，此外，微軟的.NET框架在其發(fā)行.NET Server時(shí)，也將登陸Itanium。而B(niǎo)orland更是已經(jīng)使其Java開(kāi)發(fā)工具和服務(wù)器可以在Itanium上運行。
聯(lián)系客服
