加载同一类的多个版本

Question

假设我将一个代码库作为独立的 PHP 类发布。然后有人在他们的应用程序中使用该库的 1.0 版本。后来，我发布了该库的 2.0 版本，而同一个人出于任何原因需要在其应用程序中同时使用 1.0 和 2.0，因为他或我破坏了与新版本的向后兼容性。

如果类名不同，则很容易包含并实例化两者，因为不存在命名冲突。但如果类名保持相同，我们就会遇到问题：

include /lib/api-1.0/library.php;
$oldlibary = new Library();

include /lib/api-2.0/library.php;
$newlibrary = new Library();

这行不通，因为我们无法加载两个都名为 Library 的类。另一位开发人员建议的另一种选择是使用命名空间。以下应该可以工作：

namespace old {
    include /lib/api-1.0/library.php;
}
namespace new {
    include /lib/api-2.0/library.php;
}

$oldlibary = new old\Library();
$newlibrary = new new\Library();

不幸的是，这不太可扩展。它适用于 2 个实例的情况（希望我一开始就不必使用），但要将其扩展到 3、4、5 或更多实例，您需要定义额外的命名空间并设置，如果您一开始就不使用这些命名空间，那么这是一堆不必要的代码。

那么有没有一种方法可以动态创建命名空间、包含文件并在唯一命名的变量中实例化该文件中包含的类？

---

让我补充一些说明...

我正在构建一组库，供其他为几个 CMS 平台构建插件/模块的开发人员使用。理想情况下，每个人都会始终使用我的库的最新版本，但我不能保证这一点，也不能保证最终用户在新版本可用时始终会升级他们的模块。

我尝试使用的用例是最终用户安装两个不同开发人员的两个不同模块：将它们称为 Apple 和 Orange。这两个模块都使用我的库的 1.0 版本，这非常棒。我们可以实例化它一次，并且两组代码都可以从该功能中受益。

后来，我发布了这个库的一个小补丁。它的版本为 1.1，因为它不会破坏与 1.x 分支的向后兼容性。 Apple的开发者立即更新了他的本地版本并推送了他的系统的新版本。 Orange 的开发者正在度假，不打扰。

当最终用户更新Apple时，她会获得我的库的最新维护版本。因为它是一个维护版本，所以假设完全替换 1.0 版本是安全的。因此，代码仅实例化 1.1，并且 Orange 从维护补丁中受益，即使开发人员从未费心更新其版本。

甚至后来，出于某种原因，我决定更新我的 API 以向 Facebook 添加一些钩子。新功能和 API 扩展对库进行了很多更改，因此我将版本升级到 2.0，以将其标记为在所有情况下都可能不向后兼容。苹果再次介入并更新了他的代码。没有任何问题，他只是用最新版本替换了他的 /lib 文件夹中的我的库。 Orange 决定回到学校成为一名小丑，并已停止维护他的模块，因此它不会得到任何更新。

当最终用户使用新版本更新 Apple 时，她会自动获取我的库的 2.0 版本。但是 Orange 在他的系统中已经添加了 Facebook 挂钩的代码，因此如果默认将 2.0 引入到他的库中，就会发生冲突。因此，我没有完全替换它，而是为 Apple 实例化一次 2.0，并并行实例化 Orange 附带的 1.0 版本，以便它可以使用正确的代码。

该项目的全部目的是允许第三方开发人员基于我的代码构建系统，而不依赖于它们的可靠性并在应该更新其代码时更新其代码。对于最终用户来说，什么都不应该破坏，并且在其他人的系统中使用时更新我的​​库应该是简单的文件替换，而不是遍历和更改所有类引用。

Answer 1

我决定走一条稍微不同的路线。命名空间方法有效，但您需要为类的每个版本使用不同的命名空间。所以它并不是真正可扩展的，因为你必须预先定义可用命名空间的数量。

相反，我已经为类和版本加载器/实例化器确定了特定的命名模式。

每个类将采用以下格式：

<?php
if( ! class_exists( 'My_Library' ) ) { class My_Library { } }

if( ! class_exists( 'My_Library_1_0' ) ) :
class My_Library_1_0 extends My_Library {
    ... class stuff ...
}
endif;

父 My_Library 类实际上最终会包含一些特定于库的标识符 - 用途、兼容性声明等。这样我就可以执行其他逻辑检查以确保右 My_Library 在继续前进并声称 My_Library_1_0 确实是我想要的库的 1.0 版本之前就存在。

接下来，我有一个将在我的主项目中使用的加载器类：

<?php
class Loader {
    static function load( $file, $class, $version ) {
        include( $file );
        $versionparts = explode('.', $version);
        foreach($versionparts as $part) $class .= '_' . $part;
        return new $class();
    }
}

完成此操作后，您可以使用 Loader 加载该类的两个实例或简单引用（如果您想使用静态）方法：

$reference = Loader::load( 'library.php', 'My_Library', '1.0' );

$loader = new Loader();
$instance = $loader->load( 'library.php', 'My_Library', '1.0' );

与我正在拍摄的名称空间版本不太一样，但它有效并减轻了我对破坏最终用户的事情的担忧。不过，我假设两个不同版本的 My_Library_1_0 是相同的......因此仍然依赖第三方开发人员知道他们在做什么。

Answer 2

那么有没有一种方法可以动态创建命名空间、包含文件并在唯一命名的变量中实例化该文件中包含的类？

是的，这样的方法是存在的。您可以使用 eval 和流处理程序执行任何操作。但这是不好的做法和错误的方法 - 您可以尝试使用工厂方法（代码未经测试 - 它仅显示示例）：

<?php

if (!class_exists('Library')) {

    class Library
    {
        public static function create($version)
        {
            if (class_exists($c = 'Library' . $version))
                return new $c();
            return null;
        }
    }

}

class Library1
{

}

class Library2
{

}

...

Answer 3

让用户选择一个版本，然后根据该版本加载你的api文件

文件名应该是动态确定的，例如：

include('/lib/api-'.$versionId.'/library.php'); 

如果版本为-1.0，

请小心确保用户输入被转换为单个十进制浮点型 没有任何邪恶的事情。