写点什么

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:402814
用户头像

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

关注

评论

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

PS 进行隐藏图制作

空城机

PhotoShop ps 视觉处理 视觉 隐藏图

缓存不一致、缓存雪崩、缓存击穿、缓存穿透

escray

redis 学习 极客时间 3月日更 Redis 核心技术与实战

我还不懂什么是分布式事务

好好学习,天天向上

Java MySQL spring 分布式 事务

万物皆可拆

小匚

来,在图片上画个矩形吧,取经之旅第 14 天

梦想橡皮擦

3月日更

图片的黑魔法——GitHub 热点速览 v.21.13

HelloGitHub

GitHub 开源

Java + opencv实现视频人脸检测

张音乐

OpenCV 人脸识别 视频

Firebase 命令行工具

HoneyMoose

科普NA公链(Nirvana):NAC公链采用基于NIO的Netty,实现链上应用百万级TPS并发​

区块链第一资讯

2020 年前端技术发展盘点

三钻

发展 大前端 组件化 机会与趋势

算法:求两个单向链表的最早公共交点

程序员架构进阶

算法 链表 28天写作 3月日更 算法解析

推进智能变革,HPE让零售业的数字化梦想照进现实

Lily

书单|互联网企业面试案头书之数据分析师篇

博文视点Broadview

无需编程,通过配置零代码生成CRUD RESTful API

crudapi

RESTful 低代码 API crud crudapi

MySQL主从原理,基于快速学习一门技术的3种方式

博文视点Broadview

区块链农产品溯源系统开发,区块链农产品溯源平台的搭建

13828808769

区块链 区块链+ #区块链#

go + ffmpeg + goav 实现拉流解码器

张音乐

音视频 ffmpeg Go 语言 goav

AA

郑伟

标签

华为云副总裁薛浩:云原生视频服务,重塑体验,助力产业升级

华为云开发者联盟

云原生 音视频 视频 华为云 AR/VR

局域网服务器访问外网方案

程序员与厨子

Linux 网络 路由表

关于Vue权限路由思考

程序员海军

Vue 大前端 vue-router 权限认证 按钮权限

【Axure9百例】47.CSDN的列表样式

zhuchuanming

原型设计 Axure 交互原型

Redis - 主从模式

insight

redis 3月日更

Centos7下Docker安装&配置&镜像加速

happlyfox

学习 ,docker 3月日更

从新手到专家:如何设计一套亿级消息量的分布式IM系统

JackJiang

架构设计 即时通讯 IM

工作四年,分享50个让你代码更好的小建议

比伯

Java 程序员 架构 程序人生 计算机

双非怎么了

我是程序员小贱

3月日更

记上周双休日的加班

sadhu

加班

史上最全教程:idea将Java项目打包Jar包,并生成exe可执行文件

madison

Java jar包转exe可执行文件 exe4j

Kafka、RabbitMQ、RocketMQ 之间的区别是什么 ?

AI乔治

Java kafka 架构 消息队列

Python API 类型系统的设计与演变

李宇飞

API

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