我敢肯定,每个人都有自己的工作流程,但我认为一个典型的一个是这样的:
指定“域”项目。这可能听起来很愚蠢,但在开始之前,你应该真正考虑到你的网站会提供什么。它不需要具体到最后的细节,但应该有一个想法,以便您可以执行下一步...
设计您的数据库模式。我通常只是在纸上计划这件事。创建规范化数据库有一个真正的艺术。想想应用程序中需要“永久”的所有内容,因为它必须位于数据库中,并且要尽可能少地重复。
在此之后,我通常按照你的说法做:创建我的模型(以及沿途的迁移脚本)。你首先想要在你的模型中找到的主要是与其他模型的关联。
下一部分取决于您作为Rails开发人员是多么舒服。很多人喜欢测试驱动开发方法(TDD),并且会编写单元测试(Rails提供了写这些的优秀工具,并且使用rake任务来运行它们)。但是,由于您只是在学习,所以您可能需要在实现模型业务逻辑后编写测试。
之后的道路几乎取决于你。您可以根据需要处理视图/控制器/模型。这是Rails和敏捷开发的优点之一,你不需要太多的锅炉代码就可以开始。
我在这可能很奇怪,但我通常设计我的首页,并得到一些基本的CSS去,因为我发现如果我的结果是半漂亮的,我会更有成效。
虽然我可能会避免生成脚手架,但我认为如果您自己生成各个部分,您将会了解更多关于框架的知识,并且花更少的时间去除不需要的代码。
在与团队合作的背景下,事情可能会有所不同。如果您有很多复杂的业务逻辑,有些人可能会花大部分时间编写模型代码,而更多的人在设计方面将实现视图代码。但是,你将不得不在中途见面,随着项目的发展和变得更加模块化,这会变得更加容易。只记得使用版本控制系统! Subversion如果你想要一些易于使用和学习的东西,Git如果你正在面临挑战。
kewl!感谢Zachary的想法! :) – Paul 2010-08-04 10:17:43