翻譯：8條用於分佈式計算的架構技巧

worldheart（翻譯） 

關鍵字 分佈式計算 

出處 http://java.oreilly.com/news/ejbtips_0500.html 



翻譯：8條用於分佈式計算的架構技巧



譯者：[email protected] 

來源：CSDN


1. 儘量採用關係數據庫。採用關係數據庫系統用於持久性。因爲關係數據庫系統很常見、通過實踐證明過的、被標準化、可維護、健壯，並且很好的被第三廠商提供的工具支持。儘管對象數據庫更適合於基於對象的系統，但第三廠商提供的工具，比如報表系統、數據倉庫系統，並沒有提供很好的支持。另外，對象數據庫管理系統沒有關係數據庫系統成熟，所以它設計出的系統可移植性差。最後一點，掌握的關係數據庫專業人員也多於瞭解對象數據庫的人員，使得項目更容易展開。



2. 規範化關係數據庫。規範化關係數據庫的時候不要去考慮對象模型。因爲對象模型是短暫的，而數據是持久的。換句話說，很可能存在這樣一種情況，即你的關係數據庫會比你的面向對象應用的生命週期多於10幾年。一個通過正常規範化的數據庫可以和任何系統有很好的兼容性，不只是面向對象系統。數據庫可以被多種客戶訪問，並且它的生命會比創建該數據庫的系統更長久。



3. 購買報表系統、不要自己開發。不要去開發自己的報表系統，因爲這樣的開發費用成本特別高，而且很少做得有商業報表系統好。用於查詢關係數據庫管理系統、以HTML的形式給出結果、所見即所得的開發方式、日程安排等的報表產品已經有商業軟件。大部分自己開發的報表系統都達不到預期的效果，最終都被商業產品所取代。



4.用戶界面推薦用HTML。通過Servlets或者JSP生成的HTML用戶界面比用Java Applets或者具有圖形用戶界面的應用程序更容易開發、更快的市場響應能力以及更容易維護。JavaScript和Applets用於加強用戶界面，但一般情況下除非沒有其他的途徑最好不要用。圖形用戶界面給客戶提供了更多的選擇餘地，但圖形用戶界面的複雜性給項目成本、維護、開發帶來了不可忽視的問題。另一方面，用JSP生成的HMTL界面的開發週期更短、更容易維護。另外，HTML界面可以越過防火牆，防火牆在B2B和Internet應用中是一個很嚴重的問題。



5. 靈活性和性能的考慮。我們在開發系統之前，需要權衡獨立於廠商抽象定義所提供的靈活性和特定廠商產品帶來的性能。一般情況下，特定廠商開發的產品的執行性能會比獨立於廠商抽象定義好，因爲特定廠商開發的產品提供了更少的層和抽象。然而，它的靈活性會大打折扣，因爲客戶一旦選擇了特定廠商開發的產品，這樣會使得用戶很難在不同用戶之間選擇產品的餘地。



6. 掌握技術。技術的學習、研究是我們最爲基礎的要求。僅僅理解技術是什麼和如何運用它們是不夠的。爲了理解技術的適用範圍和侷限性，軟件專業人員必須研究技術最底層的東西。比如，研究TCP/IP、操作系統、數據庫技術、編譯器等等。這樣將使得你在用具體的技術和什麼時候去用具體的技術過程中提供了很好的方式以輔助您的決定。



7. 聘請一位經驗豐富的架構師。軟件是一項開發代價昂貴、對於公司來講是巨大的投資的活動，然而我們經常把架構系統的職責交給了不稱職的人員。公司不會讓簿記員去處理IPO，也不讓值夜班人員起草法律條文，同時也不應該讓高級程序員架構他們的信息系統。我們需要在商界挑選出最好的架構師。聘請一位經驗豐富、成熟、在業界不僅有良好的聲譽而且過往業績很也好的架構師。一定要給優秀的架構師給豐富的薪水。通過這樣的方式，您將會避免失敗的架構，從而節省了比該架構師多10倍的薪水。



8．沒有萬能藥！無論是EJB、Servlets、CORBA、JMS、還是面向對象技術，他們不可能適合商業問題的各個方面。研究商業問題、理解技術、聘請一位經驗豐富的架構師，然後根據系統的需求選擇合適的技術。
<script language=javascript src="../../../share/bottom.js"></script>