【问题标题】:Delete 'bad stuff' from Visual Studio [closed]从 Visual Studio 中删除“坏东西”[关闭]
【发布时间】:2014-06-25 15:21:06
【问题描述】:

我们公司对允许员工编程的技术有非常严格的指导方针。因此,我现在正在寻找一种方法来从每台开发机器上的所有 Visual Studio 安装中删除“坏东西”(类似于可以在 Active Directory 域环境中配置的组和机器限制)。

这包括:

  1. 与 Visual Basic 相关的所有内容
  2. 与 Windows 窗体相关的一切
  3. 默认 WPF 模板(因为我们希望强制我们的员工严格使用 MVVM)

我知道 Visual Studio 有一些用于“项目模板”、“项目模板”的文件夹,但它们到处都是杂乱无章的(对于每个框架版本、语言、.NET 语法),即使模板消失了,仍然可以使用例如通过 .NET 框架(Windows.Forms 命名空间)的 Windows 窗体组件

有没有办法做到这一点?

【问题讨论】:

  • VB.NET 是“坏东西”?听起来像无知。
  • 你不能去工具 > 扩展和更新并卸载/禁用那里的东西吗?或者告诉他们使用 MVVM
  • @JohnSaunders 不,VB.NET 还不错。 VB.NET 只是另一种 CLI 语言,但我们的员工应该严格使用 C# 编写代码。
  • 群发邮件说如果你不使用 MVVM 你会被解雇? :p
  • 建议:让您的员工编写他们认为最好的代码。然后,不要让 VB.NET 代码通过代码审查。您可能会发现您将有理由创建少量的 VB.NET 代码(例如利用 XML 文字支持)。

标签: c# wpf visual-studio-2010 visual-studio visual-studio-2012


【解决方案1】:

我会把它写成答案,因为它可能对其他人有用。 您可以尝试为不需要的文件类型实施签入策略 http://msdn.microsoft.com/en-us/library/ms364074(v=vs.80).aspx 请参阅“跟踪任务和执行标准”标题下的内容

【讨论】:

  • 在源代码控制级别而不是 IDE 控制这些策略似乎是个好主意。
【解决方案2】:

您可以通过 Unattended installation options 从 Visual Studio 控制 VB.NET 支持。

您无法完全阻止某人使用 Windows 窗体,甚至 VB.NET 组件。

它们是核心 .NET 平台(不是 Visual Studio)的一部分,即使从 Visual Studio 中删除模板支持,您仍然可以添加对这些程序集的引用。

这似乎是一个人类问题,而不是开发问题。如果管理层规定了某些开发标准,而这些标准没有得到遵守——那就是管理层需要处理的事情。例如:纪律处分。

【讨论】:

    猜你喜欢
    • 2022-01-22
    • 2011-03-17
    • 1970-01-01
    • 2018-07-18
    • 2015-01-14
    • 1970-01-01
    • 1970-01-01
    • 2023-03-27
    • 2016-02-23
    相关资源
    最近更新 更多