第二天一上班，張偉就聯係了aix！說明了自己挖掘到新需求！
“張偉不錯啊！這個需求很有價值！值得表揚哦！給我說說，你打算怎麼做！”
“大概有兩個思路，一個是事前控製，在錄入數據的時候，進行檢查，甚至可以直接從數據庫抓取，畢竟係統這些數據都有啊！第二個思路是，事後再通過報表比對出有問題的數據！但是我個人更加傾向於第一個方案，畢竟在源頭解決問題才是真的解決了！”張偉在電話裡侃侃而談！
“不錯！思路對了！我看你這個需求已經拿幾天了，為什麼沒有第一時間找我了，你在乾啥？試圖怎麼解決？”aix有點疑惑！igo_gr”張偉回答道！
“叮咚、劈啪！咳咳！”張偉聽到了電話裡傳來東西掉落的聲音，和咳嗽的聲音！igo_gr？”
“是啊！這幾天都在debug這個事務代碼，把我搞的夠嗆，還沒搞定，不知道如何搞了！”
“哈哈！nb！我當年也乾過！給我講講你搞定來沒！”
“就是沒搞定啊！要不是昨天強哥給我講，有個叫啥“enhanceent”曾強的技術，我估計今天還得debug！”張偉有點委屈的說！
“哈哈，心裡平衡了！”aix在電話那頭爽朗的笑著！“嚇我一跳，還以為你能搞定了！是有這麼個技術！啊！等會發你一些資料，和案例，你自己研究下！不懂就問我！”
“好嘞，多謝aix！”張偉回複道，掛斷了電話！
aix在台灣辦公室，掛斷電話，險些一口老血噴出來！然後就是笑得前仰後翻！
isa問到！“啥事那麼開心！”igo_gr！哈哈！”
isa，也是差點噴出了一口水！“我記得你當年也乾過！哈哈！”
張偉debug是有收獲的，而且是收獲巨大啊！但是不能說啊，這種驚世駭俗的結論，也不是一句兩句說的清楚的！
sap結丹，還是藍色兒的！還有7層？
你說咋個解釋嘛！
還不如乾脆不說！
張偉查收了aix發過來的文檔！開始了翻看！
越看，越覺得這種設計的巧妙之處，這種解決問題的妙到毫巔！張偉真是不敢相信，居然還能這麼玩！這是不得不佩服，腦洞之大，完全顛覆了張偉之前對編程的認知！
張偉思考了下，自己已經有三次，對sap那幫人產生了虔誠的敬佩之感了！
第一次，是結丹第4層丹時，字段層！這一層的設計，是讓sap所有相同意思的字段，在不同的模塊，技術名詞，業務名詞，定義、字段含義等等，全部完全一模一樣！
第二次，是結丹第6層丹時，構建的bapi體係，在時間軸和空間軸上，長久，且孜孜不倦，毫不變形的沉澱積累！
第三次，就在昨天，接地7層丹時，基於bapi體係，和後麵更大的函數體係，構建起來的第7層，通過架構的設定，讓編碼變得無比的高效，和集約！
現在、此刻應該算第四次了！ent”增強，是個什麼意思呢？
程序寫完之後，進行編譯發布後，就是一個整體了！這是程序員的共識！張偉也是一直秉承這樣的思想在思考問題，否則張偉就不會去debug標準程序了！
當然張偉覺得debug標準程序很有收獲，那是歪打正著，相比較aix那次debug估計就沒啥收獲，隻有痛苦和功敗垂成，否則他們也不會這麼看待張偉的deent”的做法，卻是另辟蹊徑！
就好像一根水管，從一塊地上穿過！沒有任何問題，所有人也覺得沒有問題！
那麼現在我在這塊地上修了房子，需要用水了！我們正常的想法是不是，把這個水果剪斷，然後中間接一個三通管，把水引出來對吧！
你以為這個思路很正常！可是sap卻告訴你不對！
當然這樣做肯定能解決問題！，可是你知道這樣做工程量有多大麼？首先需要挖開泥土，刨除埋在地裡的水管！如果水管很小，無所謂，水浪費了也就浪費了！如果這根水管是2米直徑？你還敢這樣搞麼？你首先需要關閉水的源頭，然後在這個地方，進行分割，然後取保短期之內安裝好三通管！如果慢了，下遊用水的咋辦？而且你新加入的三通管，和之前的融合的如何，會不會漏水？
當然傳統的做法，都認為這些是正常現象，也就見怪不怪了了！
現在突然sap告訴張偉，你上麵的操作都不對！那個位置我早就預留了一個三通管，在修建水管的時候，我就已經預留好了三通管！隻是一直是關閉狀態的！
本小章還未完，請點擊下一頁繼續閱讀後麵精彩內容！