7
设计器工具会降低编程体验吗？[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 4年前关闭。 我最近一直在浏览，特别是在一些可用的MS工具上，并且我注意到对设计器工具和向导的关注很大。不仅用于UI开发，而且还用于所有内容。 实体框架具有建模者 RIA Services具有DomainService向导 工作流让整个工作流设计师感到烦恼...（我不知道，还没有真正使用过它） 还有更多，但我想您会明白的。有很多设计器工具。使用其中一些，我发现： 它们使规定用例之外的事情复杂化 （即所有技术演示视频） 我最近一直在评估其中的一些技术，然后尝试与它们一起工作，最终不得不剖析设计师，建模者和向导为我所做的事情……否则，当我不得不尝试做时，我会迷失方向任何创造出来的东西。 最终情况是，我必须使用工具或对其输出进行足够的争用，以至于我自己不用工具就可以完成整个工作，并且对发生的事情有了更深刻的了解。我发现Silverlight设计器和RIA服务域服务向导特别激怒。 我发现自己在问：“如果我必须弄清楚它的内部工作原理或重写其输出的一半以使用它，该工具有什么用？” 他们没有那么快 这些工具的卖点是提高生产率，并且该点可能会随着时间的推移而改变，并且不一定适用于UI设计师（尽管在某些情况下它仍然适用->我正在为您提供Silverlight设计师） 。我发现我可以以比设计者中任何东西拖放，调整大小，移动快得多的速度破解某些代码。 UI妨碍了模型 也许这只是我一个人，但是当我使用类似UML设计工具的东西时，我最终花了更多的时间来布置所有内容，以使我的线条不会交叉，因此我可以在屏幕上看到所有内容，而不是对自己的模型进行建模正在努力实现。 他们没意思 我编码为生的一半原因是我享受它。单击复选框并选择组合框，然后修复出现的所有问题，这并不有趣。 我似乎并不孤单 社区似乎也不想要这些工具。目前，我能想到的最好的示例是Entity Framework Code-First。 所以我问： 设计工具是否真的提高了生产率？ 他们是有趣的杀手吗？ “社区” 实际上是在寻求更多的设计师工具，还是供应商只是以为我们是？