Class Designer in Visual Studio - is it worth it?是否有人在Visual Studio中大量使用类设计器？ 我已经下载了2005年的Modeling Power Toys，并且对到目前为止所见所闻印象深刻。 MSDN类设计器博客似乎暂时没有更新，但看起来仍然很有用。 类设计器是构建基本应用程序的快速方法吗？还是我应该在纸上工作然后开始编码？ 谢谢 作为可视化工具或用于探索目的(绘制多个选项以查看它们的外观)，这还不错，但是通常我发现对象浏览器可以很好地处理我关心的大多数事情。 作为代码生成工具，这是一个糟糕的主意。 我们首先设计所有代码结构，然后用少量实现填充空白的想法从根本上被打破了。 唯一真正知道代码结构应该是什么样的情况是，如果您之前已经做过完全相同的事情-但是，您可以使用以前的代码，而无需在任何代码中编写任何新代码。那种设计师。 如果您在实际尝试解决问题之前提前决定使用特定的类结构，则您有100％的机会会选择错误的设计，并大步向前。 简短答案：不可以。 更长的答案：不，一点也不。有一个原因尚未更新。 [编辑] @ MrBrutal-对不起-您是要生成代码还是仅代表设计？因为我接受了您的问题为您生成代码。 我想这很老了，但我经常使用。它肯定可以改进，但是我发现它能够可视化我的类结构，并通过视觉上单击它可以跳到特定的类或方法，这非常有用。 尽管新文件始终以根文件夹而不是CD的最终目录结尾，但是使用类/接口添加解决方案资源管理器也比解决方案资源管理器稍微容易一些。 我发现的主要好处是能够一次看到一组紧密相关的类。我认为最好的方法可能是每个代码文件夹/命名空间只有一张CD。 我已经使用过几次了，以便在演示文稿/博客文章等中放置一些看起来不错的类图。但是，就是这样... 关于其他易于使用并创建漂亮外观图的简单UML /类关系图工具的任何建议吗？必须能够从.NET代码生成图表。 我仅使用类设计器来显示我现有的类，但不以其他方式使用它，例如，在那里设计您的类，然后让其生成代码。 这里的注释表明，很少有人发现类设计器有用。 有趣的是，微软将类设计器设计为无用的UML的有用替代品(一旦失去与源代码的同步，UML图就不可信了)。 类图的麻烦在于它们告诉我们我们已经知道的东西。 我发现有时它很有用，此后更多时候用于记录文档。 这是一个新的小工具，但我认为您无法在VS Pro中获得全部功能-我认为您需要Architect的版本。
我已经尝试了几次，主要用于查看现有的类。 |
