由於在第一版詳細設計中，我們的模組處理邏輯部分做的比較簡陋，在第二版裡我們對模組處理邏輯進行了完善。
如上圖，登入者開啟軟體後即需要進行登入，選擇身份並輸入登入者資訊（賬號及密碼）。若輸入的資訊正確，則驗證通過，模組結束；若輸入的資訊錯誤則重新登入。
如上圖，若登入者是初次使用該軟體，則需註冊，向系統輸入自己的個人資訊，如使用者名稱、密碼等，系統儲存登入者資訊，完成註冊，模組結束。
如上圖所示，登入者登入成功後，若需要修改自己的個人資訊，可在軟體中輸入登入者資訊進行修改，系統儲存登入者資訊，修改完成，模組結束。
如上圖，使用者登入成功後，選擇充電樁給電瓶車充電，若該充電樁為空餘且未損壞的，則繼續付款，充電樁開始供電，模組結束；若充電樁不是空餘的或是已損壞的，則需重新選擇充電樁。
如上圖，管理員登入後，若需要修改充電樁資訊，則輸入需要修改的充電樁資訊進行修改，模組結束。
如上圖，管理員登入後，若需要修改訂單則輸入需要修改的訂單資訊進行修改，模組結束。
如上圖，使用者登入後，若需要查詢個人資訊，則系統輸出該使用者資訊，模組結束；管理員登入後，若需要查詢使用者資訊，則系統輸出所有使用者的個人資訊，模組結束。
如上圖，管理員登入後，若需要查詢個人資訊，則系統輸出該管理員的個人資訊，模組結束。
如上圖，管理員和使用者登入後，需要查詢充電樁資訊，若輸入狀態，則輸出狀態匹配的充電樁資訊，模組結束；若輸入位址，則輸出位址匹配的充電樁資訊，模組結束；若無輸入，則輸出所有的充電樁資訊，模組結束。
如上圖，使用者登入後，若需要查詢個人訂單，則系統獲取登入時傳入的使用者賬號後，輸出相關的使用者訂單資訊，模組結束。
如上圖，管理員登入後，需要查詢總訂單，若輸入
oid（訂單號）則輸出相符的訂單資訊，模組結束；若輸入
uid（使用者編號），則輸出該使用者的訂單資訊，模組結束；若輸入
cpid
（充電樁編號），則輸出該充電樁的訂單資訊，模組結束；若無輸入，則輸出所有的訂單資訊，模組結束。
遊戲服務端邏輯模組處理框架
當遊戲服務端啟動時，服務端會根據配置檔案中的資訊，載入各個遊戲邏輯處理模組的動態鏈結庫，然後呼叫模組的 dllcreate 函式對模組進行初始化。配置檔案可以像下面這樣 modulecount 30 module1 battlesys module2 equipsys module3 friends...
python邏輯模組小結
情景 資料寫入excel需先構造datafram，所以資料的行列需要對應自己的需求 規則1.單個列表 即一維 都是以橫向為形狀，即預設為n行1列 2.兩個單個列表 即二維 一新增即還是先橫向規則，即2行n列 每次維數增加都需要先建立空列表，再新增 之前是會建立轉運列表 每次迴圈都清空的 再把內容新增...
RunLoop處理邏輯
如圖是從蘋果官方文件擷取下來的runloop處理邏輯流程圖,runloop處理邏輯過程為 1.通知observer即將進入loop 2.通知observer 即將處理timer 3.通知observer將要處理source0 4.處理source0 5.如果有source1,跳到第9步 6.通知ob...