昨天的文章重发。写这篇文章的时辰，脑筋里在构想另一篇TypeSystem的文章，终于就抽风把PatternMatching一齐写成了TypeMatching，多亏有读者指出，特做改正后重发，深表歉意。如下为正文：
一个谈话特点经常完备多种API体现模样，懂得特点比硬记API更有助于咱们把握一门新谈话。Swift做为当代编程谈话的集大成者，完备不少优异的特点来辅助开拓者赶快高效的编写代码，PatternMatching即是此中之一。
程序员vs编程谈话咱们所写的代码，或许说一个App所完备的成效，终究都是程序员和编程谈话共通效用的成就。咱们利用某种编程谈话写代码的时辰，会受谈话策画者所制订的百般法则限制，这些限制当面都隐含着数十年行业阅历的积存，和策画者高超的策画技术。懂得这些法则所带来的便宜和策画值的良苦用心，能在大巨细小的方面，让咱们的代码更为牢固和不变。
前段功夫，「CleanCode」的做家，Bob大叔，在博客里吐槽了Swift这种新式编程谈话大概会将开拓者带入「DarkPath」。文章举了不少例子，粗心是说以Swift为代表的新谈话正在试验替开拓者做更多的事变，编程谈话做的越多，开拓者当然就做的越少，看上去是件善事，终归开拓者更简单出错，但Bob大叔觉得法则是死的，人是活的，程序员应当在代码的编写中担任更大的负担，并且有些生硬的法则会反过来会给代码的表白形成背面成就。这个观念显得有些过火，也引发了不小的商酌，对错且则不管，关于咱们开拓者来讲，最少要搞懂得Swift这种新谈话所包括的法则当面的意义，才气既公道的利用法则又不被法则所制，写出美丽的代码。
Bob大叔博客