系列文章
第十一天：用 TDD 實作購物車類別
有了前面的基礎，今天我們要在專案裡實作一個「購物車（ShoppingCart）」類別。為了確認實作符合預期的規格，我們將會以 TDD（Test-Driven D...
第十二天：在 TeamCity 上執行測試
在昨天的練習裡，我們在自己的本機上完成了一個 ShoppingCart 的類別。因為是用 TDD 的開發流程，所以測試也一併寫好了。不過，雖然我們在自己的電腦上...
第十三天：用 ktlint 做程式碼風格檢查
當我們自己一個人寫程式的時候，只要程式碼沒有寫錯，排版風格愛怎麼寫就怎麼寫，什麼時候要換行、什麼時候要空行都可自己決定。但團隊合作時就不一樣了，假如每個成員寫程...
第十四天：在 TeamCity 上執行程式碼風格檢查
昨天我們在專案裡導入了 ktlint 這個用來檢查程式碼排版風格的套件，我們可以透過 Gradle 的兩個指令 lintKotlin 及 formatKotli...
第十五天：用 detekt 做靜態分析
在現代開發工具的輔助下，大多數的編輯器或 IDE 都已經程式碼自動完成的功能，寫程式已經變得相對輕鬆些。不過我們還是得注意一個事實，就是程式寫完跟寫好還是有一段...
第十六天：在 TeamCity 上執行靜態分析
昨天我們在專案裡導入了 detekt 靜態分析套件，只要執行 $ gradle detekt 就可以掃描整個程式碼庫，及早找出淺在問題。我們也介紹了如何在 In...
第十七天：TeamCity 通知機制
自從有了 TeamCity 後，很多原本需要人工操作的任務都可以交給 CI 主機做。因為它會在每一次發現變更的時候自動執行，一方面不會漏掉或忘了執行、另一方面在...
第十八天：用 Plugin 擴充 TeamCity
昨天提到 TeamCity 支援幾個不同的通知頻道，可以在建置任務成功或失敗的時候通知我們。不過現在的通訊平台愈來愈多，每個團隊的偏好也不一樣，TeamCity...
第十九天：用 Gradle 做 Build Scan
對 Kotlin 這種編譯式語言來說，為了方便每次更新後的編譯工作，都會搭配 Gradle 這種自動建置工具使用。而 Gradle 在編譯的過程中會經過很多手續...
第二十天：在 TeamCity 上執行 Build Scan
昨天介紹了 Gradle 的 Build Scan 功能，讓我們可以清楚的了解 Build 過程中的細節，是使用 Gradle 時的一個強大工具。當然，我們也可...