子域或 URL：customer.acmecompany.com 或 acmecompany.com/customer
原因应该是将功能转移到子域中，例如
客户门户 - customers.acmecompany.com
论坛 - forum.acmecompany.com
而不是使其
acmecompany.com/Customers
acmecompany.com/help
What's reasons should be for moving functionality into subdomain, example,
cusomer portal - customers.acmecompany.com
forum - forum.acmecompany.com
Instead of making it
acmecompany.com/Customers
acmecompany.com/help
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
使用子域的一个很好的理由是应用程序托管在不同的计算机上。然后，您可以让 DNS 为您执行适当的路由，而对于 acmecompany.com/$APPNAME 版本，您必须设置前端代理。如果您的所有应用程序都托管在同一台计算机上（并且在可预见的将来），那么这不是问题。
从用户体验的角度来看，我还认为，如果应用程序看起来明显不同或需要不同的登录，那么它们应该位于子域中。如果我单击一个链接并最终进入一个看起来像不同应用程序或需要新登录的页面，那么我希望它位于不同的 FQDN。但这一点是非常主观的。
除此之外，我认为这只是您更容易设置的内容。
One good reason for using sub-domains would be if apps are hosted on different computers. Then you can let DNS do the appropriate routing for you whereas with the acmecompany.com/$APPNAME version you would have to set up a front end proxy. If all of your apps are hosted on the same machine (and will be for the foreseeable future) this is a non-issue.
From a user-experience standpoint I would also argue that if the apps look significantly different or require different logins then they should be in subdomains. If I click a link and end up on a page that LOOKS like a different app or requires a new login then I expect it to be at a different FQDN. But this point is very subjective.
Other than that I think it's just whatever is easier for you to set up.