[發明專利]一種多用戶商城的系統構架設計

在審

• 申請號: 201610914203.0
• 申請日: 2016-10-20
• 公開（公告）號: CN107977202A
• 公開（公告）日: 2018-05-01
• 發明（設計）人: 不公告發明人
• 申請（專利權）人: 長沙海商網絡技術有限公司
• 主分類號: G06F8/35
• 分類號: G06F8/35;G06F8/38;G06Q30/06
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明涉及移動互聯網系統構架設計技術，特別涉及一種多用戶商城的系統構架設計。

背景技術

在EF的默認配置中，業務模型和EF其它部分是在同一目錄下。業務模型在項目中是無依賴且被其它幾乎所有項目所引用（除Core外），業務模型混雜在EF中將導致EF被其它層引用，即整個EF對其它可視，這種引用關系嚴重破壞了各相鄰層之間單向依賴性，因此在Himall中我們對EF的配置進行了改進，將EF的映射關系部分與模型代碼部分分離到兩個獨立的項目之中，這樣其它層就可以單獨對模型進行引用，而不需要引用EF的其它部分。

發明內容

對于大規模的WEB應用，從規模上通過Area 劃分成小的單元，每個相當于獨立的子系統，包含自己的Models、Views和Controller在內的目錄結構和配置文件。本框架設計的UI層組織結構也是按此規則，建立了Admin、SellerAdmin以及Web三個區域并分別配置路由信息。

本框架設計中使用AutoFac來實現IOC模式，所有服務層代碼分成兩個部分，一部分是接口，另一部分為實例，通常情況下，AutoFac需要通過配置文件指明實現類與接口之間的關系，而Himall中采用了默認配置的方式簡化此操作，即按一定的規則編寫接口和實現類就可以自動建立對應關系；

IOC模式是目前常用的解耦方法之一，它能降低不同層級之間的的耦合度，使以前直接的實例之間的調用變更為對接口的調用，即上層不再依賴于具體實例而依賴于下層所提供的接口，此方式也屬于面向接口編程，面向接口而非面向實例可以使程序更加穩定，不會因為實例中的方法修改導致上層代碼的級聯修改，只要接口不發生變化，則上層代碼無需改變。

數據層主要采用微軟的Entity Framework（以下簡稱EF）做為ORM框架，不再有直接的SQL語句編寫，使用分部類建立了與EF自建模型相對應模型文件。

作為系統的最底層的核心層，不依賴于任何項目，與具體業務無關接口與方法的集合，定義和實現了相關機制，如異常處理、日志處理、定時任務、權限：

1.定時任務機制：定時任務采用開源組件Quartz.Net，任務的實現代碼必須繼承于IJob接口，然后在配置文件中對任務的執行周期等參數進行配置，任務即會在指定的時間或周期自動執行；

2. 異常處理機制：異常處理機制終結于UI層，異常的終極處理采用AOP思想，將對異常處理的實現置于BaseController的OnException方法中，異常處理時，對于非繼承于HimallException的異常將記錄日志并返回友好錯誤消息，對于繼承于HimallException的異常將直接返回基異常信息的具體內容；

3. 權限控制機制：權限控制機制采用AOP思想，在BaseAdminController和BaseSellerController中的OnAuthorization方法中統一處理，每個Action的權限均在對應的Action上進行標記；

4. 日志機制分為系統日志和操作日志：

系統日志：采用開源日志組件Log4net，支持層級日志體系、可使用XML靈活的進行配置，本設計的系統日志分為三大級別：Info、Debug和Error，三個級別的日志分別通過配置文件寫入不同的目錄，各級別的日志按天分文件記錄；日志的內容主要包括日志記錄時的時間、調用日志的方法名、相關自定義日志信息、相關堆棧信息；在本系統中絕大部分寫日志的行為都是自動進行的，凡繼承于HimallException的異常均會自動記錄日志信息，所有未經處理的非繼承于系統的異常均會在BaseController中集中處理并記錄日志；

操作日志：操作日志的載體是數據庫，系統中所有重要的操作通過Action上標記Attribute的方式進行記錄，記錄操作日志的過程是異步的，使得日志記錄的過程不會影響到用戶操作的響應速度；

5. 插件（策略）機制：核心層（Core）中對通用插件接口（IPlugin）進行了定義，所有具體業務插件接口都須要繼承至Iplugin；本設計使用策略機制的主要是緩存，默認提供兩套緩存機制的實現（Asp.net緩存與Memcached緩存），通過在Web.config中配置加載到系統中。