web電子商務框架

❶ WEB電子商務應用系統,是什麼求解答。。謝謝。

從技術角度看，電子商務的應用系統由三部分組成：企業內部網(Intranet)企業內部網(Intranet)與INTERNET的連接電子商務應用系統。

(1)企業內部網(Intranet)

企業內部網(Intranet)由Web伺服器、電子郵件伺服器、資料庫伺服器以及電子商務伺服器和客戶端的PC機組成。

所有這些伺服器和PC機都通過先進的網路設備集線器HUB或交換器SWITCH連接在一起。

WEB伺服器-最直接的功能是可以向企業內部提供一個WWW站點，藉此可以完成企業內部日常的信息訪問；郵件伺服器為企業內部提供電子郵件的發送和接收；電子商務伺服器和資料庫伺服器通過WEB伺服器和由自己對企業內部和外部提供電子商務處理服務；協作伺服器主要保障企業內部某項工作能協同工作，例如，在一個軟體企業，企業內部的開發人員可以通過協作伺服器共同開發一個軟體；帳戶伺服器提供企業內部網路訪問者的身份驗證，不同的身份對各種伺服器的訪問許可權將不同；客戶端PC機上要安裝有INTERNET瀏覽器，如Microsoft Internet Explorer或Netscape Navigator，藉此訪問WEB伺服器。

在企業內部網中，每種伺服器的數量隨企業的情況不同而不同，例如，如果企業內訪問網路的用戶比較多，可以放置一台企業WEB伺服器和幾台部門級WEB伺服器，如果企業的電子商務種類比較多樣性或者電子商務業務量比較重，可以放置幾台電子商務伺服器。

(2)企業內部網(Intranet)與互聯網連接

為了實現企業與企業之間、企業與用戶之間的連接，企業內部網(Intranet)必須與互聯網進行連接，但連接後，會產生安全性問題。所以在企業內部網(Intranet)與互聯網連接時，必須採用一些安全措施或具有安全功能的設備，這就是所謂的防火牆。

為了進一步提高安全性，企業往往還會在防火牆外建立獨立的Web伺服器和郵件伺服器供企業外部訪問用，同時在防火牆與企業內部網(Intranet)之間，一般會有一台代理伺服器，代理伺服器的功能有兩個，一是安全功能，即通過代理伺服器，可以屏蔽企業內部網內伺服器或PC，當一台PC訪問互聯網時，它先訪問代理伺服器，然後代理伺服器再訪問互聯網；二是緩沖功能，代理伺服器可以保存經常訪問的互聯網上的信息，當PC即訪問互聯網時，如果被訪問的信息存放在代理伺服器中，那麼代理伺服器將把信息直接送到PC機上，省去對互聯網的再一次訪問，可以節省費用。

(3)電子商務應用系統

在建立了完善的企業內部網(Intranet)和實現了與互聯網之間的安全連接後，企業已經為建立一個好的電子商務系統打下良好基礎，在這個基礎上，在增加電子商務應用系統，就可以進行電子商務了。

一般來講，電子商務應用系統主要以應用軟體形式實現，它運行在已經建立的企業內部網(Intranet)之上。

電子商務應用系統分為兩部分，一部分是完成企業內部的業務處理和向企業外部用戶提供服務，比如用戶可以通過互聯網查看產品目錄、產品資料等；另一部分是極其安全的電子支付系統，電子支付系統使得用戶可以通過互聯網在網上購物、支付等，真正實現電子商務。

❷ 簡述電子商務的技術體系框架，急求，謝啦

電子商務的框架結構是指電子商務活動環境中所涉及的各個領域以及實現電子商務應具備的技術保證。從總體上來看，電子商務框架結構由三個層次和兩大支柱構成。其中，電子商務框架結構的三個層次分別是：網路層、信息發布與傳輸層、電子商務服務和應用層，兩大支柱是指社會人文性的公共政策和法律規范以及自然科技性的技術標准和網路協議。

（1）網路層 網路層指網路基礎設施，是實現電子商務的最底層的基礎設施，它是信息的傳輸系統，也是實現電子商務的基本保證。它包括遠程通信網、有線電視網、無線通信網和互聯網。因為電子商務的主要業務是基於Internet的，所以互聯網是網路基礎設施中最重要的部分。

（2）信息發布與傳輸層 網路層決定了電子商務信息傳輸使用的線路，而信息發布與傳輸層則解決如何在網路上傳輸信息和傳輸何種信息的問題。目前Internet上最常用的信息發布方式是在WWW上用HTML語言的形式發布網頁，並將Web伺服器中發布傳輸的文本、數據、聲音、圖像和視頻等的多媒體信息發送到接收者手中。從技術角度而言，電子商務系統的整個過程就是圍繞信息的發布和傳輸進行的。

（3）電子商務服務和應用層 電子商務服務層實現標準的網上商務活動服務，如網上廣告、網上零售、商品目錄服務、電子支付、客戶服務、電子認證（CA認證）、商業信息安全傳送等。其真正的核心是CA認證。因為電子商務是在網上進行的商務活動，參與交易的商務活動各方互不見面，所以身份的確認與安全通信變得非常重要。CA認證中心，擔當著網上「公安局」和「工商局」的角色，而它給參與交易者簽發的數字證書，就類似於「網上的身份證」，用來確認電子商務活動中各自的身份，並通過加密和解密的方法實現網上安全的信息交換與安全交易。

在基礎通信設施、多媒體信息發布、信息傳輸以及各種相關服務的基礎上，人們就可以進行各種實際應用。比如象供應鏈管理、企業資源計劃、客戶關系管理等各種實際的信息系統，以及在此基礎上開展企業的知識管理、競爭情報活動。而企業的供應商、經銷商、合作夥伴以及消費者、政府部門等參與電子互動的主體也是在這個層面上和企業產生各種互動。

（4）公共政策和法律規范 法律維系著商務活動的正常運作，對市場的穩定發展起到了很好的制約和規范作用。進行商務活動，必須遵守國家的法律、法規和相應的政策，同時還要有道德和倫理規范的自我約束和管理，二者相互融合，才能使商務活動有序進行。

隨著電子商務的產生，由此引發的問題和糾紛不斷增加，原有的法律法規已經不能適應新的發展環境，制定新的法律法規並形成一個成熟、統一的法律體系，成為世界各國發展電子商務的必然趨勢。

（5）技術標准和網路協議 技術標準定義了用戶介面、傳輸協議、信息發布標准等技術細節。它是信息發布、傳遞的基礎，是網路信息一致性的保證。就整個網路環境來說，標准對於保證兼容性和通用性是十分重要的。

網路協議是計算機網路通信的技術標准，對於處在計算機網路中的兩個不同地理位置上的企業來說，要進行通信，必須按照通信雙方預先共同約定好的規程進行，這些共同的約定和規程就是網路協議。

❸ 電子商務系統的框架是指實現電子商務的什麼/

1．電子商務一般框架
電子商務影響的不僅僅是交易各方的交易過程，它在一定程度上改變了市場的組成結構。傳統上，市場交易鏈是在商品、服務和貨幣的交換過程中形成的，現在，電子商務在其中強化了一個因素——信息。於是就有了信息商品、信息服務和電子貨幣。人們進行貿易的實質並沒有變，但是貿易過程中的一些環節因為所依附的載體發生了變化，也相應地改變了形式。這樣，從單個企業來看，它進行貿易的方式發生了一些變化；從整個的貿易環境來看，有的商業機會消失了，同時又有新的商業機會產生，有的行業衰退了，同時又有別的行業興起了，從而使得整個貿易過程呈現出一些嶄新的面貌。

電子商務的一般框架如圖2-2所示，它簡潔地描繪出了電子商務環境中的主要因素。通過它，可以更好地理解電子商務的概念，同時也可以了解電子商務的總體框架。

圖2-2 電子商務的一般框架

電子商務的一般框架基本上包含了電子商務環境中的主要因素。

（1）網路基礎設施。

網路基礎設施層次主要是電子商務的硬體基礎設施，也是實現電子商務的最低層的基本設施。網路基礎設施主要是信息傳輸系統，它包括遠程通信網、有線電視網、無線電通信網和Internet等。

以上這些不同的網路都提供了電子商務信息傳輸的線路，但是，目前大部分電子商務應用都建立在Internet上，其主要硬體有：電話設備、數據機（Modem）、集線器（Hub）、路由器（Router）、程式控制交換機、有線電視等。

（2）信息處理的基礎設施。

網路上傳播的內容包括有文本、圖片、聲音、圖像等。但網路本身並不知道傳遞的是聲音還是文字，它把它們一視同仁地視為0、1串。對於這些串的解釋、格式編碼及還原是由一些用於消息傳播的硬體和軟體共同實現的，它們位於網路基礎設施的上一層，即信息處理的基礎設施。網上信息的傳遞和發布、面向電子商務的基礎設計建設和電子商務應用等，都需要應用以計算機軟體技術和資料庫技術為主體的信息處理技術。電子商務的信息處理技術主要以Web平台為基礎，以HTML（Hypertext Marked Language，超文本鏈接語言）和XML、Java、ActiveX的形式將信息發布在WWW上為主要形式，開發面向電子商務的系統平台。資料庫技術是電子商務中信息收集、存儲、傳遞和發布的基礎，資料庫管理系統DBMS是其核心。

網路基礎設施的日益完善，使得通過網路來傳遞信息成為可能，在網路上可以傳播文本、圖片、聲音、圖像等形式多樣的信息。目前，在網上最流行的發布信息的方式是以HTML的形式將信息發布在WWW上，通過HTML可以將多媒體內容組織得益於檢索和富於表現力。這樣，企業可以利用網上主頁在Internet上發布各類商業信息，客戶可藉助網上的檢索工具迅速地找到所需商品信息。一個復雜的Web伺服器可以向一個特定的查詢者提供符合其個人習慣的目錄，一個Web網站所能完成的功能比任何用戶登記卡所能做到的更好、更持久，它能夠捕捉和分析用戶行為，用來完成未來規劃、掌握動態的個人市場營銷情況。本書第3章將綜合介紹資料庫、網路與Internet等電子商務技術基礎知識。

（3）消息和信息傳播的基礎設施。

消息和信息傳播的基礎設施層次主要提供傳播信息的工具和方式，是電子商務信息傳播的主要工具。它提供了以下兩種交流方式：

①格式化數據交流，例如，EDI（電子數據交換）傳遞消息，它的對象是機器，不需要人來干預，可以全部自動化。如訂單、發票、裝運單都比較適合格式化的數據交流。

②非格式化的數據交流，例如，使用FAX（傳真）和E-mail傳遞消息，它的對象一般是人，需要人來干預。

Internet上使用HTTP（超文本傳輸協議）作為傳遞消息的一種工具，它以一種統一的界面在多種不同環境下顯示非格式化的多媒體信息。每一個按該協議建立的文檔都包含著可供用戶進一步檢索的超級鏈接，這種超級鏈接可以連接到文本文檔，還可以連接到圖形、圖像、聲音和影視畫面等文檔。用戶可以在各種終端和操作系統下通過HTTP統一資源定位器（URL）找到所需要的信息。

（4）商業貿易服務的基礎設施。

商業貿易服務的基礎設施層次主要是實現標準的網上商務活動服務，以方便網上交易。這個層次是所有企業、個人進行貿易時都會使用到的服務。它主要包括：商品目錄/價目表建立、電子支付、商業信息的安全傳送、認證買賣雙方的合法性方法等。

對電子商務來說，目前的消息的傳播要適合電子商務的業務要求，必須提供安全和認證機制來保證信息傳遞的可靠性、不可篡改性和不可抵賴性，且在有爭議的時候能夠提供適當證據。商務服務的關鍵問題就是安全的電子支付。目前，很多的技術如密碼技術、數字證書、SET協議等都是為這個服務的，本書後面會專門討論電子商務中的安全與支付問題。

（5）電子商務的應用。

在上述基礎上，可以一步一步地建設實際的電子商務應用，如網上交易、網上銀行、電子廣告、供應鏈管理、視頻點播、家庭購物、信息服務等。

（6）政策法規。

法律法規和公共政策是電子商務的社會人文環境支柱，是電子商務活動的准則，也是電子商務順利開展的保證。主要涉及電子商務參與各方的法律關系、稅收、知識產權保護、隱私權的保護、新技術（如電子合同、電子簽名）在法律上的效力、社會誠信體系和市場規則等。

從法律角度考慮，電子商務安全認證是指進行商務活動的雙方資料與產品的真實性和安全性。電子商務和傳統商務一樣，是一種嚴肅的社會行為，為了從法律上保證買賣雙方的權益，電子商務雙方必須以真實的身份進入市場、提供真實的信息。這就是電子商務的真實性。正因為是真實的資料/產品，電子商務雙方在對方沒有授權可公開資料的情況下就有義務為對方的資料/產品保密，這就是電子商務的安全性。電子商務安全認證系統的建設首先是電子商務法的制定。沒有法律的保護，其他有關電子商務安全認證系統只能是空頭支票。國際上，人們對於信息領域的立法工作十分重視。美國政府在不久前發布的「全球電子商務的政策框架」中，在法律方面做了專門的論述，俄羅斯、德國、英國等國家也先後頒布了多項有關法規，1996年聯合國貿易組織通過了《電子商務示範法》。目前在我國，政府在信息化方面的注意力還主要集中在信息化基礎設施建設方面，信息立法也已經起步，如《電子簽名法》已經頒布實施，但針對電子商務的法律法規還有待健全。其他的如個人隱私權、信息定價等問題也需要進一步界定，比如：是否允許商家跟蹤用戶信息，對兒童能夠發布哪些信息，這些問題隨著越來越多的人介入到電子商務中，必將變得更加重要和迫切。

隨著電子商務的發展，商家不僅要搶奪已有的網上客戶，還要挖掘潛在的客戶，於是人們在網上的各種商務活動和個人信息都在不知不覺中被商家記錄。商家可以有的放矢，大量的宣傳廣告會充斥用戶的電子郵箱。個人秘密信息的安全得不到保障，這必然使用戶對電子商務望而卻步，阻礙電子商務的發展。為保障網上的個人隱私權，促進電子商務的發展，應該對此進行立法或對相應的法規進行必要的修改。

（7）技術標准。

技術標準是信息發布和傳遞的基礎，是網路上信息一致性的保證，是電子商務的自然科學性支柱。技術標準定義了用戶介面、傳輸協議、信息發布標准等技術細節。就整個網路環境來說，標准對於保證兼容性和通用性是十分重要的。這就像不同的國家使用不同的電壓傳輸電流，用不同的制式傳輸視頻信號，限制了許多產品在世界范圍的使用。目前在電子商務活動中也遇到了類似的問題，例如EDI標准，電子商務數據交換標准ebXML，一些像VISA、MasterCard這樣的國際組織已經同業界合作制定出用於電子商務安全支付的SET協議。

2.2.2 電子商務系統的體系結構
1．電子商務系統的基本結構
電子商務系統是由許多系統角色構成的一個大系統。由於電子商務條件下的各方是通過網路進行信息溝通和業務合作的，因此需要一些傳統商務活動中沒有或者參與程度不深的一些角色，如用於網上身份認證的認證中心、完成商品配送的物流中心和提供電子商務相關服務的電子商務服務商等。即使是傳統商務中的角色，在電子商務系統中其功能和定位上也發生了巨大的變化，如銀行的網上支付服務的提供等。

電子商務系統的基本結構如圖2-3所示。

圖2-3 電子商務系統的基本結構

電子商務系統的主要角色有采購者、供應者、支付中心、認證中心、物流中心、電子商務服務商等

❹ web 服務的應用框架有哪些

官方網站:http://httpd.apache.org/

1.1.2 Lighttpd伺服器
Lighttpd是由一個德國人寫的開源軟體，其目標是提供一個專門針對高性能網站，安全、快
速、兼容性好並且靈活的Web Server環境。它具有內存開銷低、CPU佔用率低、效能好，以及
模塊豐富等特點。支持FastCGI、CGI. Auth、輸出壓縮(output compress )、URL重寫及Alias
等重要功能。Lighttpd跟Nginx一樣，也是一款輕量級Web伺服器，是Nginx的競爭對手之一。
官方網站:http://www.lighttpd.net/

1.1.3 Tomcat伺服器
Tomcat是一個開放源代碼、運行servlet和JSP Web應用軟體的基於Java的W eb應用軟體容
器。Tomcat Server是根據servlet和JSP規范執行的，因此也可以說Tomcat Server實行了
Apache-Jakarta規范，且比絕大多數商業應用軟體伺服器要好。但是，Tomcat對靜態文件、高並
發的處理比較弱。
官方網站:http://tomcat.apache.org

1.1.4 IBM WebSphere伺服器
WebSphere Application Server是一種T}}能完善、開放的Web應用程序伺服器，是IBM電子
商務計}}J的核心部分，它基於Java的應用環境，建立、部署和管理Internet和Intranet Web應
用程序。這一整套產品目前己進行了擴展，以適應Web應用程序伺服器的需要，范圍從簡單到
高級，直到企業級。據IBM官方網站介紹，有10 000多個企業正在使用IBM WebSphere，相對
於其他流行的Web伺服器而言，應用的數量很少。
官方網站:http://www.ibm.com/developerworks/cn/websphere

1.1.5 Microsoft IIS
Microsoft的W eb伺服器產品為Internet Information Server C IIS ) . IIS是允許在公共Intranet
或Internet上發布信息的Web伺服器。它是目前最流行的W eb伺服器產品，很多著名的網站都
是建立在IIS平台上的。IIS提供了一個圖形界面的管理工具，稱為Internet服務管理器，可用於
監視配置和控制Internet服務。
IIS是一種Web服務組件，其中包括Web伺服器、FTP伺服器、NNTP伺服器和SMTP服務
器，分別用於網頁瀏覽、文件傳輸、新聞服務和郵件發送等方面，它使得在網路(包括互聯網和局
域網)上發布信息成了一件很容易的事。它提供ISAPI ( Intranet Server API)作為擴展Web伺服器
功能的編程介面;同時，它還提供一個Internet資料庫連接器，可以實現對資料庫的查詢和更新。
IIS只能運行在Microsoft Windows平台、LinuxNnix平台上，因此須要購買商業的Windows
Server操作系統。

❺ 電子商務網站常用的系統架構哪些

前台系統包括：商品展示，內容展示，訂單確認，支付系統，用戶中心四大模塊

一. 商品展示

• 站內搜索(搜索提示，搜索規則，搜索成功頁，搜索不成功頁，相似推薦)

• 導航(頻道導航，其他導航如銷售排行，廣告位，推薦位，文字鏈，also buy等)

• 商品分類(品牌分類，品類分類，屬性分類如剪裁形式)

• 登陸頁(商品列表頁，商品詳細頁，商品活動頁)

這里的訪問邏輯是：a /b/c分流消費者去往相對個性化的頁面，由登陸頁體現商家的核心訴求和價值傳遞，完成call-to-action的第一步。

二. 內容展示：內容展示較為簡單，對純購物品牌而言包括：

• 公告區

• 幫助中心

• 論壇(如需商城與論壇發生交互，則需自行開發，否則可集成discuz做同步登陸即可)

三. 訂單確認

訂單確認，就是幫助消費者正確提交訂單信息的環節，看似簡單，實則非常復雜，需要對很多信息邏輯判斷和處理，一般由2個部分組成：

• 購物車

• 訂單提交(返回購物車，收貨地址&地址薄，支付方式判斷，配送方式，發票，訂單標記，實付金額計算等等)

四. 支付系統

與一般的想像不同，支付系統其實並不簡單等於第三方支付工具接入：

• 外部支付系統(支付寶將介面，財付通介面，網銀直聯埠，信用卡分期埠)

• 內部支付系統(賬戶余額，積分，禮品卡，優惠券)

支付系統的邏輯設計不但需要考慮到各種極端情況的發生(如一張訂單先用禮品卡，再用積分，最後網銀支付)，還要預留財務做賬所需的相關欄位，並充分考慮訂單取消之後如何回滾各類內部賬戶。

五. 用戶中心

用戶中心的實質是用戶自助功能的dashboard，一般4個部分組成：

• 注冊&登陸(快速注冊，完整注冊，注冊有禮，推薦注冊，密碼找回，主站id登陸，open-id登陸如qq，新浪微博等)

• 訂單中心(歷史訂單狀態，中間狀態訂單修改，物流追蹤)

• 服務中心(各類自助服務如退款申請，退換貨申請，建議與投訴等)

• 信息管理(用戶基本信息管理和賬戶信息管理)

後台系統包括：商品&促銷，crm，訂單處理，wms，采購管理，財務管理，報表管理，系統設置，wa系統9大模塊

一. 商品&促銷

• 商品管理(品類管理，品牌管理，單品管理)

• 促銷管理(活動管理和自定義活動模板管理)

在上述模塊中，最重要的是2個部分：單品管理中的批量產品生成的自動程序和活動管理中「共享與互斥」管理。前者用於大幅提升上新速度，後者避免促銷活動失控。

二. crm ：crm是對b2c核心資源—會員的管理，服務與再營銷系統，包括如下部分：

• 會員管理(會員信息的增刪改查和到其他系統的鏈接)

• 用戶關懷(條件觸發和人工觸發相關edm &簡訊& ob)

• 定向營銷(會員分組和營銷活動管理)

• 客服管理(內容非常多，集成所有需前台與後台交互的功能，詳情還是看圖吧)

• 呼叫中心(ivr，坐席管理，統計報表，參數傳遞與窗口嵌入)

值得注意的，edm和簡訊通道市面上已經有成熟的外包服務商，一般都會外包；呼叫中心和在線客服自行開發成本太高，特別是呼叫中心系統，業務初期也都是外包的。

三. 訂單處理：訂單處理是在訂單未正式進入倉儲部門處理之前，對訂單的前置性處理環節。

• 訂單錄入(電話訂購，網上下單，外部團購訂單，無金額訂單錄入如禮品單)

• 訂單審核(自動審核和人工審核)

• rma處理(rma申請單和rma處理單)

四. wms(warehouse management system倉庫管理系統)

• wms的流程很長，功能模塊也很多，大致分為入庫管理，庫存管理，出庫管理和票據管理4個模塊四個模塊

五. 采購管理

• 供應商管理(供應商信息管理，合同發票管理)

• 采購單管理(po單管理，負po單管理)

• 庫存管理(庫存查詢，庫存佔用單，庫存變動log)

六 .財務管理：b2c的財務管理，主要是對供應商，渠道和內部費用支出的成本控制。

• 供應商結算

• 渠道結算

• 配送結算

• 內部結算

七. 報表管理：報表是b2c業務的宏觀表現，理論上說，每個部門的kpi都應該從中找到。

• 搜索報表(站內搜索量查詢)

• 銷售報表(多個維度銷量查詢，優惠券使用情況，報表導出)

• 財務報表

• 客服報表(客服日報和坐席報表)，前者反映與消費者發生的日常交互(包括正常與異常)，後者考核客服的工作績效

• 倉儲物流報表，這幾塊報表，是業務運作的核心，涉及到公司機密，就不能寫的太細了，見諒。

八. 系統設置：這塊大家都知道是幹嘛的，也就不多說了，分成三塊。

• 基礎設置(和業務有關的一些欄位值)

• 許可權設置(不同賬號的操作許可權和操作記錄)

• 其他設置

九. wa系統(web analytcis)

網站分析系統，幾乎全是外購，很少有能夠自建的，即使自建，最多做幾個簡單的模塊。用於實戰的，要麼是免費的ga(google analytics)，要麼是昂貴的omniture。

❻ 電子商務網站一般架構有哪些

大型電子商務網站架構，摘抄 7.同一個網站的多語言該如何處理是好,使用配置文件然後cookie或url來判別?===客戶是自己公司，使用標准方法即可
8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎麼設計才好(工廠模式)?===采購成熟的規則引擎
9.如果同一時間並發大量訂單的話,如果確保一個訂單的有效提交呢?
==電子商務一般要使用MQ，推薦IBM MQ；使用MSMQ也可
第一點是資料庫要設計好，要達到什麼級別，你可能需要考慮哪些表需要拆分，哪些表的核心數據需要冗餘，如果是mysql，還要考慮其他的問題，比如存儲引擎。
新聞肯定是要生成純靜態頁，對資料庫壓力就小很多，不過靜態頁也有管理上的不方便，更新刪除添加都要對磁碟文件進行操作
做一個自定義緩存層，對緩存邏輯進行控制，可以採用第三方緩存模塊，如果使用.net來做，可以層層緩存，頁面緩存，數據緩存（memcache，不過在win下效率不高）
電子商務網站特點就是對事務的嚴格，需要資料庫設計的時候要求高性能，也需要合適的索引，支持高並發，經常對產品表用戶表等進行索引檢查，是否有很多索引掃描和表掃描（即使是局部的，也要將逗局部地控制到最小范圍）
mssql語句對不需要事務的查詢要附帶上with(nolock),以利於並發更新。
有些功能模塊不能按照想當然的方式開發，比如產品訪問次數，切不可將這些更新非常頻繁的欄位置於核心表內，明確的做法是將其剝離開來 還有就是切不可經常性將欄位設計成bool類型，這樣會給以後的擴展留出路，即使是男女這種欄位，也建議採用tiny類型
其他還有就是在產品設計的時候充分考慮seo，網站目錄結構清晰可讀，而不是帶著一串串的查詢參數。
對安全要有整體的把握，最好全都是用存儲過程，在項目上線前將資料庫存儲過程全部導出再查找貌似exec的語句，查找是否需要替換成sp_executesql。
另外，如果採用mssql，全文搜索直接用mssql fte就可以，速度和精確度都還是可以的，最重要的是維護和管理開發很簡單。
打折的處理可以按照電信的一次，二次批價功能，如果你做過電信方面的系統。
當然也可以設計得更簡單的一些。 靜態的頁面建議使用CDN加速，以解決網通和電信之間訪問速度的問題；
數據的緩存方面建議考慮用memcache，另外也可以分別在表現層和數據層利用.net中的現存緩存機製作業可；
簡單執行的sql可以不用存儲過程，存儲過程會佔用資料庫伺服器的處理時間，造成死鎖；
mvc建議還是做些CMS的項目上應用，電子商城不是很適合，個人觀點。url上可以做轉義，使url顯示更友好；
資料庫建議建立分布資料庫，這樣可以轉移查詢和大訪問量對資料庫帶來壓力；
圖片可以考慮單獨放在一台伺服器上；1.三層架構
2.使用手寫sql,手寫entity(生成也可),緩存反射綁定(不是緩存數據哦,緩存映射關系),要考慮網站的長期發展還是手寫吧 靈活 性能也好
3.沒有這種問題,商業驅動的,純購物就好了,千萬別搞什麼圈子,wiki
4.純.net的mvc不建議,webform不搞viewstate,不搞服務端控制項(除repeater)再加點mvc的思想已足夠用了
5.不需要緩存數據(除搜索產品部分),要考慮多台伺服器的程序快速部署,config文件會很多,config要序列化緩存
6.當然是先生成好了,參照jd吧,按業務每張圖片對應幾個不同大小的圖
7.據經驗,電子商務網站僅靠中英雙語來達到多語言是不靠譜的(文化 用戶習慣不是簡單的語言切換),如果想真正運營英語的就要重新開發一個版本
8.不搞模式
9.負載均衡(web,db)+ssb非同步處理數據
10.你是業務類型的日誌還是異常日誌? 前台訂單流程上異常日誌不需要了,找個工具錄個腳本不停的跑 保證隨時發現問題發郵件就可以了
11.找第三方搜索組件 類似endeca的
12.負載均衡挺簡單的,初期靠軟體就可以,一切圖片找第三方放cdn,前台網站用到ajax的地方很少,如果用的話jquery 1，一個電子商務網站用戶99.5%的行為時Find
2、對於商品檢索部分，能不用資料庫就不用資料庫（網上切詞等相關的開源平台很多）
3、分布式緩存（Memcached 、Volecity），個人測試volecity 3還是不錯的
4、系統設計時必須要考慮可運營。從這個角度去設計系統
5、對於電子商務網站改動很頻繁，必須考慮架構設計如何適應頻繁的版本更新
6、必須設計一個好的單點登錄系統。
7、建議能不用sqlserver就不用它。
8、對於大型電子商務網站來說，系統的I/O是起決定因素而不是CPU和內存。1.項目劃分是否會有問題,圖中分別是 實體層,數據訪問介面層,數據訪問層,業務邏輯介面層,業務邏輯,網站A,B,C
項目劃分其實不重要，重要的的是你在寫代碼的時候是否能把代碼合理的分到對應的項目里。
2.數據訪問層是要開發效率(NBear,Linq,Nh等),還是訪問效率(直接使用sql等)?是否可以先使用開發效率高的,等日後訪問量大了,再重寫並替換數據訪問層?
開發效率優先，訪問量大了以後，我相信是有錢投到硬體上的，在你程序寫的不是很爛的情況下，升級硬體遠比優化程序節省成本。
3.網站被切割成了多個子網站,有一些控制項(如header,footer)是要共享的,如何跨網站項目共享這些控制項呢?
那就做成自定義控制項啦。
4.ms的mvc 1.0也出來不少時間了,是否已經夠成熟運用到項目中?或者是網站後台使用webform的,前台使用mvc?
推薦使用使用webform的,前台使用mvc，對於前台來說使用mvc能更好的提升性能，更方便的更換頁面表現形式。後台界面相對穩定，用webform可以提高開發效率。
5.網站數據的緩存是自己開發一個hashtable什麼的來維護呢,還是使用Memcached ?
初期建議用hashtable，因為簡單，將來升級到Memcached 。
6.縮略圖的處理,我看有的網站是在上傳圖片的時候直接生成,有的是在httpmodle里處理,訪問的時候生成.
直接生成縮略圖的好處是節約性能。httpmodle相反，每次瀏覽圖片的時候都會生成新的圖片，伺服器壓力大，建議直接生成。
7.同一個網站的多語言該如何處理是好,使用配置文件然後cookie或url來判別?
多語言建議使用asp.net自帶的資源文件的方式實現，當前語言保存在cookie裡面。
8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎麼設計才好(工廠模式)?
規則引擎
9.如果同一時間並發大量訂單的話,如果確保一個訂單的有效提交呢?
使用MQ隊列
10.日誌方面,log4net?
log4net只能記錄程序運行日誌，主要目的是用來調試程序的，系統業務操作日誌還你是得自己建一個表來保存。
11.電子商務的全文檢索,這也是個頭疼的問題
lucene，微軟索引服務，sqlserver全文檢索，方案很多的。
12.負載均衡方面,有什麼好的文章推薦碼?
可以看windows 2003 集群方面的文章 1.項目劃分是否會有問題,圖中分別是 實體層,數據訪問介面層,數據訪問層,業務邏輯介面層,業務邏輯,網站A,B,C
目前我也是這樣分的,不過當數據表結構有修改時,會帶動其它層的聯級修改,非常不方便，所以開發之前最好將資料庫設計地完善一點。另外，當網站分成多個以後，其它項目生成的DLL文件要部署到每個網站的bin文件夾里，更新一次都要重新部署，這也是個挺煩人的事，當然可以將DLL部署到GAC里來解決這個問題，不過這樣的話本地調試起來就不太方便了，因為項目一有改動，就要將生成的DLL重新拷貝到GAC里才能看到效果。
2.數據訪問層是要開發效率(NBear,Linq,Nh等),還是訪問效率(直接使用sql等)?是否可以先使用開發效率高的,等日後訪問量大了,再重寫並替換數據訪問層?
這個我也在考慮。目前我還沒有採用ORM框架，都是在DAL里直接訪問DB的。
3.網站被切割成了多個子網站,有一些控制項(如header,footer)是要共享的,如何跨網站項目共享這些控制項呢?
自定義控制項。
4.ms的mvc 1.0也出來不少時間了,是否已經夠成熟運用到項目中?或者是網站後台使用webform的,前台使用mvc?
正在學習這一塊。
5.網站數據的緩存是自己開發一個hashtable什麼的來維護呢,還是使用Memcached ?
現在我用的比較多的是.net自帶的數據緩存。
6.縮略圖的處理,我看有的網站是在上傳圖片的時候直接生成,有的是在httpmodle里處理,訪問的時候生成.
直接生成好，快一點。
7.同一個網站的多語言該如何處理是好,使用配置文件然後cookie或url來判別?
我沒涉及到這一塊，不過我覺得資源文件應該就是用來處理這個問題的。
8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎麼設計才好(工廠模式)?
這些都放在邏輯層好了。
9.如果同一時間並發大量訂單的話,如果確保一個訂單的有效提交呢?
MSMQ
10.日誌方面,log4net?
目前我是自已寫代碼存在庫里的。
11.電子商務的全文檢索,這也是個頭疼的問題
用lucene.net分詞建索引，再直接從索引庫里搜索，又快又准。
12.負載均衡方面,有什麼好的文章推薦碼?
不清楚了。 這樣的設計要達到新蛋的效果肯定不可能的，新蛋少說幾百台伺服器，不同資料庫之間的發布訂閱鏈路都有幾千條。有復雜的緩存，負載均衡機制。新蛋所有的通訊都是基於WCF的。另外對於這么大型的網站來說，資料庫一刻都不停止，所以讀寫分離也很重要，因為你也不可能讓資料庫停下來進行備份。總歸要做到新蛋這樣的大型電子商務網站，靠你上面畫的這點好像遠遠不夠。
不過關於公共的header,footer,我不建議做成自定義控制項，這個維護起來不方便，稍有變動就要發布dll，麻煩的。
如果你的header和footer不是很大的話，建議採用js+css的方式。然後加上壓縮和cdn緩存，應該效率上能接受。

❼ 簡述電子商務的基本框架結構

電子商務的基本框架結構：

1、綜合商城：

將許多品牌專賣店裝進去，這就是商城。而後面的淘寶商城也是這個形式，它有龐大的購物群體，有穩定的網站平台，有完備的支付體系，誠信安全體系（盡管仍然有很多不足），促進了賣家進駐賣東西，買家進去買東西。

如同傳統商城一樣，淘寶自己是不賣東西的，是提供了完備的銷售配套。而線上的商城，在人氣足夠，產品豐富，物流便捷的情況下，其成本優勢，二十四小時的不夜城，無區域限制，更豐富的產品等等優勢，體現著網上綜合商城，即將獲得交易市場的一個角色。

2、專一整合型：

（1）百貨商店：商店，謂之店，說明賣家只有一個；而百貨，即是滿足日常消費需求的豐富產品線。這種商店是自有倉庫，以備更快的物流配送和客戶服務。

（2）垂直商店：垂直商店，服務於某些特定的人群或某種特定的需求，提供有關這個領域需求的全面及更專業的服務。

3、銜接通道型：

M2E是英文Manufacturers to E-commerce（廠商與電子商務）的縮寫，是駕馭在電子商務上的一種新型行業。是一個以節省廠商銷售成本和幫助中小企業的供應鏈資源整合的運作模式。2007年美國電商峰會上由知名經濟學家提出，在國內代表企業有廣州點動信息科技有限公司。

4、服務型網店：

服務型的網店越來越多，都是為了滿足人們不同的個性需求，甚至是幫你排隊買電影票，都有人交易，很期待見到更多的服務形式的網店。

5、導購引擎型：

作為B2C的上游商，給商家們帶去客戶。服務業必須站在消費者的角度。這才是王道。愛比網力爭成為電商有效的流量采購平台，並以降低高品質B2C商家們的營銷成本。

6、社交電商：

社交電子商務是電子商務的一種新的衍生模式。它藉助社交媒介、網路媒介的傳播途徑，通過社交互動、用戶自生內容等手段來輔助商品的購買和銷售行為。在Web2.0時代，越來越多的內容和行為是由終端用戶來產生和主導的，比如博客、微博。一般可以分為兩類。

一類是專注於商品信息的，主要是通過用戶在社交平台上分享個人購物體驗、在社交圈推薦商品的應用。另一類是比較新的模式，通過社交平台直接介入了商品的銷售過程，這類是讓終端用戶也介入到商品銷售過程中，通過社交媒介來銷售商品。

7、團購模式：

團購就是團體線上購物，指認識或不認識的消費者聯合起來，加大與商家的談判籌碼，會取得最優價格的一種購物方式。根據薄利多銷的原則，商家可以給出低於零售價格的團購折扣和單獨購買得不到的優質服務。

團購作為一種新興的電子商務模式，通過消費者自行組團、專業團購網、商家組織團購等形式，提升用戶與商家的議價能力，並極大程度地獲得商品讓利，引起消費者及業內廠商、甚至是資本市場關注。團購的商品價格更為優惠，盡管團購還不是主流消費模式，但它所具有的爆炸力已逐漸顯露出來。團購的主要方式是網路團購。

(7)web電子商務框架擴展閱讀：

電子商務的基本功能：

1、普遍性：電子商務作為一種新型的交易方式，將生產企業、流通企業以及消費者和政府帶入了一個網路經濟、數字化生存的新天地。

2、方便性：在電子商務環境中，人們不再受地域的限制，客戶能以非常簡捷的方式完成過去較為繁雜的商業活動。如通過網路銀行能夠全天候地存取賬戶資金、查詢信息等，同時使企業對客戶的服務質量得以大大提高。在電子商務商業活動中，有大量的人脈資源開發和溝通，從業時間靈活，完成公司要求，有錢有閑。

3、整體性：電子商務能夠規范事務處理的工作流程，將人工操作和電子信息處理集成為一個不可分割的整體，這樣不僅能提高人力和物力的利用率，也可以提高系統運行的嚴密性。

4、安全性：在電子商務中，安全性是一個至關重要的核心問題，它要求網路能提供一種端到端的安全解決方案，如加密機制、簽名機制、安全管理、存取控制、防火牆、防病毒保護等等，這與傳統的商務活動有著很大的不同。

5、協調性：商業活動本身是一種協調過程，它需要客戶與公司內部、生產商、批發商、零售商間的協調。在電子商務環境中，它更要求銀行、配送中心、通信部門、技術服務等多個部門的通力協作，電子商務的全過程往往是一氣呵成的。

❽ 什麼是電子商務框架中的基礎6+

1．電子商務一般框架
電子商務影響的不僅僅是交易各方的交易過程，它在一定程度上改變了市場的組成結構。傳統上，市場交易鏈是在商品、服務和貨幣的交換過程中形成的，現在，電子商務在其中強化了一個因素——信息。於是就有了信息商品、信息服務和電子貨幣。人們進行貿易的實質並沒有變，但是貿易過程中的一些環節因為所依附的載體發生了變化，也相應地改變了形式。這樣，從單個企業來看，它進行貿易的方式發生了一些變化；從整個的貿易環境來看，有的商業機會消失了，同時又有新的商業機會產生，有的行業衰退了，同時又有別的行業興起了，從而使得整個貿易過程呈現出一些嶄新的面貌。

電子商務的一般框架如圖2-2所示，它簡潔地描繪出了電子商務環境中的主要因素。通過它，可以更好地理解電子商務的概念，同時也可以了解電子商務的總體框架。

圖2-2 電子商務的一般框架

電子商務的一般框架基本上包含了電子商務環境中的主要因素。

（1）網路基礎設施。

網路基礎設施層次主要是電子商務的硬體基礎設施，也是實現電子商務的最低層的基本設施。網路基礎設施主要是信息傳輸系統，它包括遠程通信網、有線電視網、無線電通信網和Internet等。

以上這些不同的網路都提供了電子商務信息傳輸的線路，但是，目前大部分電子商務應用都建立在Internet上，其主要硬體有：電話設備、數據機（Modem）、集線器（Hub）、路由器（Router）、程式控制交換機、有線電視等。

（2）信息處理的基礎設施。

網路上傳播的內容包括有文本、圖片、聲音、圖像等。但網路本身並不知道傳遞的是聲音還是文字，它把它們一視同仁地視為0、1串。對於這些串的解釋、格式編碼及還原是由一些用於消息傳播的硬體和軟體共同實現的，它們位於網路基礎設施的上一層，即信息處理的基礎設施。網上信息的傳遞和發布、面向電子商務的基礎設計建設和電子商務應用等，都需要應用以計算機軟體技術和資料庫技術為主體的信息處理技術。電子商務的信息處理技術主要以Web平台為基礎，以HTML（Hypertext Marked Language，超文本鏈接語言）和XML、Java、ActiveX的形式將信息發布在WWW上為主要形式，開發面向電子商務的系統平台。資料庫技術是電子商務中信息收集、存儲、傳遞和發布的基礎，資料庫管理系統DBMS是其核心。

網路基礎設施的日益完善，使得通過網路來傳遞信息成為可能，在網路上可以傳播文本、圖片、聲音、圖像等形式多樣的信息。目前，在網上最流行的發布信息的方式是以HTML的形式將信息發布在WWW上，通過HTML可以將多媒體內容組織得益於檢索和富於表現力。這樣，企業可以利用網上主頁在Internet上發布各類商業信息，客戶可藉助網上的檢索工具迅速地找到所需商品信息。一個復雜的Web伺服器可以向一個特定的查詢者提供符合其個人習慣的目錄，一個Web網站所能完成的功能比任何用戶登記卡所能做到的更好、更持久，它能夠捕捉和分析用戶行為，用來完成未來規劃、掌握動態的個人市場營銷情況。本書第3章將綜合介紹資料庫、網路與Internet等電子商務技術基礎知識。

（3）消息和信息傳播的基礎設施。

消息和信息傳播的基礎設施層次主要提供傳播信息的工具和方式，是電子商務信息傳播的主要工具。它提供了以下兩種交流方式：

①格式化數據交流，例如，EDI（電子數據交換）傳遞消息，它的對象是機器，不需要人來干預，可以全部自動化。如訂單、發票、裝運單都比較適合格式化的數據交流。

②非格式化的數據交流，例如，使用FAX（傳真）和E-mail傳遞消息，它的對象一般是人，需要人來干預。

Internet上使用HTTP（超文本傳輸協議）作為傳遞消息的一種工具，它以一種統一的界面在多種不同環境下顯示非格式化的多媒體信息。每一個按該協議建立的文檔都包含著可供用戶進一步檢索的超級鏈接，這種超級鏈接可以連接到文本文檔，還可以連接到圖形、圖像、聲音和影視畫面等文檔。用戶可以在各種終端和操作系統下通過HTTP統一資源定位器（URL）找到所需要的信息。

（4）商業貿易服務的基礎設施。

商業貿易服務的基礎設施層次主要是實現標準的網上商務活動服務，以方便網上交易。這個層次是所有企業、個人進行貿易時都會使用到的服務。它主要包括：商品目錄/價目表建立、電子支付、商業信息的安全傳送、認證買賣雙方的合法性方法等。

對電子商務來說，目前的消息的傳播要適合電子商務的業務要求，必須提供安全和認證機制來保證信息傳遞的可靠性、不可篡改性和不可抵賴性，且在有爭議的時候能夠提供適當證據。商務服務的關鍵問題就是安全的電子支付。目前，很多的技術如密碼技術、數字證書、SET協議等都是為這個服務的，本書後面會專門討論電子商務中的安全與支付問題。

❾ 電商前端架構設計

什麼是前端架構

• 說到架構，很容易拉出一系列的概念知識點，像系統架構、軟體架構、框架等等，這些不是今天探討的重點，大家可以下去網路來理解。架構的本質是什麼？其實也是一種管理。通常我們所說的管理，都是指對於任務和人員的管理，而架構管的是機器和代碼。比如說，機器的部署屬於運維的物理架構，SOA屬於服務架構，那麼，前端的架構指什麼呢？

• 長期以來，前端所處的位置是比較偏應用層，很薄的一層，而架構又要求深度和廣度，所以之前在前端裡面做架構，好比在小水塘里游泳，稍微撲騰兩下就到處碰壁。但最近這幾年來，隨著一些列新的技術和概念的出現，前端的范圍被大大拓展了，所以這一層逐漸變得大有可為。

• 單純從語言的角度來說，html、js、css是最簡單最容易上手的開發語言，不考慮模塊化、工具、壓縮優化，任何人都可以快速上手，完成一兩個功能簡單的頁面。在規模很小的項目中，前端技術要素彼此不會直接產生影響，因此無需架構相關的思考。由於前端語言這種靈活鬆散的特點，使得前端項目規模在達到一定規模後，工程問題凸顯，成為發展瓶頸，原來孤立的技術要素開始彼此產生影響，各種技術要素彼此之間開始出現關聯，要用模塊化開發，就必須對應某個模塊化框架，用這個框架就必須對應某個構建工具，要用這個工具，就必須對應某個包管理工具……這個時候，需要有人從比較高的角度去梳理、尋找適合自己團隊的集成解決方案。而這一系列解決問題的工具和手段就是所謂的前端架構。

架構的組成

組件框架

• 架構不等於框架這一點很好理解，相信大家都能夠很深入的說明這里的差別，框架是架構的重要組成部分，架構決定框架的選型，框架決定架構的技術路線。架構圍繞框架進行一系列的流程工具建設，從而形成完善自動的開發體系。
  +框架不等於類庫，這里就是很多人困惑的點，你用的什麼框架？jquery、underscore、linq、seajs、requirejs等等，每個人都能夠列舉一大堆。但這個是不準確的，一套編碼框架是有一系列的元素組成：

• 開發模式，我們如何來實現代碼的職責分離。以前整個前端是mvc中v這一層，而現在前端內部也進行了mvc的邏輯細分，Javascript的MVC框架現在很多，有的強化m、有的強化c。每一個框架其實都有其特點的，並且有越來越多的創新改造，比如現在最流行的是mvvm。有angular、react等等。我們是為了引入mvvc才把他們納入到我們的開發體系，而不是因為他是一個好用的類庫。

• 通訊，模塊化、組件化是前端在推進開發模式過程中的一個過程產物，為了有效的進行組件隔離和獨立，現在有各種各樣的通信模型出來，不過由於實現簡單，代碼少，他往往是合入到某個類庫裡面，但本質也是一個類庫。比較成熟的比如：消息匯流排、事件模擬、緩存中轉、flux模型等等。

• 模板，我們用什麼樣的方式來集中的處理數據往html的轉換過程，這里就不用多展開，這種類庫現在太多了，光我們公司就有很多套，大家在代碼行、緩存管理、預編譯、運算性能、強大的語法等等各個維度不段追求各種極致。

• 基礎類庫最後才是傳統類庫，相信現在已經沒有同學會在項目中去約束團隊中的dom操作、常用函數、方法、非同步化等等各種很基礎東西，這個時候我們一般就是引入jq、zepto、underscor這些封裝好的東西就行了。核心就是為了改善編碼生產力。

• 對於框架的選型要從兩面看，一是看該框架的本領，二是看你們團隊的能耐。從經驗上給幾個點建議：

• 這里也可以順便展開聊一下現在前端產品的形態分類：

• 從這些分類裡面，我們這些年派生出了所謂全端和全棧的概念。但本質上怎麼走還是要由所在產品的形態來決定。

• 內容型Web站點 側重渲染方面的優化，前端邏輯比重小

• 操作型B/S系統 以數據和邏輯為中心，界面較規整

• hybrid內置型，要處理緩存和一些本地介面，包括PC客戶端和移動端。現在的本地應用，基於很多考慮，都變成了混合應用，也就是說，開發這個應用的技術，既包含原生的代碼，也包含了嵌入的HTML5代碼

• Web游戲，前端的邏輯非常重，在代碼結構上要求非常高的可管理性和更復雜的設計模式。

• 桌面應用型，現在有一些PC端的混合應用開發技術，比如node-webkit和hex，前者的典型應用是XDK，後者的典型應用是有道詞典，此外，豌豆莢的PC客戶端也是採用類似技術的，也有一些產品是用的qt-webkit。這類技術可以方便做跨平台，極大減少開發工作量。

• 大工程應該盡量避開谷歌產品，他的很多技術開源項目都是玩票性質的，GWT、Closure、Darty就是前車之鑒。曾今提出過很多的新技術，到現在還是獨家的，變出太大。包括現在angular，喜歡做斷崖式升級，做做運營後台系統問題不大，如果是線上系統的話，每次升級就是一次人月神話中的典型焦油坑。

• 關注應用場景，像剛才說到的boss後台是一種；另外我的平台是否有沉重的歷史包袱，需要兼容ie6，還是可以輕裝上陣；產品對於seo是什麼樣的態度？是否需要考慮自適應？或者我的團隊足夠大，能夠各搞一套？；產品特徵是強內容還是強交互或者是游戲性。這些都是選擇不同框架的主要出發點。

• 沒有最好，只有最適合自己的，基本上，針對每個平台，我們都可以列出一些主流框架，但不意味著你們都能駕馭得住。小馬過馬，老牛沒過膝，松鼠淹個半死，就是這么回事。但無論我們選擇什麼框架或決定自己動手造輪子，都勿忘初心，技術必須讓我們工作生活更為輕松愉快——我們只選擇我們能駕馭住的框架，我們不能保證它在一年後是否會過時落後。

• 而且按照我個人這么多年的經驗來看，任何框架都會過時，往往不是因為他不夠好，而是因為一定有更好的出來。我們再選擇一個框架或者一個類庫的時候就要想好，未來我如何拋棄他。至少不能成為我們引入新的框架的絆腳石。現實的工作中很多的團隊往往會陷入到年復一年的用今年的新框架去重構去年老框架代碼的歷史循環中去。對於引入框架如何盡量延長他的生命力，我個人的意見是選擇框架時去追求概念，而不是潮流，當我的架構可以接受新的設計概念的時候才去考慮引入新的框架。用設計理念的選擇代替框架的選擇。之所以這么說是因為我觀察到我們部門的後端架構的開發理念跟我進公司的時候是差不多的。更多你可以參考成都網站建設