關於微信管理系統的開發

我們都知道，公眾平台對每一個介面基本上都有訪問次數限制，也就是說在開發一個管理系統的時候，需要對的介面返回資料自己儲存到資料庫中，這時會有一個問題：

比如說建立一個分組，我們需要同時儲存到資料庫和請求的建立分組介面
比如說移動粉絲到分組，我們需要同時修改資料庫資料和請求的移動好友介面

也就是說，每一個行為都會涉及到兩步操作，儲存資料庫和請求介面。我們常規的做法就是在控制器的一個方法裡面寫入這兩步操作的代碼邏輯，當業務越來越大的時候，維護起來就會更加困難。

所以，有沒有一個好一些的方案來解決這個問題呢？

回複內容：

我們都知道，公眾平台對每一個介面基本上都有訪問次數限制，也就是說在開發一個管理系統的時候，需要對的介面返回資料自己儲存到資料庫中，這時會有一個問題：

比如說建立一個分組，我們需要同時儲存到資料庫和請求的建立分組介面
比如說移動粉絲到分組，我們需要同時修改資料庫資料和請求的移動好友介面

也就是說，每一個行為都會涉及到兩步操作，儲存資料庫和請求介面。我們常規的做法就是在控制器的一個方法裡面寫入這兩步操作的代碼邏輯，當業務越來越大的時候，維護起來就會更加困難。

所以，有沒有一個好一些的方案來解決這個問題呢？

建議專門寫一個類來處理這類問題，這類問題可以抽象為：成功後回調，類中定義介面欄位和回調方法名稱，執行個體化的時候給定，這樣你在任何地方調用這類業務都可以用這個類來完成，只要變化業務對應的 API 及 回呼函數名即可。

希望有所協助～ ：）

