问什么是第三方代码？

EN

您的示例都是第三方代码，但您不应该为它们编写包装器。它们是大型的、成熟的项目，具有稳定和规划良好的API。

包装器的需要是在代码和库之间提供一个抽象层。只有当您发现库没有为您所做的特定事情提供良好的API时，您才需要这种抽象。然后，您可以创建包装器来简化自己的代码，并隐藏API调用是尴尬的事实。

如果使用依赖项注入，代码将是可测试的。在单元测试中，您可以使用模拟对象交换库依赖项，从而使您能够隔离测试中的代码。

包装库的目标是打破您自己的代码对该库的依赖，以便启用：

• 单元测试-您必须能够测试您的代码。如果库不允许您模拟测试所需的类或强制响应，则需要包装该库。这是一个明显的问题，可能不是你想知道的情况。
• 更改实现-作为代码作者，您需要了解可能发生的更改，以及这些更改的准备成本与它们的可能性相比。你能从.NET切换到JVM吗？这很困难，也不太可能；但是，您很可能在将来更改UI技术或XML引擎。

隔离第三方库和框架只是隔离更改的一个子集。

我不会把标准库的成员当作第三方代码--它们毕竟是标准的，可以合理地假定在您正在使用的平台上是可用的和实用的。

至于像Zend这样的东西，我认为如果你采用不同的框架，你可能需要重写这个程序。老实说，我不会包装太多的东西，这不是一个严重的外部配置依赖，或者如果我不是真正的计划，使该部分可互换。