Alan Tsai 的學習筆記

哇哈哈，又到了一年一度的微軟在臺灣的大會，説實話，從TechDays結束之後，DevDays Asia應該是最大的會議了。

DevDays Asia已經有辦好多年了，之前因爲總總原因一直沒有參加過。

今年，因爲公司有擺攤位，所以借著去幫忙的名義(還是有幫忙的好嗎XD)，去參加了活動。

這篇來分享一下第一天的情況。

在上一篇([01]淺談Code Review的好處及意義篇 - 讓團隊彼此知道程式碼走向)瞭解了什麽是Code Review以及爲什麽可能會想要做Code Review之後。

下一個問題就是，如果真的想開始實行該怎麽做呢？

這一篇來介紹一下Pull Request的概念，以及如何協助做Code Review。

這段時間對於.NET開發者 (或者任何關注于微軟技術的開發者) 來説最大的新訊息莫過於Build 2019的大會内容了。

相信大會上面有很多Session是大家感興趣的，有些甚至希望下載下來能夠放到手機或者平板在網路不好的時候可以觀看。

不過每一個有興趣的Session都需要一個一個點下載實在太過於麻煩，更別説除了影片之外，還有可能有slide、字幕等等可以下載。

太麻煩了，懶惰是工程師的美德，這篇看看如何用Powershell自動下載所有的Session。

程式碼對於工程師來説，就像是自己的小孩一樣，要時常的關心它，如果不怎麽做很容易導致長歪。

當程式碼還只是自己維護的情況下，掌控肯定很高，畢竟只有自己在開發而已，但是當是一個團隊在開發的時候，怎麽掌控或者知道走向就變的很重要。

這也就是Code Review的主要目的，這篇來看一下爲什麽要做code Review，Code Review要看什麽，以及有什麽工具可以協助這一件事情。

分支(branch)可以説是git的殺手鐧功能，透過建立分支就像使用多重影分身之術一樣，可能同時進行不同分支的開發，最後可以透過合并(merge)把所有的修改整合在一起。

不過開啓大量分支有一個缺點，那就是當合并成功之後，怎麽清理不需要的分支。

這篇就來看看怎麽快速清理掉這些無用的"分身"。

在上一篇([apiary][05]設計API時好用的工具 - 讓前後端溝通格式不再卡卡 - MSON格式篇)介紹完了MSON之後，基本上要寫出一個API格式的文件就沒什麽問題。

當API定義出來了之後，Apiary會自動建立出一個mock server，前端這個時候就可以呼叫這個mock server做初步的開發。

同時間，後端就可以依照定義好的API文件開始去開發。

理論上來説，只要前端和後端都依照同一份開發，那麽最後只需兩邊好了的時候做一個整合測試，那麽整體功能就完成了。

這篇來看看前端呼叫mock server的方式。

在上一篇([apiary][04]設計API時好用的工具 - 讓前後端溝通格式不再卡卡 - API Blueprint Actions格式篇)介紹了如何定義Actions，換句話説，以目前的知識要定義出一個API已經沒有什麽問題了。

但是在上一篇還有遇到一個問題，那就是不管是request或者response的JSON物件沒有定義出來裡面的欄位以及説明。換句話説，目前的方式只有範例，但是每一個欄位的形態，描述沒有辦法定義。

Apiary團隊當初考慮到了這一個問題，因此建立出一個格式稱之爲Markdown Syntax for Object Notation (MSON)，專門用來描述JSON以及JSON Schema。

這邊來看看MSON怎麽使用。