第二天一上班，張偉就聯絡了alix！說明瞭自己挖掘到新需求！
“張偉不錯啊！這個需求很有價值！值得表揚哦！給我說說，你打算怎麼做！”
“大概有兩個思路，一個是事前控製，在錄入資料的時候，進行檢查，甚至可以直接從資料庫抓取，畢竟係統這些資料都有啊！第二個思路是，事後再通過報表比對出有問題的資料！但是我個人更加傾向於第一個方案，畢竟在源頭解決問題纔是真的解決了！”張偉在電話裡侃侃而談！
“不錯！思路對了！我看你這個需求已經拿幾天了，為什麼沒有第一時間找我了，你在幹啥？試圖怎麼解決？”alix有點疑惑！
“是啊，這幾天我debug了標準程式，MIGO_GR”張偉回答道！
“叮咚、劈啪！咳咳！”張偉聽到了電話裡傳來東西掉落的聲音，和咳嗽的聲音！
“張偉，你說啥，你debug了MIGO_GR？”
“是啊！這幾天都在debug這個事務程式碼，把我搞的夠嗆，還沒搞定，不知道如何搞了！”
“哈哈！NB！我當年也乾過！給我講講你搞定來沒！”
“就是沒搞定啊！要不是昨天強哥給我講，有個叫啥“Enhancement”曾強的技術，我估計今天還得debug！”張偉有點委屈的說！
“哈哈，心裏平衡了！”alix在電話那頭爽朗的笑著！“嚇我一跳，還以為你能搞定了！是有這麼個技術！啊！等會發你一些資料，和案例，你自己研究下！不懂就問我！”
“好嘞，多謝alix！”張偉回復道，結束通話了電話！
alix在台灣辦公室，結束通話電話，險些一口老血噴出來！然後就是笑得前仰後翻！
Lisa問到！“啥事那麼開心！”
“張偉，居然在debugMIGO_GR！哈哈！”
Lisa，也是差點噴出了一口水！“我記得你當年也乾過！哈哈！”
張偉debug是有收穫的，而且是收穫巨大啊！但是不能說啊，這種驚世駭俗的結論，也不是一句兩句說的清楚的！
SAP結丹，還是藍色兒的！還有7層？
你說咋個解釋嘛！
還不如乾脆不說！
張偉查收了alix發過來的檔案！開始了翻看！
越看，越覺得這種設計的巧妙之處，這種解決問題的妙到毫巔！張偉真是不敢相信，居然還能這麼玩！這是不得不佩服，腦洞之大，完全顛覆了張偉之前對程式設計的認知！
張偉思考了下，自己已經有三次，對SAP那幫人產生了虔誠的敬佩之感了！
第一次，是結丹第4層丹時，欄位層！這一層的設計，是讓SAP所有相同意思的欄位，在不同的模組，技術名詞，業務名詞，定義、欄位含義等等，全部完全一模一樣！
第二次，是結丹第6層丹時，構建的BAPI體係，在時間軸和空間軸上，長久，且孜孜不倦，毫不變形的沉澱積累！
第三次，就在昨天，接地7層丹時，基於BAPI體係，和後麵更大的函式體係，構建起來的第7層，通過架構的設定，讓編碼變得無比的高效，和集約！
現在、此刻應該算第四次了！
這個“Enhancement”增強，是個什麼意思呢？
程式寫完之後，進行編譯釋出後，就是一個整體了！這是程式設計師的共識！張偉也是一直秉承這樣的思想在思考問題，否則張偉就不會去debug標準程式了！
當然張偉覺得debug標準程式很有收穫，那是歪打正著，相比較alix那次debug估計就沒啥收穫，隻有痛苦和功敗垂成，否則他們也不會這麼看待張偉的debug！
可是這個“Enhancement”的做法，卻是另闢蹊徑！
就好像一根水管，從一塊地上穿過！沒有任何問題，所有人也覺得沒有問題！
那麼現在我在這塊地上修了房子，需要用水了！我們正常的想法是不是，把這個水果剪斷，然後中間接一個三通管，把水引出來對吧！
你以為這個思路很正常！可是SAP卻告訴你不對！
當然這樣做肯定能解決問題！，可是你知道這樣做工程量有多大麼？首先需要挖開泥土，刨除埋在地裡的水管！如果水管很小，無所謂，水浪費了也就浪費了！如果這根水管是2米直徑？你還敢這樣搞麼？你首先需要關閉水的源頭，然後在這個地方，進行分割，然後取保短期之內安裝好三通管！如果慢了，下遊用水的咋辦？而且你新加入的三通管，和之前的融合的如何，會不會漏水？
當然傳統的做法，都認為這些是正常現象，也就見怪不怪了了！
現在突然SAP告訴張偉，你上麵的操作都不對！那個位置我早就預留了一個三通管，在修建水管的時候，我就已經預留好了三通管！隻是一直是關閉狀態的！
現在你要用是吧，那你先把新增的水管網建立好，然後接上我的三通管，我開啟水閥就行了！
你現在是不是很懵逼！我靠，你怎麼知道我20年後要到這裏修房子的，難道你40年前埋水管時穿越了？
SAP的回答的是，我不知道，但是我知道這裏，肯定有除了我以外的其他人，肯定會用到，於是就在水管鋪設的沿途，各種可能的地方，都留了這種三通管，隻是所有的都是關閉狀態！如果需要用了，直接啟用開啟就好！
這種程式裡有一個正式的名字“UserExit”使用者出口！
張偉想，那要準備多少個使用者出口，或者叫安裝多少個三通管合適啊？這些三通管需要安裝在哪裏合適啊？
張偉這個菜鳥都能想到，難道SAP那幫大神想不到？
如果從安裝三通管的例子也很簡單啊！隻要是市政規劃有點經驗的，看到那麼大一塊空地，未來肯定需要建設某種設施啊，留一個在那裏總沒壞處！
而從程式邏輯來說就更加簡單了！最簡的地方，就是在某類資料都處理完了，需要進行下一個階段處理了！那麼就在這個銜接的地方，放一個“UserExits”，為什麼這裏放最好？因為我要做的標準處理都弄好啊，至於你是否有其他特殊的處理，我現在也沒法窮舉，那我乾脆給你一個出口，你自己玩、自己搗騰，愛咋搞，咋搞！等你處理完了，咱們接著處理後麵的標準程式邏輯！
其實這樣梳理下來，你會發現一個程式，需要預留“三通管”的地方也有限啊！真實的情況也是，最多十幾個，有些是程式處理過程中的某個地方預留一個userexit，有些是介麵需要出口，預留一個！
至於後麵的人用不用，無所謂啊，反正這種“Enhancement”機製是成熟的！我隻需要放上就行了！
這樣的處理方式，對標準程式沒有任何影響，就你那邊打翻天了，標準程式沒有絲毫影響！如果傳統的做法，就是改標準程式，也就是切斷一根完整的水管，安裝三通管！這個操作首先就會造成對主幹線的破壞！
如果首先預留了三通管，主幹線不會有絲毫影響，“UserExits”往外出去那端，你想咋霍霍，就咋霍霍！
說個段子，隻要“一個小目標的正主不倒！公子怎麼玩花活都行！甚至是故意放出去攪混水！”SAP這個“Enhancement”的設計就是這個邏輯！“牆內紅旗不倒，牆外紅旗飄飄！”哈哈！
張偉想，如果自己後麵要設計軟體、開發產品，必須也這樣搞！首先是7層架構，當然其實隻需要4層，第1、2層不用設計，也不用選擇！第3層需要選擇下！是用JAVA，C#，或者Python；最重要的還是後麵從第4層到第7層，再加上今天這個“UserExits”NND那就完美大發了！
張偉學習到興頭上，在百度查了，夏國最NB的那些所謂的軟體公司的產品，沒有一家是這種架構，這種設計體係！
隻需要初略的看下新聞就能推導了！某軟體公司，沾沾自喜的釋出，我從VB開發語言換到了JAVA，我又從JAVA換到了Python，大家鼓掌！殊不知人家SAP，的第三層ABAP語言層，40年沒變過了！
打一個簡單的比方吧，這個程式語言為什麼重要！
為什麼殖民別的國家時，首先就是開展語言文字的殖民！這樣就會從根上滅亡了這個文明的積累！就像夏國，不是有個段子麼，幸好當年小日子沒有打下來，否則夏國就有57個名族了，多一個大和名族而已！附屬在漢字文化體繫上的夏國有多麼的厚重，這是一個小日子不可以撼動的！這是5千年延續下來的厚重勢能，小日子小小的軀體，能接住這麼磅礴的能量？
而國內的軟體之短視，不知道在同一套語言體係下積累勢能是多麼的重要！反而追逐語言體係的更新而沾沾自喜！
就說棒子國！換了新語言體係後，發現，後輩歷史書看不懂了！之前積攢下來的文化，思想要如何傳承了？你說棒子國如果再換一次語言會怎麼樣？會不會認為聖誕節就是棒子國的了？
而我大夏國，就不存在這個問題了，5千年文化在漢字的基礎上，淵源流傳，連綿不絕，勢能之大，底蘊之厚重，氣勢之磅礴，滾滾向前，簡直是撼天動地，勢不可擋！
這就是在一種語言，一種體係下常年累月，經過無數代人，貫穿960萬平方公裡，沉澱下來的力量！
就像現在我們還能從《論語》孔子他老人家身上吸取能量！重點是夏國人在《論語》上已經吸取了幾千年的能量了啊！
反過來再想想，那個SAP30年前的函式“BAPI_VENDOR_DISPLAY”現在還能用，其價值和意義有多麼的厚重，就懂了吧！
而反觀國內軟體，5年前寫的還能用麼？還能創造價值麼？還能給產品聚集能量麼？
張偉的反問，他也知道得不到答案........!
當然國內的軟體就更加不說後麵那4~7層的架構設計了！
張偉非常的震驚！SAP都出來40年了啊，甚至原始碼都能看到，可以說是某種意義上的開源！夏國的軟體行業至少也有30年了吧，難道沒有一家詳細研究過SAP？難道全國隻有自己把SAP結了7層丹？
張偉想應該有可能，按照修仙小說的邏輯，一個星球金丹大佬是有限的！絕大多數都在某個宗門，其他的散修，要練到金丹期大佬都是鳳毛麟角啊！
這麼看來，張偉就釋懷了，地球的SAP藍丹大佬肯定首先聚集在宗門德國SAP啊！其他地方的都是散修，怎麼能修鍊到金丹期了，更何況，都沒進入正統修鍊體係，如何能結丹了？
這麼看來，張偉覺得夏國的軟體行業，還是任重而道遠啊！
看女頻小說每天能領現金紅包🧧