Desktop application 制作应用程序的开发生命周期？

我有一个想法，我想成为一个应用程序（我有C/C++、C#和Java编程背景，所以为了交叉编译，我将在QT Creator中开发）。所以现在我问你们高级开发人员，下一步我应该做什么？我知道所有好的节目都来自一个想法。那我该怎么办？用户界面原型？然后开发代码？应用程序的开发是否有一个循环？

---

我的意思不是说这个问题是主观的或有争议的，我想说这取决于申请的主要部分。大部分工作是来自设计用户界面（即“惊喜因素”是从哪里来的？），还是主要是数据操作或其他一些“繁重的工作”（即这些是我在简单用户界面中的结果）

如果应用程序是为了让人们“惊叹”，那么对用户界面进行原型设计并获得用户的意见将大有裨益。这可以在开始编写代码之前完成，然后在收到反馈时应用增量更新。当您请求反馈时，您可以开始编写应用程序的其余部分，这样每一部分都可以继续进行，而不必等待其中一部分

好的方面是，如果做得正确，这两件事应该完全（或几乎完全）解耦并相互独立

---

最后一点注意：通过原型化用户界面，它可能有助于巩固您的想法，从而简化用户界面背后的代码设计。不同的方法适用于不同的人，但根据我的经验，界面原型设计非常有用。

我认为这取决于应用程序的主要部分。大部分工作是来自设计用户界面（即“惊喜因素”是从哪里来的？），还是主要是数据操作或其他一些“繁重的工作”（即这些是我在简单用户界面中的结果）

如果应用程序是为了让人们“惊叹”，那么对用户界面进行原型设计并获得用户的意见将大有裨益。这可以在开始编写代码之前完成，然后在收到反馈时应用增量更新。当您请求反馈时，您可以开始编写应用程序的其余部分，这样每一部分都可以继续进行，而不必等待其中一部分

好的方面是，如果做得正确，这两件事应该完全（或几乎完全）解耦并相互独立

---

最后一点注意：通过原型化用户界面，它可能有助于巩固您的想法，从而简化用户界面背后的代码设计。不同的方法适用于不同的人，但根据我的经验，界面原型非常有用。

继续使用它。只是被困在里面

尝试将事物设计为灵活的，这样当你意识到你走错了路时，你就可以轻松地重构事物。将您的UI、业务逻辑和数据层分开，以便在您完全了解UI的功能后可以轻松地对其进行返工

总是很难知道从哪里开始，所以我能给你的最好建议就是好好想一想，挑一点，然后开始工作。预计您将不得不重构甚至重写一些位-不要害怕，这是正常的。但你可以永远坐在那里，试图决定先做哪一点，甚至永远都不开始。你先做哪一点其实并不重要，只要你有一个整体计划，这样你实现的所有部分最终都能连贯地结合在一起

---

（我不是建议你在没有设计或原型的情况下就把事情搞得一团糟。只是开发新应用程序最困难的部分之一是决定从哪里开始。在某个时候，你只需要冒险开始游泳就可以了）

继续努力。只是被困在里面

尝试将事物设计为灵活的，这样当你意识到你走错了路时，你就可以轻松地重构事物。将您的UI、业务逻辑和数据层分开，以便在您完全了解UI的功能后可以轻松地对其进行返工

总是很难知道从哪里开始，所以我能给你的最好建议就是好好想一想，挑一点，然后开始工作。预计您将不得不重构甚至重写一些位-不要害怕，这是正常的。但你可以永远坐在那里，试图决定先做哪一点，甚至永远都不开始。你先做哪一点其实并不重要，只要你有一个整体计划，这样你实现的所有部分最终都能连贯地结合在一起

---

（我不是建议你在没有先设计或原型化任何东西的情况下就把事情搞得一团糟。只是开发新应用程序最困难的部分之一是决定从哪里开始。在某个时候，你只需要冒险开始游泳）

好的，从经验丰富的开发人员的角度来看，我工作过的大多数公司至少都遵循某种流程驱动的方法。我所看到的开源项目可以有很大的不同，从即席的到过程驱动的。但总的来说，至少在企业界，即使是在小型项目上，以下方法对我和与我共事的团队都很有效。当然，有很多变体，使用不同的范例，但总的来说，这些是我在大多数范例中看到的步骤类型（我确信我遗漏了一些基本步骤）：

• 首先，很好地处理您的需求。如果您的用户不确定自己到底想要什么，那么@Michael Herold从UI原型开始的方法绝对是一个好建议。您可能还希望使用某种类型的迭代方法，如
• 接下来，定义一些类型