脚手架是否适合初级开发人员的测试任务?
Is scaffolding okay for a junior developer's test task?
我的第一份编程工作申请有一个测试任务。它包括创建一个用于管理数学试题的管理页面,唯一的要求是实现标准 Rails 方法和 create/modify/delete 问题的能力。
那么脚手架在 Rails 中是否被认为是一种完全糟糕的做法,或者它是否适合这样的基本任务?
我已经使用 Rails 10 年了,我相信我可以用一只手或最多两只手的手指数出我使用脚手架命令的次数。
正如您所指出的,脚手架往往会生成大量不必要的代码。此外,您的应用程序布局定制得越多,您对生成的代码所做的更改就越多。
在某些时候,您会发现自己编写代码比使用脚手架命令花费的时间更少,然后将大部分时间花在删除不必要的标签和代码上。
我通常在需要时使用model
命令创建模型,然后我手动编写控制器。遵循测试驱动的方法也更容易,因为您将在编写代码的同时逐步编写测试,而没有从一堆未经测试和不必要的代码开始的风险。
是否适合测试,这是主观的。我可能永远不会在面试中问它,因为它在实践中感觉完全没用,因为我的候选人可能永远不会使用它。我更喜欢有人向我展示 Ruby 和可能可用的 Rails 命令的知识,因为能够在控制台上键入脚手架命令来生成文件并不是这样的基础知识。
我的第一份编程工作申请有一个测试任务。它包括创建一个用于管理数学试题的管理页面,唯一的要求是实现标准 Rails 方法和 create/modify/delete 问题的能力。 那么脚手架在 Rails 中是否被认为是一种完全糟糕的做法,或者它是否适合这样的基本任务?
我已经使用 Rails 10 年了,我相信我可以用一只手或最多两只手的手指数出我使用脚手架命令的次数。
正如您所指出的,脚手架往往会生成大量不必要的代码。此外,您的应用程序布局定制得越多,您对生成的代码所做的更改就越多。
在某些时候,您会发现自己编写代码比使用脚手架命令花费的时间更少,然后将大部分时间花在删除不必要的标签和代码上。
我通常在需要时使用model
命令创建模型,然后我手动编写控制器。遵循测试驱动的方法也更容易,因为您将在编写代码的同时逐步编写测试,而没有从一堆未经测试和不必要的代码开始的风险。
是否适合测试,这是主观的。我可能永远不会在面试中问它,因为它在实践中感觉完全没用,因为我的候选人可能永远不会使用它。我更喜欢有人向我展示 Ruby 和可能可用的 Rails 命令的知识,因为能够在控制台上键入脚手架命令来生成文件并不是这样的基础知识。