bundlename是否该永远包含vendorname?

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了bundlename是否该永远包含vendorname?，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1901字，纯文字阅读大概需要3分钟。

内容图文

如果选择 no，则 bundle 创建后目录如 src/UserBundle ，如果选择 yes ，则需要增加 vendor name，创建后如 src/XX/UserBundle

然而在创建期间也许没有共享计划，那么以后如果有共享的打算，则需要重新组织文件 namespace 和相应的配置文件。

那么是否应该在 bundle 创建时始终包含 vendor name？

比如 src/XX/UserBundle 或者 src/XX/Bundle/UserBundle

这样带来的副作用是，当你不准备共享当前 bundle 时，你在应用程序源代码中多了一个 namespace。或者定义 service 和 route 时多了一个前缀，如xx_user.user_manager

这样可以免去后顾之忧，不用担心以后共享当前 bundle 时，需要更改目录结构，namespace 以及 route 和 service 的命名空间问题。

有什么看法吗？

回复内容：

在 Symfony3 当执行 php bin/console generate:bundle 创建 bundle 时候，控制台会询问是否会在未来把将要创建的 bundle 共享。

如果选择 no，则 bundle 创建后目录如 src/UserBundle ，如果选择 yes ，则需要增加 vendor name，创建后如 src/XX/UserBundle

然而在创建期间也许没有共享计划，那么以后如果有共享的打算，则需要重新组织文件 namespace 和相应的配置文件。

那么是否应该在 bundle 创建时始终包含 vendor name？

比如 src/XX/UserBundle 或者 src/XX/Bundle/UserBundle

这样带来的副作用是，当你不准备共享当前 bundle 时，你在应用程序源代码中多了一个 namespace。或者定义 service 和 route 时多了一个前缀，如xx_user.user_manager

这样可以免去后顾之忧，不用担心以后共享当前 bundle 时，需要更改目录结构，namespace 以及 route 和 service 的命名空间问题。

有什么看法吗？

为什么要 vendorName ？

VendorName 是为了避免不同 Vendor 的相同 bundleName 的冲突，简单来说就是为了避免命名冲突，比如 Foo 和 Bar 两个 Vendor 都要创建一个 UserBundle，那么可果不加 vendorName 就会产生冲突，这相不难理解吧？

什么情况下应该包含 vendorName ？

如果你的 bundle 只在当前项目中使用，而不是作为共享的第三方 bundle（一般需要发布成 composer package），那么可以不需要 vendorName，反之则需要加上 venderName。

内容总结

以上是互联网集市为您收集整理的bundlename是否该永远包含vendorname?全部内容，希望文章能够帮你解决bundlename是否该永远包含vendorname?所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端