在 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 的命名空间问题。
有什么看法吗？
回复内容： 在 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。