Web applications Web应用程序开发过程

你们发现了哪些开发web应用程序的好方法

例如，您是否从用户界面开始，然后开始添加功能？在进入下一个资源之前，您是否关注单个资源并对其周围的所有内容进行编码？还是从模型/DB层开始逐层构建

我一个人工作。

“用户故事”>原型>设计>编码>迭代1>迭代2>…>释放

下面是一个很好的迭代示例：

---

向下滚动到“ASP.NET MVC联系人管理器示例应用程序”，它看起来像：

• 迭代#1-创建应用程序
• 迭代#2-使应用程序看起来漂亮
• 迭代#3-添加表单验证
• 迭代#4-使应用程序松散耦合
• 迭代#5-创建单元测试
• 迭代#6-使用测试驱动开发
• 迭代#7-添加Ajax功能

---

你提到你是一个人在工作

---

Koistya的上述回答是好的。然而，我发现，通过让用户界面处于可展示状态，我可以让客户更快乐，并让他们更快地购买

就我个人而言，我总是从思考一切开始。然后，我创建模型的结构，然后输入添加新数据的逻辑（无论是管理控制面板还是前端）

然后我写测试

---

然后我开始显示逻辑、编辑等，以及所需的任何附加功能

我倾向于从数据库开始备份，因为为我进行实体建模往往会突出问题

然后，我将从那里创建基线Webapp结构（在Java中，这意味着创建我的项目、添加Spring、配置数据源和安全性等等）

一旦我有了所有的管道，我将创建数据访问、控制器和视图，通常每个都创建一个，以获得概念验证，或者作为初级开发人员遵循的amodel

---

Webapps是迭代过程（通常不是），我发现最好尽快创建一个垂直切片。

我从模型->数据访问->数据库模式->用户界面开始

---

我对每个用户故事都做同样的事情（是的，做测试驱动开发）

单独开发时，做任何适合您的事情。这里有一些其他的资源供你在想出适合你的方法时参考。请注意，这些其他方法假设一个团队

• 这是我写的一页，是我的推荐信
• 请看一下的概述，特别是第3页上的迭代模型图
• 对你来说，这是另一件有趣的事情

---

我希望这会有所帮助。

我假设您已经有了一些用户故事和需求。我喜欢创建一个基本的域模型（基本上是一个类图），可能没有所有内容都包含的字段，但足以大致了解所有内容的连接方式、继承层次结构以及内容

至于编码，我喜欢从单个资源开始，并围绕它构建一些基本功能。目前，我通常不会将其连接到DB，我使用的是一个非常简单的DAO，它将内容填充到域对象集合中

接下来，我添加一些次要的连接资源，并开始建立它们之间的各种链接。在这一点上，我已经准备好了一些域对象，但可能还没有建立它们所需要的所有字段和内容。只有几个重要的字段足以区分对象的实例，并将它们链接在一起

在这一点上，我尝试用字段和行为充实我拥有的域对象，并将所需的位添加到视图中，以使这些功能可用。然后，我得到某种真正可用的持久性工作，设置验证，并使视图美观

---

改进现有的，然后迭代以覆盖模型的其余部分。

如果您知道您想要什么，您可以从各个角度解决问题，但是，好的设计原则要求您首先制定某种规格，概述您想要的功能。它不仅可以帮助您设置功能里程碑，而且在规划应用程序时，这是一个非常有用的练习

同样，好的设计原则要求您首先设计域对象或业务对象。这是应用程序中的所有“名词”。假设你想开发一个网站，显示大联盟球员的棒球统计数据。这里的域对象是名词“球员”、“统计”、“棒球”、“联盟”等等。对于其中的每一个，您都要创建一个域模型和相应的数据库表。然后开始考虑要添加到每个示例中的功能，例如Player.CareerSpan（）或Player.GamesPlayer（int year）

界面设计也可以并行进行，在这里你也应该在纸上或使用一些工具使用模型（Balsamiq模型是我最喜欢的）

---

从某种意义上讲，它只是归结为个人管理和避免回溯。如果您撤消了太多的代码，则表示有问题。源代码管理系统也将帮助您实现这一点。

如果您想要人们喜欢使用的应用程序，请从用户开始。然后回到与用户情景一起工作的数据库设计

如果您想要一个像我们熟悉的许多应用程序一样工作的应用程序，用户只是在那里执行数据库维护，那么从数据库开始。您可能会更快地完成，但您的用户不会对结果感到满意。

从非常好的规范开始，包括用户体验、功能、未来开发需求等各个方面。只有在编写并批准了规范后，您才能开始web应用程序开发。另一方面，你会发现自己又回到了过去