複雜業務邏輯下的合理遍歷

2021-08-10 02:12:18 字數 1209 閱讀 2610

我們在前端介面進行任務手動分配,要求將多條錄音隨機分配給多個質檢員。指定每個質檢員的錄音個數。

1、錄音map(key=id,value=time)

2、質檢員id list

3、質檢員任務list(number)

4、需要質檢的錄音數量

1、**:

/**

* 將所有工單按照指定的分配數量分配給相應的質檢員

* @param worksheets 工單uuid和工單所在索引的對映表

* @param inspectorids 質檢人員id列表

* @param inspectorassignnumbers 分配數量list

* @param totalassignnumber 要分配的工單數量

* @return

*/@override

public resultmessage assigntasktoinspector(map

<

string, string

> worksheets, list

<

string

> inspectorids,list

<

string

> inspectorassignnumbers,integer totalassignnumber)

}//將map引數傳遞拼接es語句進行upload

return taskassigndao.assigntasktoinspector(taskinspectormap);

}

2、獲取不重複隨機數的方法

/**

* 獲取指定範圍內不重複的n條資料

*@param range 指定範圍

*@param number 結果條數

*@return

*/private listgetrandoms(integer range,integer number) while(booleans[result]);

//獲取了當前索引後 置當前索引陣列值為true

booleans[result] = true;

results.add(result);

}return results;

}

1、從所有的工單中獲取需要處理的工單

2、將需要處理的工單一次遍歷分配給指定的質檢員

React Redux與複雜業務元件的復用

從redux的state中讀取使用者token。由於這個元件需要讀取存放在redux state中的使用者token,並且包含非同步請求,將它的狀態放入redux中管理,並且使用redux saga處理非同步請求是非常合適的。但是在元件的復用性上,我們遇到乙個難題,由於redux本身並不提供模組化功...

一種遮蔽複雜業務邏輯的資料轉換獲取方案

孫巨集良 2019年8月9日 基於複雜業務場景,尤其是微服務架構下的複雜業務場景。我們將業務拆分 解藕,將服務能力拆分復用,從而盡可能隔離複雜服務間的相互影響。當服務鏈條長,依賴複雜的時候,每個業務服務只關心自己的業務邏輯,但是如何去獲取關聯服務的資料卻成了比較頭疼的問題。考慮一下這樣的業務場景 客...

專案總結 複雜業務場景的設計與實現

我理解的複雜業務場景,指的是處理鏈路長 乙個完整流程需要多個節點處理 鏈路中某個節點的分支情況多 同一節點下根據不同業務型別有不同的處理邏輯 資料結構繁多且複雜 資料流入時結構越複雜,則說明處理內容增加,業務場景更為複雜 對於複雜的業務場景,建議可以從下面幾個方面參看處理 1.將處理鏈路分模組進行處...