小毛的胡思乱想

凡走过,必留痕迹.

Improve Bitter Code: 多掌握一门语言

| Comments

备注: 示例中的代码并不是真实代码的完全拷贝

语言是有区别的

语言是有’好坏’之分的，在不同的应用背景下，有些语言就是比其他一些语言更为合适！ 语言是有它的设计目的，有些是为了效率(c)，有些是为了快乐编程(ruby)，有些则是了并发做准备(erlang)。 学习不同类型的语言也有助于锻炼编程思维，像c,java,ruby,javascript,erlang都教会了我许多东西。

来到这边之后，主要工作语言是java，但并不是说其他语言没有了用武之地，我一直在寻找使用其他语言的机会。 下面举些例子，来说明一下。由于我以前大量使用ruby语言，的确我也是特别喜欢。 所以例子以ruby为主，但并不是说其他语言没法做到，或许有更好的做法也不一定。

临时生成xml文件

前几天维护那边需要我提供一个xml文件，它提供了一组txt数据:每半个小时的登陆及操作统计。 我需要生成一个xml，我不熟悉excel操作(花了几分钟尝试了一下)，所以我选择使用脚本来生成。 脚本只花了一分钟,比我预想得还要顺利。

open('a.xml', 'w') do |f|
  open('a.txt', 'r') do |ff|
    ff.readlines.each_with_index do |l, i|
      dl, cz = l.split(' ')
      f << "<data><seq>#{i+1}</seq><czvalue>#{cz}</czvalue><dlvalue>#{dl}</dlvalue></data>"
    end
  end
end

对于这种一次性的文本处理，java真是太繁琐了，没有任何优势可言。

定位数据问题

曾经有次上版本之后发现一个菜单树不能使用。通过代码定位应该是菜单出现循环依赖了(菜单在表中是父子关系的)。 同事也把生产的数据拿过来了。数据格式类似下面的，第一列是菜单id，第二列是父菜单id，还有其他的数据列。

ITEM1 ITEM2 OTHERS...
ITEM2 ITEM3 OTHERS...
ITEM4 ITEM2 OTHERS...
ITEM5 ITEM3 OTHERS...

问题已经变成：父子是否出现循环。当时我用了几分钟写了一段脚本来找到出现循环的菜单项，最后发现是其他项目组增加的菜单有问题。

传数据的偷懒方法

以前还是老邮箱的时候，由于网络隔离，需要把测试相关的东西通过邮箱发到测试环境去。 我每次都是这么弄的：通过网页登录邮箱，新建邮件，把已经打包加密好的文件作为附件添加，保存为草稿，退出。 次数多了，真的很无聊，有时候一天要弄好几次。

我知道有种测试方式叫自动化测试，所以我用watir(一个用ruby写的自动化测试框架)模拟了整个过程。后来我把这个脚本调用集成到菜单右键上， 只需要把需要上传的文件选中，再触发一个右键菜单。打包加密，上传文件就搞定了。那时候的感觉就是，世界清净了。

实现codediff应用

有些框架工具有非常高的生产效率，ruby on rails就是其中一个。在项目中进行codediff使用的工具，主要是通过这个框架开发的。 说真的，这么一个东西，用java实现也不是什么难事。但对我来说，1k行的ruby代码量，sql一行也没有写，维护上要省心得多。

只要能够对项目有意义，谁会关心我是用什么来实现的呢?

部署应用

这是个cmo比较熟悉的领域。大多数情况下，我们会选择bash等shell工具。 不过我在开发codediff工具的时候，我想在本地直接就把应用部署到开发环境上去。

windows的bat很烂，shell等有比较多限制，所以我又选择了脚本语言。 使用perl,ruby等脚本来做管理脚本并不少见，我这里选择一个好几年前写的脚本作为例子：

cmd = Proc.new do |shell|
  shell.cd("/opt/xxx")
  print "current directory:",shell.pwd.stdout
  print shell.sh("/opt/getupdate.sh").stdout
  shell.exit
end
 
Net::SSH.start('192.168.1.32', :username => 'root', :password=>'psword') do |session|
  shell = session.shell.sync
  cmd.call(shell)
end

上面的例子比较简单，现实的例子是本地打包，通过ftp上传，解压发布，重启服务器，每个步骤都带交互功能。 脚本语言和普通shell相比，具有完整语言和跨平台的优势，用来做系统管理是一个不错的选择。

多掌握一门语言

整篇内容没有涉及编程技巧上的东西，但这却是我最想表达的内容。 在这里，我用Martin Fowler中国行的时候，图灵社区对他的采访内容来结束， 里边有关于学习编程语言建议的内容。

图灵社区：您曾经建议过程序员应该每年学习一门编程语言。

M：这实际上是Pragmatic Programmers提出的建议，是他们出版的书中的一条建议，我本人很赞同。我认为应该有意地学习一些新的语言，特别是那些和你所熟知的语言的运作方式相差甚远的语言，所以不要在相似的语言上浪费时间。如果你是一位Java程序员，那么C#对于你来说就太过熟悉了，你需要学习一些很不同的语言，比如说Lisp，或者Clojure；如果你是一位Lisp程序员，你也不需要学Clojure，因为那就是另一种Lisp而已。总之你应该尝试一些很不同的语言。

“improve bitter code”系列文章:

Comments