2. 規(guī)范化關(guān)系數(shù)據(jù)庫(kù)。規(guī)范化關(guān)系數(shù)據(jù)庫(kù)的時(shí)候不要去考慮對(duì)象模型。因?yàn)閷?duì)象模型是短暫的,而數(shù)據(jù)是持久的。換句話說(shuō),很可能存在這樣一種情況,即你的關(guān)系數(shù)據(jù)庫(kù)會(huì)比你的面向?qū)ο髴?yīng)用的生命周期多于10幾年。一個(gè)通過(guò)正常規(guī)范化的數(shù)據(jù)庫(kù)可以和任何系統(tǒng)有很好的兼容性,不只是面向?qū)ο笙到y(tǒng)。數(shù)據(jù)庫(kù)可以被多種客戶訪問(wèn),并且它的生命會(huì)比創(chuàng)建該數(shù)據(jù)庫(kù)的系統(tǒng)更長(zhǎng)久。
3. 購(gòu)買(mǎi)報(bào)表系統(tǒng)、不要自己開(kāi)發(fā)。不要去開(kāi)發(fā)自己的報(bào)表系統(tǒng),因?yàn)檫@樣的開(kāi)發(fā)費(fèi)用成本特別高,而且很少做得有商業(yè)報(bào)表系統(tǒng)好。用于查詢關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)、以HTML的形式給出結(jié)果、所見(jiàn)即所得的開(kāi)發(fā)方式、日程安排等的報(bào)表產(chǎn)品已經(jīng)有商業(yè)軟件。大部分自己開(kāi)發(fā)的報(bào)表系統(tǒng)都達(dá)不到預(yù)期的效果,最終都被商業(yè)產(chǎn)品所取代。
4.用戶界面推薦用HTML。通過(guò)Servlets或者JSP生成的HTML用戶界面比用Java Applets或者具有圖形用戶界面的應(yīng)用程序更容易開(kāi)發(fā)、更快的市場(chǎng)響應(yīng)能力以及更容易維護(hù)。JavaScript和Applets用于加強(qiáng)用戶界面,但一般情況下除非沒(méi)有其他的途徑最好不要用。圖形用戶界面給客戶提供了更多的選擇余地,但圖形用戶界面的復(fù)雜性給項(xiàng)目成本、維護(hù)、開(kāi)發(fā)帶來(lái)了不可忽視的問(wèn)題。另一方面,用JSP生成的HMTL界面的開(kāi)發(fā)周期更短、更容易維護(hù)。另外,HTML界面可以越過(guò)防火墻,防火墻在B2B和Internet應(yīng)用中是一個(gè)很?chē)?yán)重的問(wèn)題。
5. 靈活性和性能的考慮。我們?cè)陂_(kāi)發(fā)系統(tǒng)之前,需要權(quán)衡獨(dú)立于廠商抽象定義所提供的靈活性和特定廠商產(chǎn)品帶來(lái)的性能。一般情況下,特定廠商開(kāi)發(fā)的產(chǎn)品的執(zhí)行性能會(huì)比獨(dú)立于廠商抽象定義好,因?yàn)樘囟◤S商開(kāi)發(fā)的產(chǎn)品提供了更少的層和抽象。然而,它的靈活性會(huì)大打折扣,因?yàn)榭蛻粢坏┻x擇了特定廠商開(kāi)發(fā)的產(chǎn)品,這樣會(huì)使得用戶很難在不同用戶之間選擇產(chǎn)品的余地。
6. 掌握技術(shù)。技術(shù)的學(xué)習(xí)、研究是我們最為基礎(chǔ)的要求。僅僅理解技術(shù)是什么和如何運(yùn)用它們是不夠的。為了理解技術(shù)的適用范圍和局限性,軟件專(zhuān)業(yè)人員必須研究技術(shù)最底層的東西。比如,研究TCP/IP、操作系統(tǒng)、數(shù)據(jù)庫(kù)技術(shù)、編譯器等等。這樣將使得你在用具體的技術(shù)和什么時(shí)候去用具體的技術(shù)過(guò)程中提供了很好的方式以輔助您的決定。