近期對erp系統介面程式的熟悉，我發現其中可能有一些問題，記錄下來，和大家共賞。
關於migo收貨增強程式中的問題如下：
1. 增強中處理步驟太多，一旦出現bug, 將會導致migo本身的一級物料操作回滾。
基於生產環境需要嚴謹的設計的思想，我提出erp系統的介面程式原型設計。
第一段程式接收資料放入裸表，並加上接收時間和處理標記。
第二段程式處理裸表資料，完成後寫入日誌表。
整個設計中有raw裸表和日誌表構成。
資料的進出在兩張表上能夠完全體現。
2. 沒有在增強程式入口判斷 物料是否為一級物料，導致所有物料都會進入該增強後續程式處理，影響系統效能及穩定。
3. 日誌表內容不清晰。
zmmt_log016日誌表中記錄一級物料的資訊（收貨產生時的過賬日期，憑證日期，物料號，數量，採購訂單號），但是
移動型別欄位裡放的又是二級物料的移動型別。最後的訊息文字裡面出現的也是二級物料的收貨憑證。
4. 日誌表冗餘。
增強程式中出現的zmm_fm009子函式意義何在？把程式結構搞得異常複雜，該子函式內部還要寫一張日誌表zmmt_007。
其中記錄了二級物料收貨明細日誌，該錶資料同上一張表有重複。如果子函式還可以說是為以後多種功能準備，那日誌表絕對是多餘了。
5. 一二級物料表結構，設計不好。
選單程式 二級指標學習）
menu index中通過判斷按鍵值調整選單指向，並將選單指向menuindex返回 其中主要是按鍵key enter切換選單比較關鍵 這裡用 menuindex lastlvl這個陣列來在切向下一選單是記錄上一選單的指向，如果定義成如下的結構體中的當前選擇項就更方便清晰了。2.返回主頁 清除全屏後...
js二級事件模型的處理細節
一 糾正網路上的乙個誤傳 ie不支援事件捕獲 可以在瀏覽器中執行上面demo，在各主流瀏覽器中，滑鼠移上都可以分別觸發捕獲與冒泡事件的監聽函式，所以ie也是支援事件捕獲的，連ie6都支援，只是在命中元素上事件的觸發的順序會稍有區別，參見下條。二 在命中元素上冒泡和捕獲的執行順序 命中元素上事件冒泡和...
php加jquery處理二級聯動select框
一些操作 select id prepend 請選擇 為select插入乙個option 第乙個位置 select id option last remove 刪除select中索引值最大option 最後乙個 select id option index 0 remove 刪除select中索引值...