在架構設計時,通常面臨的乙個難題是,如何選擇架構的技術方案.這也是各種專案都會碰到的問題.我們到底是選擇c/s，b/s模式，如果選擇c/s,那麼到底是三層c/s還是兩層，到底要不要分布式，b/s的展示層是自己寫mvc，還是應用已有的開源的如spring mvc，struts 2.0, jsf技術。總之，可選的確實是太多了。
那麼怎麼去選擇呢？這個問題確實有點難，但也有解決方法的。首先，我們需要研究我們專案的真實的需求。分析我們的使用者分布的特點，來決定選用c/s還是b/s。如果使用者需要通過廣域網訪問系統，則需要b/s模式。
再如在中間層的技術選擇，例如有分布式的需求，則可以選用ejb 3.0，如無，則可以選擇spring也是不錯的選擇。
至於展示層，可以考慮自己的實力以及專案本身的特點，來決定是否要實現自己的mvc。如果無開發實力，則可以選擇現有的開源的spring mvc, struts 2.0或jsf技術等。這些技術都各有優缺點，需要根據自己的實際情況來決定。但從熱門和學習難度來看，struts 2.0仍然是不錯的選擇，因為使用者眾多，論壇交流活躍。而且struts 2.0相對於struts 1.0有了較大改進，引入了aop思想，通過***的載入，簡化了配置檔案。
總的來說，選擇架構技術的時候，選擇的是一種思想，不論是何種技術，只要思想選對了，在大的方向就不會走彎路。另一點是，架構技術選擇一定要結合需求和開發隊伍的特點來進行。
如何進行架構技術方案選型
在架構設計時,通常面臨的乙個難題是,如何選擇架構的技術方案.這也是各種專案都會碰到的問題.我們到底是選擇c s，b s模式，如果選擇c s,那麼到底是三層c s還是兩層，到底要不要分布式，b s的展示層是自己寫mvc，還是應用已有的開源的如spring mvc，struts 2.0,jsf技術。總之...
如何進行技術選型
在重大產品決策或者大規模應用開發前一般需要進行技術選型，特別是需要開發乙個之前沒有了解過的系統或者應用時，其目的是為了降低產品研發的技術風險。所以首先需要明確為什麼需要技術選型 需要達到什麼目的，整個過程需要有一套的組織流程來保證。一般可以將整個過程分為調研 候選對比 關鍵技術驗證 原型驗證幾個階段...
如何進行合適的前端技術選型
適合自己 團隊 的技術棧才是好技術棧 在專案的架構中，我們需要選擇各種技術棧所對應的技術 在專案的開發中，我們需要選擇各種工具庫。技術選型是我們必然會碰到的，我們常常面臨的不是單個技術的選型，而是對於乙個專案所涉及的一整套技術 方案 規範或者產品的選型。我們需要仔細的去權衡各種技術 各種組合的利弊，...