開發(fā)圖書館里微信小程序前端架構的選擇，我們在利用代碼實現(xiàn)領域模型后，下一步要考慮領域模型代碼的部署方式。小程序開發(fā)公司資深編程工程師提醒領域模型的代碼可以選擇部署在服務器端或客戶端。通常情況下，選擇哪一種部署方式不會對領域模型的代碼造成太大的影響，因為領域模型的代碼只是實現(xiàn)了業(yè)務邏輯，幾乎不會對運行環(huán)境產(chǎn)生依賴。但是不同的領域模型代碼部署方式，會對使用它的客戶端代碼產(chǎn)生很大的影響。
選擇把領域模型代碼部署在客戶端，就意味著客戶端代碼可以與領域模型代碼運行在同一個程序進程中，客戶端代碼就可以直接調用領域模型公開的方法，
如圖1.2所示。
除了把領域模型部署在客戶端以外，還可以選擇將其部署在服務器端。把領域模型部署在服務器端的方式可以更加集中地管理領域模型的代碼，這種方式有利于領域模型代碼的升級和管理。在升級時，只要把新的領域模型代碼部署到服務器端即可，而客戶端代碼不需要做任何改變，
如圖1.3所示。
當領域模型部署在服務器端時，客戶端不能再使用直接調用的方式調用領域模型中的方法，而必須使用遠程調用的方式與領域模型進行交互。進程內直接調用和遠程調用的代碼差異很大，這就意味著領域模型的部署方式對客戶端代碼的實現(xiàn)方式影響很大。在軟件項目的詳細設計階段，如果貿然改變領域模型的部署方式，可能會造成大量的客戶端代碼重寫，因此承擔項目設計的軟件工程師都希望在詳細設計前確定領域模型的部署方式。
小程序前端開發(fā)對于領域模型部署方式，需要根據(jù)軟件項目的運行環(huán)境及項目的使用人數(shù)（客戶端數(shù)量)等—系列因素做出合理的選擇，并且需要在項目的詳細設計前完成。在軟件項目開發(fā)中，需要在詳細設計前做出的選擇還有很多，比如客戶端和服務器端的交互方式使用同步還是異步等。這些選擇的共同特點是，一旦改變，將會造成大量代碼的重寫，因此在進行項目的詳細設計前，一般都要進行架構設計，把這些選擇固定下來，從而形成項目詳細設計的指導和約束。而項目的詳細設計則是在架構的指導和約束范圍內實現(xiàn)系統(tǒng)的功能。在小程序開發(fā)公司本站后面的文章中會詳細介紹軟件項目架構設計的原則和方法，以及一些常用的架構風格和架構模式特點及其應用范圍。好了，
小程序開發(fā)公司本文關于“開發(fā)圖書館里微信小程序前端架構的選擇”經(jīng)驗就分享到這里，謝謝關注，博納網(wǎng)絡編輯整理。
