design-patterns - 如何在不过度设计的情况下开始在纸上设计我的程序？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它.

3年前关闭。




Improve this question




我有兴趣在开始编码之前开始在纸上正确设计我的软件。这个的标准方法是什么？

我在想一些类似 UML 的东西，但我觉得这对于一个人的项目来说有点矫枉过正。

专业人士认为在开发业余爱好项目时最好做哪些事情？

预计投票将像往常一样结束，这没有争议。这是一个明确的答案，我期待一些确定的东西。 :P

Answer 1

我尝试将问题通常分为两个不同的问题:

谁参与(这是类的好人选)

正在发生什么(类似地，这往往是很好的方法，也是人们可能想要关注以确定性能要求的事情)。

例如:在一组可能的汽车中搜索最便宜的汽车时，我会将“最便宜”识别为可能想要成为单独功能的东西，因为我可能想稍后更改条件，或者将其应用于 SUV好吧，“汽车”和“汽车集”听起来像是我在问题领域需要的类(class)的好候选人。

要建立这些:

在问题描述中搜索动词:那些make方法

在问题描述中搜索名词: those make classes

找到约束，以及它们与什么相关:最便宜的是某物的属性，还是操作的结果？

最终，我从进一步绘制这些关系转向伪代码和小型原型(prototype)，以尝试并了解问题描述中出现的其他未知约束。