2019/6/11
經過來五篇實戰文，大家對於 Business Central 的系統客製應該都有一些了解。我們為了在不更動標準物件、日後可以順利升級的前提下，想在系統中加入客製物件或程式碼，於是發展出了一連串的設計模式。包括 Extension Table, Extension Page，Event-driven 的開發方式和 Publisher-Subscriber 的機制。而一個技術顧問為了要很好的達成需求，還需要有判讀規格和追蹤、定位程式碼的能力。僅管新一代的開發模式在變，多了 Extensions、C/AL 程式語言變成了 AL、從 CSIDE 變成 VSCode 的開發環境，但是心法還是相同的。基本上，AL 和 C/AL 非常相似；Extensions 的概念大家應該也不陌生了，而 VSCode 不過就是另一個 Code Editor 罷了。這也是為什麼這系列的文章還是用 CSIDE 帶大家看了很多標準程式碼，因為我覺得這更易於學習這一連串的設計思維。
僅管如此，這邊還是列出我覺得幾項在學習新一代開發方式可以關注的點：
- 從 C/AL 到 AL，其中一個重點是看看 AL 多了哪些 Data Type，以及 AL 對於 Web 的支援度更高。要知道什麼是 AL 做得到，而 C/AL 做不到的。
- 以往在 CSIDE 環境我們可以定義 .Net 物件，即 .Net Interoperability。可以思考一下在 AL 中，要怎麼完成之前只能用 .Net 做到的事。
- 學習使用 VSCode。基本上 VSCode 是現在最夯的 Code Editor 之一。開源界也相當喜歡它。學了它對一名程式設計師是沒有壞處的。
- 留意 Extensions / VSCode 是怎麼和標準的程式碼 / CSIDE 環境連結的。注意 Extensions 怎麼 Compile，怎麼把它掛載到系統中。
- 請花更多的時間研讀標準的程式碼。在客製系統之前記得好好的 trace codes，並且善用 Event、Publisher-Subscriber 的設計方法。
這系列的文章要和大神 Saurav Dhyani 致敬。基本上個案的素材是取自於他的部落格 ( https://saurav-nav.blogspot.com/)，我也是他的忠實粉絲之一。還記得我在成為技術顧問之前，因為在甲方擔任 Navision 的系統客製人員，但苦無良好的學習教材，總是到他的部落格去學習開發技巧和新知。也建議有志開發/客製 Business Central 的讀者可以多在網路上看看微軟的 Business Central 開發專欄和其它 Business Central 獨立顧問 / 大神的部落格。
筆者接下來會回到學校繼續進修，擴充更多有關電腦科學的知識。因此，也已經離開業界並脫離技術顧問的身份。僅管如此，我仍會不時的回來看看這個系統的最新發展，或是當前的開發模式、方法論。期待這個資訊系統有朝一日可以被更多人使用、並喜愛這個與時俱進的系統生態。
*****************************************************************************
<< 以上文章，經作者 Ray 同意，轉載自 https://medium.com/@nturay0321 >>
留言
張貼留言
留下您的意見