Protocol Oriented Programming

測試程式碼可以確保它運作起來符合需求，而且在添加新功能時也不會發生問題。然而，很多開發者都因為程式碼在層級、類別、及外部框架的依賴性之間過於耦合，而不願意花時間來測試程式碼。此文會利用 Swift Protocols 向大家證明，建立框架的抽象層或解耦類別並不困難。

對任何程式開發來說，減少重覆的 code，把權責明確分開，讓 code 維護性變好，是非常重要的課題。同樣功能的 code，如果分散在程式的各個角落，不但改功能時很有可能會漏改或改錯，而且要找到某個功能確切的擺放位置也會非常困難；這些都會讓開發成本變得非常高，也會讓開發所需要的時間變得難以估計。 如果我們能把每個小元件的功能定義清楚，就有機會把重覆的部份拉出來，另外找個統一的地方擺放，在需要這些功能的時候，再簡單地連結過去，

本篇文章將利用 Swift 4 深入討論 “Protocol Oriented Programming” (POP，協定導向程式設計)。本文是 POP 系列文章的第二篇、亦是最後一篇文章，如你尚未讀過這篇簡介文章，請先看過之後再繼續這篇教程。 今天，我們將討論為什麼 Swift 被認為是「協定導向

軟體開發者最大的敵人就是程式複雜度，所以當知到有新技術可以保證幫我處理這個混亂狀況，我便聽聽這是什麼新玩意。在 Swift，近年（至少自 2015 年以來）最「火熱」的方法論中，獲得最多關注的莫過於 “Protocol Oriented Programming” (POP，協定導向程式設計)