发布评论
评论(4)
遮了一弯2024-11-26 09:26:45
我建议您首先写下使您的网站正常运行的主要要求,然后将主要要求分解为更小的部分,以及实现要求所需的条件。您还应该写下您认为完成每项要求需要多长时间。例如,可用性是一个主要要求。接下来将可用性分解为更小的方面,例如信息如何在您的网站上排列,您可以进一步分解。比估计您认为解决每个小方面的问题所需的时间,以及您为使网站可用而花费的总时间。在写下所有主要需求功能并估计每个功能的时间后。按照您希望首先完成的顺序排列它们。您应该将它们分为几个阶段,例如第 1 阶段创建您的网站,在该阶段下您将包括诸如托管服务类型、可用性等主要要求,第 2 阶段营销您的网站或让世界走出去,以及第 3 阶段维护您网站的。完成所有这些后,您可以开始为您的网站制作模型,然后转向 JavaScript 脚本和服务器端内容。希望我能帮上一点忙。确保将所有东西都视为对象,以及您需要为该对象提供哪些东西才能使其发挥作用。
~没有更多了~
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
您的问题非常广泛,所以这里有一个同样广泛的答案。
与任何其他项目一样,无论大小:
一些额外的建议:
我建议使用功能的“垂直切片”而不是比构建水平层。换句话说,不要构建一个 GUI,然后构建一个中间层,然后构建一个数据库层,并希望它们全部融合在一起。相反,一次构建一项功能,同时合并所有这些水平层的必要部分。
使您实现的功能块尽可能小。做出许多渐进的改变并把它做好,比试图在一项改变中吞下超出你所能咀嚼的东西,然后把它搞得一团糟更好。
首先构建基础,然后再完善它们。换句话说,在实现一个能歌善舞的 AJAX 支持的超级 GUI 之前,先使用基本控件获得核心功能。
对出色的变更控制持迂腐态度。这确实值得费心。
Your question is very broad, so here's an equally-broad answer.
As with any other project, big or small:
A few extra recommendations:
I recommend working with "vertical slices" of functionality rather than building horizontal layers. In other words, don't build a GUI, then a middle tier, then a database tier, and hope they all mesh together. Rather, build a piece of functionality at a time, incorporating the necessary bits of all of those horizontal tiers as you go.
Make the lumps of functionality you implement as small as you can. Better to make many incremental changes and get it right than try to bite off more than you can chew in one change, and make a hash of it.
Build the basics first, and then embellish them later. In other words, get the core functionality right using basic controls before you implement an all-singing, all-dancing AJAX-powered super-GUI.
Be pedantic about excellent change control. It really is worth the bother.