感想3-對於業務邏輯複用、模板複用的一些思考(未完)

內容概覽：

• 業務邏輯複用的目的
• 基於現有場景，如何抽象出初步可複用邏輯
• 複用業務邏輯會不會產生過分設計的問題

 

業務邏輯複用的目的

　　我對於業務邏輯複用的理解是忽略實際業務內容，從交互流程、交互邏輯的角度去概括、總結，提出通用的標準流程或者經常使用函數，而後再mixins(混入)到業務邏輯中。Mixins有點相似AOP—面向切面編程。所謂的mixins就是將組件裏的方法抽出來。實際上Mixins裏的this是指向組件的，使用了Mixins之後，組件也能夠調用Mixins裏的方法。

　　好處是共用一些功能，共享一部分代碼，這樣作咱們就處處寫重複的代碼，下降類型、功能類似業務的開發、維護成本。

 

基於現有場景，如何抽象出初步可複用邏輯

　　帶查詢的列表展現頁就是一種常見的可抽象出複用功能的業務場景。好比咱們能夠將這種場景概括爲搜索 => 更新列表。

　　搜索自己會有多種出觸發方式，搜索條件觸發、分頁觸發、自動更新。除了自動更新，剩下兩種方式本質上都是請求參數改變。只要咱們作好對參數收集的封裝，其他部分都是同樣的。以下爲各部分大體包含方法：

• 業務模塊：params_collection(參數收集) 、service_get_list_data(獲取列表數據的異步請求，用fetch或promise封裝)
• 搜索條件觸發mixins:  update_list(更新列表，負責調用service_get_list_data，更新列表數據)、do_query(查詢動做，負責調用params_collection、update_list)
• 分頁觸發mixins: pagination_change(分頁信息更新，負責更新分頁信息，而後調用do_query)
• 自動更新更多的是須要關注定時器的問題，不在本文討論範圍。

　　未完待續...

複用業務邏輯會不會產生過分設計的問題

　　未完待續...