zhlwish (Liang)

你们公司招聘毕业生都考很多算法么？

zhlwish — Mon, 25 Mar 2013 22:11:50 +0800

我个人是比较喜欢实践经验比较多的，对于技术上能聊得开的就更好了。但是公司要求面试的时候一定要问一些基础的算法，如平衡二叉树什么之类的，这样导致有过比较多项目经验的同学反而相对比较吃亏，面试到底该考察什么呢？

老大们决定用 JRuby on Rails，看看这个版块的冷清，就知道...

zhlwish — Thu, 20 Dec 2012 03:13:17 +0800

老大们觉得 JRuby 的 gc 好等等，决定上 JRuby on Rails，有没有有经验的同志介绍一下都有些什么坑啊

[求助] 社区的编辑器是怎么实现的？

zhlwish — Fri, 02 Nov 2012 15:20:18 +0800

很喜欢这个支持 markdown 编辑和预览的编辑器，很好奇是怎么实现的，呵呵，希望高手帮忙！

Refactoring from Good to Great

zhlwish — Fri, 02 Nov 2012 13:29:51 +0800

一个视频，在线看估计要翻墙，但是可以下载，值得一看，讲重构的一些经验。

Most developers know enough about refactoring to write code that's pretty good. They create short methods, and classes with one responsibility. They're also familiar with a good handful of refactorings, and the code smells that motivate them.

This talk is about the next level of knowledge: the things advanced developers know that let them turn good code into great. Code that's easy to read and a breeze to change.

These topics will be covered solely by LIVE CODING; no slides. We'll boldly refactor right on stage, and pray the tests stay green. You might even learn some vim tricks as well as an expert user shows you his workflow.

Topics to cover include: * The Open-Closed Principle * The types of coupling, and their dangers * Why composition is so damn great * A powerful refactoring that Kent Beck refers to as "deep deep magic" * How to destroy conditionals with a NullObject * The beauty of the Decorator pattern * Testing smells, including Mystery Guest and stubbing the system under test * The stuff from the last halves of Refactoring and Clean Code that you never quite got to :) organizers') Obviously, my credibility relies entirely on this talk being awesome, so come ready to laugh, learn, and enjoy yourself.

http://confreaks.com/videos/1233-aloharuby2012-refactoring-from-good-to-great

JavaScript Date API

zhlwish — Tue, 11 Sep 2012 16:25:10 +0800

今天工作中遇到 JavaScript 的 Date 计算和格式化的问题，顺便整理了一下 JavaScript 中的 Date 的相关 API，试做简单记录，有什么不对请大家指正。原文发布在我的博客上：http://www.zhlwish.com/2012/09/11/javascript-date/

Date 构造函数

// 当前时间 // Tue Sep 11 2012 15:37:46 GMT+0800 (中国标准时间) new Date(); // Fri Jan 02 1970 08:00:00 GMT+0800 (中国标准时间) new Date(3600 * 24 * 1000);

除了构造函数外，Date.UTC()也用于构造日期，但是并不返回 Date，而是返回从 1970-01-01 开始的毫秒数，比如：

// 1328054400100, 即 2012-01-01 00:00:00 0100 Date.UTC(2012, 1, 1, 0, 0, 0, 100);

需要注意的是，Date()函数返回日期字符串，比如

// date 是字符串：'Tue Sep 11 2012 15:34:48 GMT+0800 (中国标准时间)' var date = Date();

字符串转日期

Date.parse(string) 方法并不是返回 Date，而是返回整数

// 1120752000000, 即 2005-07-08 Date.parse("Jul 8, 2005"); Date.parse("2005-07-08"); Date.parse("2005/07/08");

日期转字符串

toString(); // Tue Sep 11 2012 15:09:01 GMT+0800 toTimeString(); // 15:09:34 GMT+0800 toDateString(); // Tue Sep 11 2012 toGMTString(); // Tue, 11 Sep 2012 07:10:05 GMT toUTCString(); // Tue, 11 Sep 2012 07:10:17 GMT toLocaleString(); // 2012 年 9 月 11 日 15:10:31 toLocaleTimeString(); // 15:10:45 toLocaleDateString(); // 2012 年 9 月 11 日

Get 系列方法

Date 提供了一系列 Get 和 Set 方法，可以获取和设置年份、月份、日期、小时等等信息，并且提供了本地时间和 UTC 时间两套方案。本地时间方法如下：

var date = new Date(); date.getDate(); // 从 Date 对象返回一个月中的某一天 (1 ~ 31)。 date.getDay(); // 从 Date 对象返回一周中的某一天 (0 ~ 6)。 date.getMonth(); // 从 Date 对象返回月份 (0 ~ 11)。 date.getFullYear(); // 从 Date 对象以四位数字返回年份。不用使用 getYear()。 date.getHours(); // 返回 Date 对象的小时 (0 ~ 23)。 date.getMinutes(); // 返回 Date 对象的分钟 (0 ~ 59)。 date.getSeconds(); // 返回 Date 对象的秒数 (0 ~ 59)。 date.getMilliseconds(); //返回 Date 对象的毫秒 (0 ~ 999)。

date.getTime()方法返回从 1970-01-01 开始到现在的毫秒数

date.getTime(); // 返回 1970 年 1 月 1 日至今的毫秒数。

Get 系列获取本地时间的方法和获取 UTC 时间的方法一一对应，如date.getUTCDate();

Set 系列方法

Set 系列方法和 Get 系列方法一一对应，如：

date.setDate(24); date.setUTCDate(24);

date.setTime(time)方法以毫秒数设置 Date 对象，和new Date(time)的作用一样。

Date 之间的计算

Date 之间的计算实际上是毫秒数的计算，加法除外，比如

// Tue Sep 11 2012 15:40:45 GMT+0800 (中国标准时间) var d = new Date(); // Tue Sep 11 2012 15:40:50 GMT+0800 (中国标准时间) var b = new Date(); // -5781 console.log(d - b); // 'Tue Sep 11 2012 15:40:45 GMT+0800 (中国标准时间)Tue Sep 11 2012 15:40:50 GMT+0800 (中国标准时间)' console.log(d + b); // 0.999999995709353 console.log(d / b); // 1.8153499959824195e+24 console.log(d * b);

Date 到字符串的自定义格式转换

JavaScript 并没有提供像 Ruby 的strftime()这样的方法，如果需要某种格式的日期字符串只能自己实现。比如下面方法实现将日期转化成yyyy-mm-dd形式的字符串。

Date.prototype.toHyphenDateString = function() { var year = this.getFullYear(); var month = this.getMonth() + 1; var date = this.getDate(); if (month < 10) { month = "0" + month; } if (date < 10) { date = "0" + date; } return year + "-" + month + "-" + date; };

var date = new Date(); // 输出 2012-09-11 console.log(date.toHyphenDateString());

如果需要将日期转换为“3 天之前”或者“4 小时之前”这样的字符串，可以使用JQuery timeago 插件。

参考

[Rails API] ApplicationController#default_url_options ()

zhlwish — Fri, 07 Sep 2012 17:36:28 +0800

来自：http://kan.weibo.com/con/3487676393188469

在 RoR 应用中写 view 的时候，经常要写这样的代码：

<%=link_to 'link name', :controller => 'user' :action => 'view', :username => @user.name, :param2 => 'param2' %>

但是总会遇到所有的链接中都会添加某个参数的情况，比如上面例子中的 username 参数，难道每写一个link_to()或者url_for()都需要手动的写上这个参数么？

当然不，Rails 提供了一种设置全局 URL 参数的方法，只要在你的ApplicationController中加上default_url_options()方法就行了，这个方法返回一个 Hash，我们可以在这个 Hash 中加入我们的全局 URL 参数就可以了，比如：

class ApplicationController < ActionController::Base def default_url_options() {:user=> @user.username} end end

这样之后，在 view 中的link_to()和url_for()以及其他生成 URL 的方法都会自动加上这个参数。

详见：http://guides.rubyonrails.org/action_controller_overview.html#default_url_options

一点点心得: Rack 在 Rails 中的使用

zhlwish — Thu, 09 Aug 2012 21:11:42 +0800

新手上路，有说得不对的地方请大家指正，嘿嘿，最开始发在我的博客上：Rack 在 Rails 中的使用。

今天工作中遇到 Rails 的一个问题，最后发现是使用的一个叫 Rack 包版本不兼容 Rails2.3 引起的，虽然问题很容易就解决了，但是 Rack 这个包是干什么的却引发了我的兴趣，经过查资料阅读代码，写了这篇博客。

Rack 是一个中间件，介于 Web 应用程序和 Web 服务器之间，为所有的 Web 服务器都提供了统一的接口，使用 Rack 构建的 Web 应用程序能简单换到其他的 Web 服务器上，因为 Rails 在底层用到了 Rack，所以我们可以在开发的时候使用 Webrick，然后通过 fastcgi 或者 ruby_mod 发布到 nginx 或者 Apache。

#Rack 简介

使用 Rack 构建的应用程序比 Rails 要简单多了，当然，功能也简单多了，只有 request, response, session, logger 等一些基本的组件，不过对于一些简单的应用，足够了。基于 Rack 的 Web 应用太简单了，以至于大家都用一句话来描述：

A Rack application is any Ruby object that responds to the call method, takes a single hash parameter and returns an array containing the response status code, HTTP response headers and the response body as an array of strings.

意思就是，一个包含call(env)方法的对象就能做为一个 Rack Web 应用，参数 env 是一个 hash，方法的返回值是一个列表，包含三个元素：HTTP 状态码 (200, 500 等)，HTTP 响应头 (Hash)，HTTP 响应内容 (字符串数组)。

先安装 rack 和 mongrel

sudo gem install rack sudo gem install mongrel --pre

下面代码演示了如何创建一个用 Rack 来创建一个 Web 应用，在控制台中执行下面的代码，然后用浏览器访问http://localhost:3000Hello，即可看到显示“Rack!”的页面。

#!/usr/bin/env ruby require 'rubygems' require 'rack'

class HelloRack def call(env) [ 200, {"Content-Type" => "text/html"}, ["Hello Rack!"] ] end end

Rack::Handler::Mongrel.run(HelloRack.new, :Port => 3000)

我们可以将后端的 Web 服务器 Ruby 标准库中的 WEBrick，只需要将上面代码的最后一行改为：

Rack::Handler::WEBrick.run(HelloRack.new, :Port => 3000)

当然要是 Rack 只能支持对于根路径的响应就没有啥意义了，Rack 还提供了一个称为Rack::Builder的 API，提供了简单的 DSL，可以定义简单的 URL mapping，使对不同路径的请求由不同的程序来处理，不过，这个和 Rails 暂时无关，有兴趣请阅读Ruby on Rack #1 - Hello Rack!和Ruby on Rack #2 - The Builder，或者Understanding Rack Builder

Rack 还提供一个有意思的东西，叫 rakeup，使得可以将主要的对请求的响应都放在一个名为config.ru文件中，和 Rails 关系不大，这篇文章可能讲解得更加清楚一些：Using Rack

我目前发现的，真正和 Rails 相关的，是Rack::Server API。下面是一个简单的示例。

Rack::Server.start( :app => proc {|env| 200, {"Content-Type" => "text/html"}, ["Hello Rack!"]]}, :server => 'webrick', :Port => 3030 )

Server#start({})的参数是一个 Hash，其参数包括:server, :Host, :Port等，其中:config可以是一个.ru文件的路径，用于覆盖:app的配置，比如下面代码，我们从config.ru中读取处理请求的函数，比如下面的代码。

Rack::Server.start( :config => 'config.ru' :server => 'webrick', :Port => 3030 )

config.ru的代码如下所示，仅仅一行。

run proc {|env| [200, {"Content-Type" => 'text/html'}, ["Hello Rack!"]]}

Rails 中的 Rack

对 Rails 的分析采用倒推的方式，我们启动 Rails 应用的时候，使用rails server命令。这个命令会调用railties/lib/rails/commands/server.rb代码，下面是代码的节选。

module Rails class Server < ::Rack::Server def start # … super end

def default_options super.merge({ :Port => 3000, :DoNotReverseLookup => true, :environment => (ENV['RAILS_ENV'] || "development").dup, :daemonize => false, :debugger => false, :pid => File.expand_path("tmp/pids/server.pid"), :config => File.expand_path("config.ru") }) end end end

可以看到，Rails::Server继承了Rack::Server，在前一节已经了解到，Rack::Server#start()方法会启动服务，Rails:Server覆盖了start()方法，并且在做了一些处理之后使用super调用了父类的同名方法，因此调用这个方法同样能启动服务。而且，Rails:Server也覆盖了父类的default_options()，这里的super也表示调用父类的同名方法，其返回值为 Hash，使用Hash#merge()覆盖了父类的一些配置信息，比如将 Rack 默认的 9292 端口改为 3000，等等。最后是最为关键的配置信息：:config => File.expand_path("config.ru")，意味着Rails::Server会读取从 Rails App 根目录的config.ru，然后交给 Rack 执行。

在 Rails App 的根目录下面找到config.ru，里面一如既往的简单，只有两条语句：

require ::File.expand_path('../config/environment', FILE) run AppName::Application

第一句是加载config/environment.rb，第二句和前一节的最后一段的代码非常相似，我们现在可以勇敢地猜测，AppName::Application中肯定定义了call(env)方法。

Rails3 的config/environment.rb文件也很简单，第一句加载相同目录下的application.rb，第二句调用了AppName::Application的initialize!()方法。(注意，Rails2 的启动流程不一样)。

require File.expand_path('../application', FILE) AppName::Application.initialize!

config/application.rb还是的定义依然很简单，继承了Rails::Application，仅仅做了一些配置工作，比如禁止在 log 文件中记录:password，启用 Rails3 新引入的 SASS 和 Coffie Script。

module AppName class Application < Rails::Application config.encoding = "utf-8" config.filter_parameters += [:password] config.active_record.whitelist_attributes = true config.assets.enable = true config.assets.version = '1.0' end end

因此，进一步找到railties/lib/rails/application.rb，这个文件定义了Rails::Application，而且终于看到了我们预测中的call(env)。当然，除此意外 Rails 做的更多，比如定义了Rails::Rack::Logger用来替代 Rack 自身的日志系统。

module Rails class Application < Engine def call(env) env["ORIGINAL_FULLPATH"] = build_original_fullpath(env) super(env) end end end

另外，Rails::Application的父类Rails::Engine是 Rails 的启动配置的核心所在，一次加载了 config/routes.rb、app/views 等信息。

#总结

总的来说，Rails 首先加载了config/application.rb中定义了AppName::Application，然后调用其initialize!()方法执行一些初始化工作，最后使用 Rack 的run AppName::Application运行整个应用程序。Rails 也通过 Rack 可以很方便的部署于 Apache、nginx、lighttpd 等各种服务器，包括 Ruby 自带的 Webrick，以及 mongrel 等。要更深入的了解 Rack 需要进一步阅读参考中的链接。