2008-09-23 83 views
2

举个例子,你会得到一个与数据库交互的web应用程序项目。你如何开始构建ASP.NET Web应用程序?

你如何开始你的发展?你是从设计数据库开始,绘制简单的ERD并写一个创建脚本?你是从设计你的Web应用程序的外观开始的,也许使用Photoshop,然后为它创建一个母版页?或者你是从设计领域模型开始,以最小的外观,稍后再应用更漂亮的设计?

请分享你的想法在此...干杯......

回答

1

您从决定开始的方式开始。不,但实际上,这取决于太多的因素,得不到一般的答案。你养成使用敏捷开发的概念,是否有指定的功能设计,做了客户给你严格要求,什么是你自己的经验等。

一般来说,我们开始通过发展我们的业务对象,然后为他们创造意见使用示例数据/假数据库或有时甚至是纯文本文件。从那里,我们开始填充零碎。如果不是所有需求都设置好,最好尽可能地将数据库保存在开发之外。这样你就不必每次都改变你的db,sprocs和与db的交互。

1

我倾向于做最后的这些想法,“通过设计你的域模型,以最小的外观开始的,后来上应用preetier设计“我喜欢让我的应用程序,任何形式的,做我想做的事情之前,我花时间让它看起来很漂亮。

0

弄清楚用户需要如何首先与您的网站进行交互。他们需要实现什么?

让我们定义你的ERD和数据库模型将会很快跟随。

然后,当你真正开始编码时,你会朝着正确的方向前进。

许多人也会说,先写你的单元测试。这很难做,但往往值得。

0

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

这是初级的经验,自2004年以来,我一直在从事开发工作,从开发公司的4年学徒开始。

干杯, 的Matthias

0

我启动与功能的UI,移动从那里到业务层和db(通常在串联下手)。设计通常由客户在某些方面提供,所以我尝试尽早应用,而不妨碍它。我喜欢一步完成域(稍后可以接受小的更改),并在我的代码中创建我的脚本。

这听起来像是一个周转,但它适用于我。

0

我绝对从一个UI原型开始。 客户永远不知道他们真正想要什么,直到他们看到它。

对用户界面的简单更改可以转化为系统核心组件的巨大变化。因此,让用户玩一个漂亮的原型,直到他们确信他们正在寻找,然后深入系统对象和数据库设计。

关于数据库和系统对象,我觉得很难决定走哪条路。去数据库首先肯定会影响我的课程设计,所以我尽可能地尝试去对象。它变成了一个更人性的设计IMO

0

取决于项目ID'说。 通常,使用Photoshop模型向客户展示他们获得的内容是很好的。

对于小型无需维护的项目,我尝试从数据库建模开始,以便更好地了解结构。然后围绕它创建Web应用程序通常很容易。

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

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

相关问题