>我喜欢在做任何事情之前制定模型关系和使用.一般来说,我试图将模型定义为包含相干信息块的单元.通常这通过识别我的应用程序需要的正交资源(用户,职位等)开始.然后,我会找出这些资源绝对需要什么信息(属性),并且可能需要(关联),以及这些信息可能如何运行(方法),从那里我定义一组规则来管理资源一致性(验证).

我通常会迭代我的设计几次,因为定义其他模型的行为通常使我重新思考我已经做的.一旦我有一个我喜欢的模型设计,我将开始重构或专业化(子类化)模型来阐明设计.
>我编写迁移并为我的模型制作骨架.我通常不会写出测试,直到我有一个初步的方法和验证草案实施.在给予一些温和的思考之前,如何实施这些并不总是很明显.
>接下来是测试套件.无论我用来编写测试,只要我能确定后端是否合理.
>这是我把控制流分开的时候.成功要求会发生什么？不成功请求？哪些控制器操作将链接到他人？通常在控制器和模型之间存在1-1映射(不计算模型的子类),我经常遇到需要对多种模型类型进行操作的情况,因为我可能会创建一个新的控制器.根据我的应用程序的复杂程度,我可以将流程建模为状态机.
>最后我创造了观点.我首先绘制出基于我的模型的关系和属性的很大影响的UI.抽出公共部分,然后写出意见.
>浪费用户界面我创建一个CSS,并开始替换远程调用的链接,甚至适用于javascript.

我可能会插入步骤2和3.我发现在我编写要测试的代码之后写一个测试很容易.特别是因为我通常在我写的时候在控制台中测试,而一半的测试是通过从控制台粘贴而写的.

我也可以划分每个模型/控制器的步骤4和5.任何一点,我可以回去修改,以前的决定,并通过我的步骤传播这些变化.