Editor 类设计器

在设计类及其关系时，您使用什么软件，或者只使用笔和纸？

主要是笔和纸，尽管我偶尔会打开Visio，只是做一些粗略的图表

---

我想拥有一个别致的工具会很好，但这只是另一件需要学习的事情。

我发现纸和笔非常有用，我尽量远离电脑。如果我在compy上这样做，我总是很想开始编写解决方案。这不可避免地导致我后来改变了一些事情，如果我真的花了很多时间在这些事情上的话，我会在计划阶段发现这些事情。

初稿的用笔和纸张。Umlet将其数字化。它非常小，但它做了我需要的

当我做一个初始设计时，我喜欢一个白板和1-3个其他开发人员来激发我的想法。这通常足以捕捉任何明显的错误/修复任何可能出现的棘手情况，而不会使s/n比率下降太多。

我发现纸笔、白板和一些可能非常有用。大多数情况下，我认为当作为一个团队进行规划和设计时，白板和一些写有类和/或模块名称的贴纸或卡片最有效。如果你一个人做活动，用笔和纸就可以了。一旦设置了基本结构，就可以创建一个漂亮的UML图。

我通常从一个空接口开始，然后开始编写测试。然后，我使用重构工具生成成员。对我来说，单元测试是设计的一部分。

我用笔和纸

出于所有规划目的，这是最快的方法。 当我使用UML包时，我会迷失在布局和微调中

---

但这是我的负担…-）

用铅笔、纸或白板。任何永久性的标记，比如钢笔，你都会有一个相当混乱的设计

用于绘图的笔、纸和/或白板，用于文档编制的更全面的工具

我主要使用类图和一些带有序列图的草图来获得大多数正确的关系

关于工具：在工作中我使用，但就个人而言，我找到了更好的选择。后者更灵活，也允许快速起草

---

在VP，他们也有一个版本，称为一段时间以来（我还没有使用），这似乎是更灵活的，允许草图成为文件在任何时间。。。也许有一天这个工具会取代我的纸上草图（保存树：P）。

（MacOSX的Visio风格应用程序），有时。否则，用笔和纸就可以了。

在用笔和纸（或任何你喜欢的非代码等价物）阶段，很容易逾期居留，成为可怕综合症的牺牲品。我们中有多少人精心设计了一些“性感”的功能，但最终却从未被使用过？（举手，举手。）

小的迭代测试驱动步骤和频繁的重构——让代码告诉您它想要什么

我的大多数项目开始时唯一确定的是，我们不会以我们目前认为的方式结束。因此，花很多时间在大型前端设计上（或者如果你愿意的话）是浪费的——最好从我们想做的第一件事开始，看看我们最终会做什么

---

这取决于你认为设计如何结束。几年前，我读过一篇文章，其中提出了编码就是设计的思想——或者对于大型流程迷来说，至少是设计的后端。这对我来说是真实的，永远改变了我看待发展过程各个阶段的方式。当然，我只是疯狂地在谷歌上搜索这该死的东西。我能找到它吗？我能见鬼去吗。也许是我梦见了这篇文章，这都是我自己的想法。是的，就是这样。

前35或40稿的白板。UML在那之后很好，但不是特别必要。在详细讨论之后，最好的文档是干净的代码。

我投票结束这个问题，因为这是一个民意调查。