如何模塊化設(shè)計B端系統(tǒng)？
前言：
咱們都希望能做出一個可復(fù)用性強、靈活性好的B端系統(tǒng)出來。
那么，模塊化設(shè)計就是其中一個很好的方法。
本文目錄：
一、為什么要模塊化設(shè)計？
二、適不適合模塊化設(shè)計？
三、如何模塊化設(shè)計B端系統(tǒng)？
一、為什么要模塊化設(shè)計？
希望減少重復(fù)性造輪子的可能，抽離出共通性、形成標(biāo)準(zhǔn)化，最終達(dá)到減少人力物力的大量浪費，提高業(yè)績的同時還減少了成本開支，何樂而不為？
最近鼓吹得如日中天的中臺概念、流行了許久的敏捷開發(fā)，無不都是為了此目的。
當(dāng)前較為普遍的兩種方法:接口式開發(fā)、模塊化設(shè)計。
1、接口式開發(fā)：開發(fā)角度
寫代碼的同學(xué)都知道，代碼要講究可復(fù)用性、靈活性。
前端開發(fā)與后端開發(fā)，采用接口式方法來進(jìn)行信息之間的交互。
案例：我要登錄淘寶網(wǎng)站。
上下游系統(tǒng)之間，跨系統(tǒng)之間，也大多采用接口式方法進(jìn)行信息傳遞。
此文，咱們簡單聊聊B端系統(tǒng)模塊化設(shè)計的好處。
2、模塊化設(shè)計：產(chǎn)品設(shè)計角度
模塊化設(shè)計，專業(yè)術(shù)語講是為了我們做的產(chǎn)品，將來靈活性強、擴展性好。不需要開發(fā)修改代碼，就可以實現(xiàn)部分新的業(yè)務(wù)邏輯。
通俗點講，就是堆積木。我們可以將任意小方塊，任意拼湊成我們想要的形狀，從而達(dá)到目的。
不同的系統(tǒng)，不同的業(yè)務(wù)，要根據(jù)實際情況分析，這里我以電商系統(tǒng)為例，總結(jié)了些許模塊化設(shè)計經(jīng)驗，分享一二。不到之處，還請大佬們批評指正。
二、適不適合模塊化設(shè)計？
1、搞清楚事務(wù)本質(zhì)。
首先，一定要搞清楚為什么要去模塊化設(shè)計，千萬不要為了模塊化而模塊化，這個是很大的忌諱。模塊化設(shè)計，很多時候短期是看不到任何效果的，而且讓系統(tǒng)變得更麻煩。
以添加商品為例：要新建一個商品，必不可少的有商品基本信息、商品類目、商品屬性信息等等。
如果想簡單點設(shè)計：1、點擊添加商品按鈕，進(jìn)入添加商品頁面。2、在固定表單中，填寫商品所有信息。3、點擊保存按鈕。
添加商品，本就不是很復(fù)雜的事，此簡單的方案不是不可行。只是不利于系統(tǒng)的可擴展性和靈活性。
為什么？在固定的表單中填寫商品所有信息，你就能保證所有的商品都是一樣的業(yè)務(wù)邏輯，一樣的商品信息嗎？根本保證不了，那么一旦做成固定模板，系統(tǒng)后期就要不斷的根據(jù)新的業(yè)務(wù)邏輯和商品去不斷的改代碼來實現(xiàn)業(yè)務(wù)方的需求。
那么，有沒有更好的方案？模塊化設(shè)計。
回到問題本質(zhì)：想成功添加一個商品到商品庫。
方案：將商品信息打散，將其拆分為三大類信息組合：商品共性信息（所有的商品都有的屬性）、商品類目、動態(tài)屬性（區(qū)分商品唯一性的屬性）。
2、理清父子關(guān)聯(lián)關(guān)系。
既然要模塊化，那么肯定就會出現(xiàn)一層又一層的父子關(guān)聯(lián)關(guān)系。
說明：要想成功添加A商品，必須關(guān)聯(lián)某個A商品類目。A商品類目必須關(guān)聯(lián)某個A模板，A模板必須關(guān)聯(lián)對應(yīng)屬性。
屬性管理：管理了商品的所有類別的屬性信息，一定要做好分類。比如：關(guān)鍵屬性、規(guī)格屬性、非關(guān)鍵屬性等等。
模板管理：不同的商品，可能由不同的屬性構(gòu)成。那么我將屬性形成一個又一個模板，就可以靈活的去滿足各種類別的商品。
商品類目：商品的分類管理。所有的商品，肯定有自己的分類，也就是商品類目。同一類商品歸為一類，便于商品的維護(hù)和管理。
商品管理：所有商品的管理。現(xiàn)在要添加一個商品，通過模板化設(shè)計，就變得非常靈活。要想添加商品：1、點擊添加按鈕。2、選擇A商品類目。3、填寫A類目關(guān)聯(lián)的模板A中對應(yīng)的屬性信息。4、保存。
模板設(shè)計的好處就是，我可以隨時更換關(guān)聯(lián)關(guān)系，也可以隨時在下一層關(guān)聯(lián)關(guān)系中做任何CRUD操作卻不影響當(dāng)前層級新的數(shù)據(jù)。
三、如何模塊化設(shè)計B端系統(tǒng)？
記住我一句萬變不離其宗的話：
所有的系統(tǒng)設(shè)計無非就是對數(shù)據(jù)庫中各種表格的CRUD（增刪改查）。
別把后臺系統(tǒng)設(shè)計想的那么玄乎，沒有那么復(fù)雜。咱之所以覺得復(fù)雜，是因為咱還不夠熟悉業(yè)務(wù)，不清楚正向逆向各種流程，并不是系統(tǒng)設(shè)計難。
1、功能結(jié)構(gòu)圖：有哪些功能、頁面、按鈕
說明：
1、下圖是我認(rèn)真畫的真實數(shù)據(jù)，認(rèn)真觀察后發(fā)現(xiàn)沒有？哪個版塊的管理離開的了CRUD？先將頁面的根（CRUD）想好，什么批量克隆、啟用、停用無非添磚加瓦而已。
2、功能結(jié)構(gòu)圖也就是功能列表，只是功能列表會描述的更細(xì)，而結(jié)構(gòu)圖只是列出大的框架，方便參閱，沒你想象的那么復(fù)雜。
3、雖不復(fù)雜，但每一層的關(guān)聯(lián)關(guān)系可別忘記加上，這可是咱這篇模塊化設(shè)計的核心。
2、信息結(jié)構(gòu)圖：有哪些對象和字段
信息結(jié)構(gòu)圖：將你看到的頁面信息，抽象處理到一個對象的維度，然后把同一個對象的信息放在一起。
咱們產(chǎn)品人畫的信息結(jié)構(gòu)圖，不需要與開發(fā)同學(xué)設(shè)計的數(shù)據(jù)庫表結(jié)構(gòu)一模一樣，按你的理解將其以單個對象維度抽離出來即可。
有沒有覺得設(shè)計信息結(jié)構(gòu)圖很難，根本無從下手，不知所措？根本原因在哪？
在于咱們腦海中沒有面向?qū)ο蟮母拍詈蛯?shù)據(jù)庫表結(jié)構(gòu)的理解。
什么叫對象？萬事萬物，皆為對象。你，我，鼠標(biāo)，鍵盤，電腦都是對象。
對象：指具體的某一個事物，即在現(xiàn)實生活中能夠看得見摸得著的事物。在面向?qū)ο蟪绦蛟O(shè)計中，對象所指的是計算機系統(tǒng)中的某一個成分。在面向?qū)ο蟪绦蛟O(shè)計中，對象包含兩個含義，其中一個是數(shù)據(jù)，另外一個是動作。對象則是數(shù)據(jù)和動作的結(jié)合體。對象不僅能夠進(jìn)行操作，同時還能夠及時記錄下操作結(jié)果。方法是指對象能夠進(jìn)行的操作，方法同時還有另外一個名稱，叫做函數(shù)。方法是類中的定義函數(shù)，其具體的作用就是對對象進(jìn)行描述操作。
對象解析：對象由屬性和方法構(gòu)成。private開頭的全是對象應(yīng)有的屬性，也就是咱們看到的信息架構(gòu)圖中，員工對應(yīng)的信息。至于方法，咱們產(chǎn)品經(jīng)理不需要關(guān)注，知道有就好。
表結(jié)構(gòu)：表名+字段。詳情可以看我另一篇文章的文末，這里不再說了哈！
（后臺系統(tǒng)架構(gòu)設(shè)計-商務(wù)咨詢系統(tǒng)）
表解析：員工信息表用來儲存員工的基本信息。一般由表名+字段構(gòu)成，我們產(chǎn)品人不需要去關(guān)注數(shù)據(jù)類型，是否主鍵這些信息。
3、原型圖：系統(tǒng)長什么樣，有哪些規(guī)則和交互效果。
PS：原型只是案例展示，并不是真實功能，有很多按鈕和規(guī)則，都沒有寫入，僅供參考。
如果你真的涉及想用模塊化設(shè)計，需要找人交流的時候，記得找我喲！
屬性管理：
說明:
1、屬性分類與屬性分組是不同概念。屬性分組是將一類屬性進(jìn)行分組，是站在業(yè)務(wù)維度劃分。屬性分類，是站在產(chǎn)品設(shè)計維度分析。
模板管理：
1、模板有點類似屬性分組，將一組又一組屬性構(gòu)建成一個又一個模板。
2、模板一定要關(guān)聯(lián)屬性，否則毫無意義。
商品類目：
1、商品類目，一定要去關(guān)聯(lián)設(shè)置好的不同業(yè)務(wù)的模板。
2、一個商品類目可以關(guān)聯(lián)多個模板。
商品管理：
1、添加商品，也就變得簡單方便。直接選擇商品類目后，填寫當(dāng)前業(yè)務(wù)的商品模板中的屬性信息即可。
2、如果業(yè)務(wù)有變動，商品屬性的增刪改查變得游刃有余，不會影響舊的在售商品。隨時更換隨時增加新的判斷，都可以，想怎么玩就怎么玩兒。
所有的系統(tǒng)設(shè)計無非就是對數(shù)據(jù)庫中各種表格的CRUD（增刪改查）。
關(guān)注本公眾號： kylxpm520，輸入【模塊】即可獲得文中所有源文件。