Rails 网站开发工作流程

发布于 2024-12-08 20:13:58 字数 248 浏览 0 评论 0原文

我正在从头开始构建第二个 Rails Web 应用程序。我想知道工作流程方面的最佳实践是什么:

  • 开始编写基本功能,然后添加 GUI 设计并重复, 或
  • 为基本功能创建全套线框,然后 设计数据和模型,然后编码,然后重复

在我看来,布置线框图迫使我更加努力地思考用户将如何使用应用程序,但选择工作流程有点取决于框架(是否支持敏捷开发)。

你的方法是什么?有什么优点和缺点?

谢谢。

I am building a second Rails web-app from scratch. I am wonder what would be the best practice in terms of workflow:

  • start coding basic functionalities, then add GUI design and repeat,
    or
  • create full set of wireframes for basic functionalities, then
    design data and models, then code it up, then repeat

It seems to me that laying out wireframes forces me to think harder about how users will use the app, but choosing work-flow kinda depends on framework (support agile development or not).

What is your approach and what're pros and cons?

Thank you.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

孤檠 2024-12-15 20:13:58

没有“最好”,只有“最好”。这取决于实际发生的情况。

在开始工作流程设计之前,您可能了解一些基本功能,但您不太可能了解全部功能。无论哪种方式,高级行为测试都是开始定义用户体验和较低级别功能的好地方。

我不确定你所说的“是否支持敏捷开发”是什么意思,这与框架没有任何关系。该框架也不应该对工作流产生影响,而只影响工作流的实现方式。

There's no "best"; it depends on what's actually happening.

You may know some basic functionality before beginning workflow design, but it's unlikely you'll know all of it. Either way, high-level behavioral tests are a good place to start defining functionality at both the UX and lower levels.

I'm not sure what you mean by "support agile development or not", that doesn't have anything to do with the framework. The framework shouldn't have an impact on workflow, either, only on how the workflow is implemented.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文