第一个前端或后端实现?

时间:2010-07-07 19:55:23

标签: frontend backend

对于大多数网络开发大师而言,我的问题听起来很愚蠢,但作为新手,我想问一下,如果可以开发并且仅在Backend之后才能开发出前端?

另外,如果我需要数据库,我应该先设计它吗?

我也想了解项目的分析部分。一位朋友总之告诉我,启动项目需求分析(内部,技术和设计)是必须的。如果我想建立一个具有用户注册能力的社交电子商务网站,我会说。您能否确定一个编号列表,您将为此类项目准备分析(等等.1。数据库设计a)准备数据模型......)

如果有人能提供彻底的答复,我会很高兴。

谢谢。

此致 唐尼

5 个答案:

答案 0 :(得分:11)

我通常决定前端1中需要哪些字段。

然后开始处理数据库后端..然后进行单元测试的中间层..然后最后前端。

当然,一旦我开始在前端工作,我想到了数据库的更多字段或更改......这就是开发的本质。

答案 1 :(得分:7)

我认为这个问题实际上是自下而上或自上而下设计更好的问题的变化。 我发现前端的粗略草图可以模拟网站的典型用法。这有助于人们看到一个人可能会错过的所需后端选项(想想所需的数据)。

答案 2 :(得分:2)

特别是当新人正在使用项目时,我建议采用增量方法。

选择一些您知道自己需要的功能。从数据库(SQL)开始,然后是后端代码(可能是PHP),然后是Web前端(HTML)。尽可能简单地完成一个功能块。事情的顺序并不重要,只要一次只花一小块就可以了。

一旦小部件工作,保存副本。版本控制,甚至。这样,如果明天搞砸了,你总能回到有用的东西。

然后选择下一个小函数并将其添加进去。我总觉得这很有动力;你会看到持续改进。

我可能会提前计划数据库级别,因为虽然对HTML的任何更改只会影响HTML ...数据库更改通常需要后端代码更改,这通常需要更改HTML,并且必须重做所有内容都很痛苦。

答案 3 :(得分:0)

您应该构建您希望在整个系统中存在的层。每个层可以由不同的人并行构建/实现,但是集成点需要协作来决定合同。

有两种通用的接口/合同模式:

1)消费者/应用需求 - >接口/合同由应用程序决定,下一层是为了符合/适应这些需求而编写的。所有层级现在基本上都是由下游消费者推动的。专业人士认为,您可能拥有所需的最有效和最有限的方法,缺点是有更多工作使系统适应其他消费者。

OR

2)服务提供商 - >接口/合同由服务决定,该服务旨在支持可以为许多应用程序提供服务的核心通用功能集,甚至一些尚未知晓的应用程序。然后,使用提供者的应用程序必须根据内部需求调整合同的功能。专家认为该服务无需修改即可重复使用,但这些通用方法可能不太适合任何特定应用程序的需求。

这些都不是完美的答案,这取决于具体情况。上述1或2的决定也可能因您正在处理的层级连接而异。您可以拥有服务合同#2的服务,具有自己的需求合同#1的应用程序,然后是将应用程序需求映射到服务功能的适配器层。

无论您使用哪种模式,您的层的体系结构,它们的合同以及它们彼此之间的交互方式都比您开始处理任何特定层时更重要。

一般情况下,一旦层级设计到位,您就可以处理定义合同的层级,并对使用合同的层级进行跟进。

答案 4 :(得分:0)

这个问题非常主观。在我们生活的实际现实中,客户能够以能够将其转化为代码(当然还有不断扩展的需求)的方式来传达他们的需求。中等规模的公司有业务分析师来履行大部分职责。至于开始设计的哪一层,一个DB人会说DB,webguy会说前端等等......根据他们的能力。

没有银弹。我建议您阅读一些主要范例,例如Agilewaterfall