我已经看到了各种开发人员的一些"特定于项目的扩展"，并且从未看到"用户_"前缀文档指示使用它：
项目特定扩展(通常不可用或可共享(： 选择您喜欢的任何名称，然后将其预先放置为"用户_"(这是唯一的 允许以" U"开头使用密钥。这个前缀表示这个 扩展是本地的，不是来自中央typo3 扩展存储库或曾经打算共享。可能是这个 是您在某些特殊场合所做的" Adhoc"扩展名。
，如果我的看法是代表性的，则开发人员倾向于使用" client_usecase"或只是"用户酶"。有人告诉我，"用户_"扩大了几件事，例如不必要的数据库台式名称，并且扩展名称空间(供应商名称/扩展名称(比Extension-key更为重要，并且文档的这一部分或多或少或多或少是一个过去的残余。
我担心的是，这样的扩展密钥可能与其他扩展相冲突，f。e。扩展管理器可能会尝试下载翻译并建议下载更新，可能发生依赖性问题，或者Typo3 Hosters可能会安装安全补丁等。项目，并期望核心有些条件，f。e。扩展管理器会跳过此扩展程序的任何翻译更新，但我找不到任何东西。也许我应该建议(伪造(排除此类版本和翻译更新的扩展，并将其重点介绍为扩展名 - 经理列表中的"特定于项目"。
我认为只有两个选项：注册一个扩展密钥或使用"用户_" - 前缀，但这似乎已过时或至少被忽略。
仍然有使用此类前缀的好处，这是要走的方式，还是将来的扩展密钥注册可能会被供应商名称ter注册替换吗？
文档始终是建议 - (几乎？(没有人使用user_开头的键。
这是避免像您描述的冲突的建议。但是，避免了与程序员，公司或客户的前缀(就像供应商名称一样(的前缀。
在过去，不仅桌子都以ExtensionKey为前缀，而且还有其他表格。特别是如果您使用kickstarter/extensionbuilder。
今天，我们使用名称空间避免与类名称发生冲突，但仍然可以与扩展密钥发生冲突，因为任何供应商名称都不计算是否安装了typo3conf/ext/以外的扩展名。
该文件夹可能可以重命名，但是在具有相同名称的表中具有相同类型的记录(具有不同的字段(可能会破坏系统。
示例：不要试图为名为news的新闻介绍自己的扩展； - (
另一方面，您可能会获得具有相同信息但名称不同的字段： latitude/longitude，lat/long，lat/lon。
那从使用不同数据表示的不同扩展名中命名的字段又如何呢？time为string，unixtimestamp，time，...
结论：您无法避免所有冲突，并且意识到可能的问题可能有助于避免使用一些智能假设。
只有在作曲家安装的情况下才能发生扩展的自动更新，但是供应商名称很重要。在没有作曲家的安装中，您可能会从TER获得扩展名，其中扩展密钥与自己的扩展相同，但是应该知道自己的(本地(扩展是否具有TER中的较新版本。特别是如果扩展名具有作者，公司或客户的前缀。
请注意，不仅可以在TER中使用扩展。使用作曲家和包装商的扩展可以存储任何地方。