Azure 网络角色命名

发布于 2024-10-11 21:29:38 字数 127 浏览 6 评论 0原文

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 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

本宫微胖 2024-10-18 21:29:38

我认为这并不重要。项目中的角色数量通常很少。通常,用户可以通过 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.

飞烟轻若梦 2024-10-18 21:29:38

这完全是任意的(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.

可是我不能没有你 2024-10-18 21:29:38

我会在它们后面加上“.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.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文