為什麼要採用java這個平台

    從開發項目的類別角度看java平台基於B/S結構的系統，在這個方向上的競爭是激烈的，有專註於此的LAMP（Linux + Apache + Mysql + Php）；也有剛剛興起的Rails（Ruby Frameworks）甚至是號稱快速開發的ASP.NET；當然了java在這個領域裡的MVC架構數都數不完，比如Struts . Webwork等，然而即便是如此，選擇java作為開發的理由也是不充分的，因為在這個梯隊裡java頂多排名最後。

    基於C/S結構的系統，在這個方面java顯然沒有考慮周到，面對VB 、DELPHI、vc這些個如狼似虎的快速開發IDE，JAVA實在是顯得異常的淡薄，即使你找到了一個可以匹敵這些個ide的工具，面對第三方的組件又會成為一大障礙，所以java在這個方面又一次的輸了。

    從java所強調的特性角度看java平台

    java的重點是商務邏輯！（我以前也是如此堅信不移）可是誰有能夠說別的語言不注重商務邏輯呢，商務邏輯只是一個抽象的概念，java只是依靠ejb提出了業務組件而已，其他的語言在實現商務邏輯的時候也可以封裝成POJO的形式，看來這個觀點也是失敗的。

    java強調的是跨平台的優勢！這可以理解為初級的、商業的、忽悠人的詞彙，面對眾多動態語言如Python，在若干平台上的表現，java又如何來強調自己這方面的優勢呢？失敗

    java支援分布式應用的項目！可笑的言論，分布式根本不是值得炫耀的資本，在java之前的c/s項目中何嘗不是分布式的應用呢？失敗

    既然沒有了這些個優勢，我們看看java到底還剩下些什嗎？對了其實就是應用伺服器！然而看過J2EE WITHOUT EJB的讀者肯定知道Spring所希望達到的目的，也就是脫離應用伺服器概念上的J2EE體系實現，既然在作者的眼裡APPLICATION SERVER只不過是一個忽悠人的詞彙，那麼任何項目都選擇java作為開發的依據顯然就是自找苦吃，

    那麼什麼情況下改選擇java作為開發的平台呢？

    <1> 如果你真的遇到了大型的系統開發工作單位，恭喜你，你終於可以看到分布式對象、叢集的優勢了。

    <2> 客戶是一個java的忠實fans或者是sun、ibm的金牌夥伴之類的，選擇java是不得已的，但記住並不能證明java是最好的實現方式<3> 如果你只想關心商務邏輯的實現，對於事務、緩衝、尋找等服務的實現沒有興趣的話，倒是不妨考慮採用ejb的形式，當然前提是你不願意在尋找合適的替代品的情況下。

    <4> 如果項目迫切的尋找某種架構的支援，選擇java就是對的，你有眾多優秀的、免費的、可擴充的、天才的架構可以選擇，更多的時候你是出於尷尬的境地，因為任何一個都讓你心動、而這樣的選擇往往是最痛苦、和快樂的。

    正確的選擇<1>條件： 如果項目僅僅只是一個小型的網站系統選擇： LAMP、Rails

    <2>條件： 項目規模中等並且項目的時間比較緊，項目可以架構在windows的系統之上，選擇： .Net  / Delphi

    <3>條件： 大型的系統，有支援分布式對象、叢集的要求；或者SUN / IBM的金牌夥伴 ； 想要尋找某種優秀的架構來解決問題選擇： java是不二的選擇，可是我想問一下，在現實中你能遇到這樣的項目嗎？

    所以，從實際的角度出發，我們面對的99％可能都是一些符合條件1，2的系統，而選擇java實在是得不償失的。最後以一段Code Complete中的話來作為結束語

    每個程式員都有很多的工具，但並不存在任何一個能夠適用於所有工作的工具，因地制宜的選擇正確工具是成為能有效編程的程式員的關鍵。