TYPO3 后端和 PSR-15 的最佳实践
Best practice for TYPO3 Backend and PSR-15
我有一个关于 TYPO3 9（和未来版本）和 PSR-15 的问题。
据我所知，大多数后端模块都为后端模块控制器实现了一个 handleRequest 方法，该方法与 PSR-15 的 RequestHandlerInterface.
具有相同的签名
是否打算在未来的版本中实现此接口，是否有任何反对为我自己的后端模块实现的内容？
我正在重建整个后端模块以与 TYPO3 9 兼容，并希望确保这种方法在未来的版本中可行（至少在 TYPO3 10 之前）。
该模块本身已经工作了将近 10 年，没有进行任何大修，但随着 BaseScriptClass 被弃用，我别无选择。
感谢您的反馈。
使用请求和响应是可行的方法。这不是 TYPO3 发明的，而是实施的标准，参见 https://www.php-fig.org/psr/psr-15/。 GeneralUtility::_GET 之类的东西可能会在版本 10 中被弃用甚至删除。
回到你的问题：是的，在你的后端模块中使用它！目前核心尝试删除较少的 extbase，尤其是在后端由于各种原因，这也是扩展的方式。查看例如重定向扩展或站点模块的后端模块。我目前实施的自定义扩展是 https://github.com/georgringer/site_management，它也遵循这些原则。
我有一个关于 TYPO3 9（和未来版本）和 PSR-15 的问题。
据我所知，大多数后端模块都为后端模块控制器实现了一个 handleRequest 方法，该方法与 PSR-15 的 RequestHandlerInterface.
是否打算在未来的版本中实现此接口，是否有任何反对为我自己的后端模块实现的内容？
我正在重建整个后端模块以与 TYPO3 9 兼容，并希望确保这种方法在未来的版本中可行（至少在 TYPO3 10 之前）。
该模块本身已经工作了将近 10 年，没有进行任何大修，但随着 BaseScriptClass 被弃用，我别无选择。
感谢您的反馈。
使用请求和响应是可行的方法。这不是 TYPO3 发明的，而是实施的标准，参见 https://www.php-fig.org/psr/psr-15/。 GeneralUtility::_GET 之类的东西可能会在版本 10 中被弃用甚至删除。
回到你的问题：是的，在你的后端模块中使用它！目前核心尝试删除较少的 extbase，尤其是在后端由于各种原因，这也是扩展的方式。查看例如重定向扩展或站点模块的后端模块。我目前实施的自定义扩展是 https://github.com/georgringer/site_management，它也遵循这些原则。