Azure 网络角色命名
Visual Studio (2010) 中的 Web 角色、辅助角色（和 vm 角色）项目的良好命名约定是什么？
（编辑）：
那么部署呢？ Web 角色的名称将影响您在云中命名的已部署应用程序......
What is a good naming conventention for web role-, worker role- (and vm role) projects in Visual Studio( 2010) ?
(edit):
And what about the deploy ? The name of the web role will affect your deployed app named in the Cloud....
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
我认为这并不重要。项目中的角色数量通常很少。通常，用户可以通过 URL (blahblah.cloudapp.net) 看到 Web 和 vm 角色。因此，我会根据功能和易读性来命名它们，而不是像您可能想的那样，在它们前面或后面添加特殊的“worker”、“web”或“vm”关键字。
I don't think it matters a lot. Number of roles in the project is usually very small. Oftentimes, the web and vm roles maybe user-visible via URL's, (blahblah.cloudapp.net). So I would name them by functionality and ease of reading and not prefix them or post-fix them with a special "worker", or "web", or "vm" keywords, as you are probably thinking.
这完全是任意的（sp）。除非您添加一定程度的自动化监控和管理，否则不会产生任何重大影响。
我个人的偏好是根据工作单元适当地命名它们，遵循适合您的商店的命名约定。
更大的问题是服务和订阅的管理，这变得更加复杂。
Its entirely arbiratry(sp). And unless you're adding a degree of automated monitoring and management doesn't have any significant impact.
My personal preferrence is to name them appropriately based on the unit of work, following whatever naming convention is appropriate for your shop.
The bigger question is the management of services and subscriptions, which gets a bit more complex.
我会在它们后面加上“.Web”或“.Worker”后缀。如果您让 VS 生成 Silverlight 主机应用程序，Visual Studio 会对 Silverlight 项目执行类似的操作。
I'd suffix them with ".Web" or ".Worker". Visual Studio does something similar with Silverlight projects, if you let VS generate your Silverlight host app.