Typo3 自定义扩展调整为6.2

我目前的任务是升级一个名为“kbs”的定制CRM扩展。它是在TYPO3 4.7上开发的，在其类中使用了旧的名称空间，如“Tx_Kbs_Service_TestService”等

我想升级整个扩展，以便能够与我们当前的后端版本6.2正常工作。更具体地说，我希望能够使用扩展生成器对此扩展进行更改，而我目前无法在6.2 TYPO3后端上进行此更改。它甚至不是在扩展生成器中选择“kbs”扩展的选项

当然，我重新搜索了web，但是我发现很难找到信息，为了添加自定义扩展，您必须做些什么。 到目前为止，我假设我将不得不手动更改我所有类中的所有名称空间，并且可能会注意减少的类。但我真的不知道这是不是一条路要走

有没有人为我提供指南、链接或TIPP？我会非常感激的

提前感谢,， 西蒙

对于第一个问题： 在extension_builder中，只有扩展是可更改的，它们的原始配置由extension_builder进行。 扩展生成器本身只是一个可使用的选项，还有其他选项可用于启动扩展

更新： 这是真的，扩展生成器不是扩展的“编辑器”，而是帮助启动扩展的工具

如果我得到了任务并且扩展生成器可用，我就不会用它来修改代码无法100%确定在代码的最后一个自动生成版本之后没有对代码进行手动更改。如果更改了伪操作并从配置中正确排除，也可以将其删除

我认为你最好的选择是手动更改

首先要读取两个源：

它们包含突破性的更改和一些示例

如果不更改PHP版本，则只需更改名称空间和一些不推荐使用的函数。（以上来源可能有助于了解这些信息） 一个棘手的部分可能是将旧的图像逻辑迁移到“新”的FAL（文件抽象层）。如果你不需要处理图像，那么它一定是一件容易处理的事情

还有一个扩展来帮助迁移：smoothmigration

您还可以在本演示文稿中找到一些提示： 对于第一个问题： 在extension_builder中，只有扩展是可更改的，它们的原始配置由extension_builder进行。 扩展生成器本身只是一个可使用的选项，还有其他选项可用于启动扩展

更新： 这是真的，扩展生成器不是扩展的“编辑器”，而是帮助启动扩展的工具

如果我得到了任务并且扩展生成器可用，我就不会用它来修改代码无法100%确定在代码的最后一个自动生成版本之后没有对代码进行手动更改。如果更改了伪操作并从配置中正确排除，也可以将其删除

我认为你最好的选择是手动更改

首先要读取两个源：

它们包含突破性的更改和一些示例

如果不更改PHP版本，则只需更改名称空间和一些不推荐使用的函数。（以上来源可能有助于了解这些信息） 一个棘手的部分可能是将旧的图像逻辑迁移到“新”的FAL（文件抽象层）。如果你不需要处理图像，那么它一定是一件容易处理的事情

还有一个扩展来帮助迁移：smoothmigration

您还可以在本演示文稿中找到一些提示：

---

您应该强调，扩展生成器不是扩展的编辑器。它是extbase（没有基于pi_的！）扩展的kickstarter，经过一些准备，它可以增强以前创建的扩展，如果不小心添加的代码可能会被覆盖。@BerndWilkeπφ：我扩展了答案。如果你想，你也可以用你的思想来扩展它！我不太明白为什么不赞成使用扩展生成器？在“旧的”未升级的系统上，我们使用它来创建插件、用新方法扩展类或插入新类。它们也会以我们需要的当前结构在数据库中生成。当然，它可以覆盖代码，但我们已经设置了更新时间，这不会干扰任何人的工作。你还推荐什么？我应该手动完成所有表格、类等吗？看起来慢多了。@SimonNom：我使用extension builder快速绘制结构，它有一些不错的功能，但我非常喜欢手动构建TCA，因为随着版本的更改，我在生成的代码中看到了一些“弃用”。快速地将模式输入到代码中也是IDE的一项功能，因此从长远来看，您也可以对其进行配置。无论如何，如果您已经在extension builder上设置了一个流程，那么它就是一个工作用例。但是，如果扩展已经构建好了，那就没有什么帮助了。除非您从头开始并在建模后复制功能。您应该强调扩展生成器不是扩展编辑器。它是extbase（没有基于pi_的！）扩展的kickstarter，经过一些准备，它可以增强以前创建的扩展，如果不小心添加的代码可能会被覆盖。@BerndWilkeπφ：我扩展了答案。如果你想，你也可以用你的思想来扩展它！我不太明白为什么不赞成使用扩展生成器？在“旧的”未升级的系统上，我们使用它来创建插件、用新方法扩展类或插入新类。它们也在数据库中以当前结构w生成