如何开始构建ASP.NET web应用程序?

你从决定开始的方式开始。没有,但事实上,这取决于太多的因素,无法得到一个普遍的答案。您是否使用敏捷开发的概念进行开发,是否有指定的功能设计,客户是否给了您严格的要求,您自己的经验等。。

通常,我们首先开发业务对象,然后使用示例数据/伪数据库或有时甚至纯文本文件为它们创建视图。从那里,我们开始填充零碎的东西。如果没有设置所有需求,最好将数据库尽可能长时间地保留在开发之外。这样,您就不必每次都更改数据库、存储过程以及与数据库的交互。

让它定义ERD,数据库模型将很快跟进。

很多人也会说,首先编写单元测试。这很难做到,但往往是值得的。

UI和DB,但这取决于哪一个是真正的第一个。UI是一件非常重要的事情,因为您的客户最终必须使用它(有人说可能有开发人员有时会忘记…)。数据库设计是一种很好的方法,可以将(某些)结构放在所有业务需求中,而这些业务需求并不总是以严格且结构良好的方式指定的。

这是junior的经历,我从2004年开始从事开发工作,在一家开发公司做了4年学徒。

干杯

我从功能用户界面开始,从那里移动到业务层和数据库(通常是以串联方式开始)。设计通常是由客户在某些方面提供的,所以我尝试在早期应用它,而不让它妨碍。我喜欢在一个步骤中整理出域(稍后可以接受微小的更改),并在代码中创建脚本。

这听起来有点绕圈子,但对我来说很管用。

客户在看到之前永远不知道他们真正想要的是什么。

UI上的简单更改可以转化为系统核心组件中的重大更改。因此,让用户玩一个漂亮的原型,直到他们确信它是他们想要的,然后深入系统对象和数据库设计。

关于数据库和系统对象,我发现很难决定要走哪条路。首先使用数据库肯定会影响我的类设计,所以我尽量先使用对象。它变成了更人性化的设计

取决于项目Id的说法。 通常情况下,最好有一个Photoshop模型来向你的客户展示他们得到了什么。

在不需要维护的小型项目中,我尝试首先对数据库建模,以便更好地了解结构。然后,围绕它创建Web应用程序通常非常容易。

在大型项目中,我通常从创建软件关键部分的(基本)原型开始。然后我把它们拿给客户看,然后扔掉。他们只是为了帮助我更好地理解即将到来的挑战。

但正如所说,这是一个品味和项目的问题。