上一篇文章 關於提高效率 介紹的後臺框架應用 現在介紹下其中插件的具體功能，本文以某個具體插件來詳細說明，選取 插件 “ 過濾 ” 用於詳細講解具體功能，以及框架數據流的走向過濾插件如下圖：
其中的 “ 過濾記錄2 2 ” 就是典型的過濾判斷功能，如果前面傳入的內容在插件內判斷成功 則下一步走 “ 登錄以及用戶信息 ” 插件，如果失敗則走 “ CacheGet ” 插件。
點擊插件 出現配置界面：
其中 step name 配置的是界面顯示的名稱，輸入一個可以辨識的名稱即可。
Send ‘true’ data to step ：配置的是當 the condition 條件符合的情況下 下一步的操作插件。
Send ‘false’ data to step：是條件不符合的情況下 下一步的操作。
The condition 配置的是 condition 表達式（全部可視化處理）
插件說明：
插件方面 各式各樣，有些插件執行完成後 無添加數據和刪除數據，只是作爲一個分發判斷操作如過濾插件，只管判斷然後交給下一個插件。
有些插件負責讀取數據庫數據 有些插件負責對傳入的數據進行修改等等，總之插件有很多種，這裏不一一敘述，有興趣的人可以聯繫我，也可以參考下 Kettle 插件。
插件的數據流轉：
Java 調用配置的圖形化轉換插件，只需要知道 INPUT 插件入口，如:
這裏我們需要傳入三個參數 以及對應的值，可以是以下格式{“username”:””,password:””,valicode:””}，也可以是其他格式 ，只要是 INPUT 插件 編寫的時候可以接受的數據即可，一般越簡單越好（寫了好長時間代碼就不喜歡複雜的代碼）。
代碼運行時，調用運行控制器（KtrController），傳入參數值，運行後 控制器先傳入給第一個插件（INPUT），運行 INPUT 完成後，INPUT 輸出參數（字段，對應值），控制器再將參數傳入給第二個插件，如果第二個插件是過濾插件，則過濾插件判斷完成後，如果判斷爲 true，則控制器分發給過濾插件配置的 Send ‘true’ data to step 對應的插件，反之分發給 Send ‘false’ data to step 對應的插件。
依據此規則，逐步運行下去，直至最後一個插件沒有對應的下一個插件截止，運行完成返回輸出內容。
通常我們需要設置一些常量用於後面的判斷，“ 增加常量 ” 插件就是做這個功能：
後續通過 “ 過濾 ” 插件判斷用戶名或者密碼是否符合條件 是否不爲空，則需要根據過濾情況來輸出對應的內容，可以通過 “ 選擇 ” 插件來進行選擇，入下圖：
設置選擇需要輸出的內容字段，並修改成需要的名字，比如 api 接口中請求數據一般輸出 json，則上述配置輸出的 json 大致爲如下: {result:true,msg:"用戶名不存在!"} 看看是不是很簡單
下一篇文章會詳細介紹具體的插件使用以及插件代碼邏輯實現，附帶會貼上相應的源代碼。
