写点什么

Ruby on Rails 项目的救赎

  • 2009-07-12
  • 本文字数:1985 字

    阅读完需:约 7 分钟

Ruby on Rails 发布已有五年,在此期间,开发者编写了大量的应用。其中很多应用程序都是开发者们在学习 Ruby 和 Rails 的过程中写就的,代码质量堪虞,却已经运行于生产环境之中。

这些 Web 应用程序的规模数年来不断猛增,由于代码行数不断增加,它们已经变得臃肿,难以维护。这是很多开发者们不得不面对的情况。而且,他们几乎不知道从何下手。

一本新近出版的书能够帮助开发者解决这类问题,这本书叫做 Rails 拯救手册,由 Mike Gunderloy 编写。这本书也同时以 PDF 的形式发布,购买的用户可以终身收到最新版。InfoQ 获得了一个和 Mike 直接对话的机会,试图了解到这本书的核心思想。

Mike 介绍他的新书时说:

Rails 拯救手册是我心血的结晶,当你面对一个乱糟糟的 Rails 应用程序,并且希望把它进行重构(或是仅仅使它能够工作),它能够一步一步指导你如何 去做。这本书介绍了一些简单 Rails 应用程序的共同问题点,并且在战略和战术级别上对如何重构,以及回到高效开发上给出了建议。

这本书面向的读者不是 Ruby on Rails 的新手。Mike 解释了本书的读者群:

本书面向的是正在和陈旧的 Rails 应用程序搏斗,并且需要帮助的开发者。在大部分情况下;一个项目会有第二个开发 者,他会在第一个开发者不能发布可运行代码的时候被加入到这个项目中。有些时候,甚至不会有第二个开发者:一旦你意识到你可能会有问题(或者,很多问 题),没有人能够阻止你重构你的项目。

修正代码问题的关键一环便是知道问题在哪,有些非常明显,但是有些就不是。关于这个问题:

表面上说,Rails 项目中发现问题的数量和客户需求无关。我看到过这些问题是以两种形式。开发者不能够按时发布能 够工作的代码,或者发布的新特性破坏了程序的其他部分。当然,后者是最常见的问题之一:缺乏足够的高质量测试覆盖。当你获得源代码的时候,经常可以在这些 地方发现问题:由于缺乏对数据库层的考虑,不可思议的臃肿的控制器以及充满了 SQL 语句的视图等等导致了低下的性能。

一旦这些问题被找出,那么需要一个结构化的方法来修正它们。Mike 给出了一个开放的结构化的方法:

首先,你需要了解客户的需求,明白哪些修改是必须的。客户需要了解到当开发者试图使程序稳定的时期内,应用程序可能会很少甚至没有新特性。这个过程的一个 关键点在于设置良好的沟通渠道,及时通知客户——经常你需要处理一些不可思议的遗留问题,但是不会满足客户的需求。透明是这个过程中的口号。

在你确认你已经获得了能够继续进行的足够多的支持之后,下一步就是对现存代码做一些巨大的改动(假设这些都不是你写的)。检查 Rails 的版本,将一份拷 贝放到你的桌面(如果可以的话),检查一下路由器以及模型、控制器和视图。仔细查找问题点。通常客户将会知道性能和功能问题出在哪儿;仔细听他们说。

当你已经知道代码中的问题之后,那么着手重构它们。通常重构之后需要进行测试。你需要确认问题已经走上正轨,而且开发过程处于掌控之中。

我们然后讨论了通过选择一些容易完成的目标来达到快速制胜:

书中有一些秘诀,能够轻松为客户带来益处(也能够帮助他们成为反馈式的开发者)。例如,花费在理解数据模型和寻找模式的时间能够帮助你寻找到如何得到本质的性能提升。

也有一些地方需要注意,他介绍了一些入手点:

此外如果需要关注数据库层(尤其是在开发者的第一个或者第二个 Rails 项目),通过运行 Google Page Speed 类似的工具能够知道那些地方存在性能瓶颈(性能问题是客户最关心的问题之一)。在一个公共站点,确保有一些异常通知来告诉你哪些东西失败了,是 另外一个能够知道代码的哪些部分需要特别关注的方法。

当被问道他在 Ruby 社区的背景以及他如何意识到这些常见问题的类型的时候,Mike 指出他多年的咨询经验以及学习帮助了他:

在过去两年中,我已经帮助了大量的项目转到正轨来,但是为了客户的信心,我不能透露他们的名字。我也曾经在做 Action Rails 的 时候,做过一些代码检查。这些项目有些只是一些简单站点,基于 10 个左右模型,但是这些模型缺少了一些基本的 Rails 功能,例如模型关联(因此编写了太 多自定义代码),有些却是大型应用程序,已经被部署用作主要的功能实现,但是却被 Bug 缠身。我花费了很多时间在客户的项目以及转包合同,而不是在产品或 者临时工作中,这些并没有给我太多机会来审视它们为什么失败。

更多信息可以在 Rails 拯救手册的官方站点上找到。

Mike Gunderloy 在多种语言和平台上有着二十年的开发经验。从 2006 年开始,他全职转向 Rails 工作,对于和各种规模的分布式敏捷团队的协作,以及 和各类项目参与人员(从开发者到项目经理)的合作有着丰富的经验。他对 core Rails 也是贡献良多,还是 Rails 文档团队的成员。此外,在他在 Lark 集团的本职咨询工作中,是一位在高端 Rails 咨询领域的合伙人,同时也是 RailsBridge 的创始人之一。

查看英文原文: Rescuing Your Ruby on Rails Projects

2009-07-12 12:402824
用户头像

发布了 90 篇内容, 共 34.1 次阅读, 收获喜欢 5 次。

关注

评论

发布
暂无评论
发现更多内容

云图说丨数字资产链:您的数字资产产权保护神

华为云开发者联盟

区块链 云计算 开发 开发工具

直播预告 | 多云时代如何建设企业云管理平台?

BoCloud博云

cmp 云管理平台 云管理

京东云联合Forrester咨询发布混合云报告 云原生成为驱动产业发展新引擎

京东科技开发者

云原生 数字化 科技 混合云 多云

短视频直播系统源码

开源直播系统源码

短视频源码 直播系统源码 短视频直播系统

实操演示:如何用 ONES 制定 Scrum 迭代计划?

万事ONES

汇聚开发者智慧 夯实数据库产业根基

科技热闻

服务器运维需要24小时在线吗?需要周末加班吗?

行云管家

服务器 IT运维

医院怎么实现高效低成本运维?有什么软件可以满足吗?

行云管家

运维 IT运维 医院运维

低代码软件开发平台怎么选?

优秀

低代码开发 低代码平台

Python图像处理丨三种实现图像形态学转化运算模式

华为云开发者联盟

Python 人工智能 AI 图像形态学

LabView---信号发生器

一碗黄豆酱

React原理学习路线

郭明

不是我说,不掌握这些坑,你敢用BigDecimal吗?

程序员小毕

Java 程序员 面试 后端 BigDecimal

Ampere Altra Max 提供可持续的高分辨率 H.265 编码

亚马逊云科技 (Amazon Web Services)

编码 Tech 专栏

可以 DIY 装修的商城系统,你也能拥有!

CRMEB

一文了解 Nebula Graph 上的 Spark 项目

NebulaGraph

spark 图数据库 知识图谱 NebulaGraph

IT小白也能轻松get日志服务---使用Nginx模式采集日志

云端explorer

nginx 运维 日志服务

数据仓库开发 SQL 使用技巧总结

C++后台开发

MySQL 数据库 sql 中间件 后端开发

2022年中国娱乐直播市场年度综合分析

易观分析

直播市场

如何在Docker部署安装ETL调度运维工具TASKCTL

敏捷调度TASKCTL

DevOps 大数据运维 Kafka ETL TASKCTL Docker 镜像

LabView实验——温度检测系统(实验学习版)

一碗黄豆酱

如何选择合适的体育场馆用LED显示屏

Dylan

LED显示屏 户外LED显示屏 led显示屏厂家

消息中间件

Damon

7月月更

AIOps 还是 APM,企业用户应如何作出选择?

云智慧AIOps社区

APM 智能运维AIOps

百度APP Android包体积优化实践(一)总览

百度Geek说

Java 安卓

ABAP-EXCEL上传下载

桥下本有油菜花

abap ABAPexcel

李宏毅《机器学习》丨3. Gradient Descent(梯度下降)

AXYZdong

机器学习 7月月更

发现增长新动力,企业到底需要一朵什么样的云?

ToB行业头条

如何做好安全开发?

华为云开发者联盟

云计算 开源 安全 开发

小李:“有没有特别简单的Python解密rsa的案例?”“还真有”

梦想橡皮擦

Python 爬虫 7月月更

LabView中禁用模块(属性节点)

一碗黄豆酱

Ruby on Rails项目的救赎_Ruby_Robert Bazinet_InfoQ精选文章