註冊使用者的程式邏輯如下：
1、在newcustomer.groovy中根據productstore中讀取相關資料。
2、setdependentdropdownvaluesjs.ftl中定義了聯動的下拉框.
其中getdependentdropdownvalues為乙個通用的下拉框級聯函式，定義在miscajaxfunctions.js中
3、渲染ecommerce/template/customer/newcustomer.ftl頁面。
頁面上的郵箱、密碼等控制項的顯示受productstore中設定的影響。當設為不需要密碼時，此頁面渲染有bug，有個div的位置不對，所有版本都有，好奇怪一直未被修正。
4、註冊資訊填寫完成後，表單提交至ecommerce/control/createcustomer
5、執行ecommerce/minilang/customer/customerevents.xml中的createcustomer
根據session或webcontext中讀取productstoreid，從store中讀取密碼的配置，若允許設定密碼，則讓註冊使用者時指定密碼，否則設定預設密碼為ungssblepswd。新建使用者的預設角色為customer。store中設定是否將郵箱作為使用者名稱,若郵箱設為使用者名稱，則新建時不用輸入使用者名稱，只須輸入郵箱，系統將自動傳送一封郵件用於確認。org.apache.ofbiz.common.login.loginservices.checknewpassword檢查密碼是否合規。呼叫party模組中的服務。
呼叫createpersonanduserlogin建立使用者名稱和登入名。
用createpartyrole建立party和role的關聯。
用createproductstorerole建立party、role和productstore的關係。
用adduserlogintosecuritygroup將新建的使用者增加進組ecommerce_customer中。
電商支付流程的 返回 邏輯
注 標題有點繞口，先來做一番解釋 我們在電商平台進行交易的過程中，待到支付環節的時候，假如使用者這時強制選擇 返回 之後頁面如何該跳轉，以及訂單該如何處理？文 產品範 這個問題 於這段時間負責的電商專案，關於頁面跳轉邏輯日常的和開發進行了一番撕逼，開發堅持認為應該原路返回，堅決站在使用者的角度 允許...
電商平台 使用者表的設計
說明 由於該系統屬於b2b平台，不設計到b2c的架構。角色分析 買家與賣家.由於買家與賣家所填寫的資料都不一樣，需要建立兩站表進行維護，比如 buyer,seller.這樣進行資料庫的解耦，任何一方的變動都互不影響，但是我想集中式管理，以及一些業務個性化要求，我就增加了乙個users表。表結構如下 ...
電商專案使用者模組的理解
一 使用者模組 1 使用者登陸 請求引數 使用者名稱 密碼 httpsession session a 將使用者名稱和密碼傳到後台介面 b 把該使用者名稱到資料庫查詢是否存在該使用者名稱 c 如資料庫存在使用者名稱，把傳的密碼進行md5雜湊，通過使用者名稱和密碼進行查詢使用者 d 將查詢出來的使用者...