《Clean Code》学习之—Boundaries

        这一章讨论边界问题。乍一看，对Boundaries不是很理解，觉得又不是数学，讨论啥子边界啊，后来才明白，边界问题主要是针对自己的程序中使用了第三方的代码或者引用了开源代码而说的。

        如同作者在文章的开头所说：“我们很少能控制系统中的所有软件。有时候我们买入第三方代码或者使用开源代码。甚至依赖公司内部其它团队所开发的组件或者子系统。”因此，在将外部代码与我们自己的代码进行整合的过程中，我们也要注意代码的整洁。

Using Third-Party Code（使用第三方代码）

        接口的提供者和接口的使用者之间常常存在一种自然的紧张关系。第三方代码包和框架的提供者为了适用性而苦苦挣扎，只有这样他们的作品才能在很多环境下工作并受到很多受众的喜爱。另一方面，使用者希望获得能够满足他们特殊需求的接口。

       在系统中自由传递Map<sensor>的实例意味着一旦Map接口发生改变，将有许多地方需要修改。

        这一段中作者的主要意思是当你在使用一个第三方接口的时候，要注意避免将它作为参数来传递或者调用，而应该将它放在使用它的类或者相近的类中。（我感觉作者的意识应该是尽量不要让接口跟外界接触太多）。

Exporing and Learning Boundaries（浏览和学习边界）

        如果我们不清楚怎么使用第三方包，那么我们可能花几天时间去阅读文档并考虑如何使用它。然后我们会写一些代码去调用第三方包以确定它是否做了我们所期待的事情。

        学习第三方包很难，整合第三方包也很难。同时做这两件事的难度加倍。我们可以编写一些学习测试用例来帮助理解第三方包。

Learning Tests Are Better Than Free(学习性测试的好处不只是免费)

        学习性测试的主要作用是帮助我们提高对第三方包的理解。它还有一个好处就是一旦第三方包发布了新的版本，可以通过学习性测试来看它是否有新的行为。

Using Code That Does Not Yet Exist（使用尚不存在的代码）

        这一段看的不是很爽，先写这么多吧，呵呵

转载于:https://www.cnblogs.com/superhuake/archive/2011/10/31/2230380.html