|
该帖已经被评为隐藏帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-06-21
night_stalker 写道 ray_linn 写道 C#已经具备了转移ruby program的能力，不知道有什么特别好玩的来练练手？ 我只想到了active record，不过现在时间很紧，可能还没空做activerecord,还有什么特别有意思的？
你可以山寨 irb 写个交互式解释器 …… 还有些推荐如下。 测试框架 cucumber： Scenario: See all vendors
Given I am logged in as a user in the administrator role
And There are 3 vendors
When I go to the manage vendors page
Then I should see the first 3 vendor names
rest-client 最简单：
require 'rest_client'
r = RestClient
r.get 'http://example.com/resource'
r.get 'https://user:password@example.com/private/resource'
r.post 'http://example.com/resource', :param1 => 'one', :nested => { :param2 => 'two' }
r.delete 'http://example.com/resource'
锯子 nokogiri （不过 ms 有自己的一整套 xml 工具了吧）
require 'nokogiri'
require 'open-uri' # 扩展 open 方法，可来打开 url 或者本地文件
doc = Nokogiri::HTML(open('http://www.google.com/search?q=tenderlove'))
doc.css('h3.r a.l').each do |link|
puts link.content
end
doc.xpath('//h3/a[@class="l"]').each do |link|
puts link.content
end
选rest client吧，xml工具好像ms的已经挺完美的了，加上linq to xml，我再折腾也没什么新意。 |
| 返回顶楼 | |
|
发表时间：2009-06-22
java和ruby语言的特性不同，一个是静态语言，一个是动态语言
所以无法要求java和ruby那样去构架rails框架，有得必有失。 |
| 返回顶楼 | |
|
发表时间：2009-06-22
perl常常可以写出很少的代码
|
| 返回顶楼 | |
|
发表时间：2009-06-22
5年了, java版的activerecord那么多年了都没可以真正一用的, 所以java版的rails至少10年.
|
| 返回顶楼 | |
|
发表时间：2009-06-22
java方面的hibernate已经有至少9年了,谢谢
|
| 返回顶楼 | |
|
发表时间：2009-06-22
这种帖子为什么总能喷这么长？
OMG，我又顶贴了，罪过罪过。 |
| 返回顶楼 | |
|
发表时间：2009-06-22
不过确实没人问过为啥ruby没有struts1.
有人问,确实因为有需求. |
| 返回顶楼 | |
|
发表时间：2009-06-22
“啊，代码少当然写得快，当然改的也快，我们咋就没想到呢？”
写的快 =》改的快？ 很幼稚的说法 请不要说我们 |
| 返回顶楼 | |
|
发表时间：2009-06-23
Martian 叔叔不要悲观，强子对撞实验不会导致地球毁灭的 —— 就算会，也是秋天的事 ……
|
| 返回顶楼 | |
|
发表时间：2009-06-23
最后修改：2009-06-23
ninini 写道 “啊，代码少当然写得快，当然改的也快，我们咋就没想到呢？”
写的快 =》改的快？ 很幼稚的说法 请不要说我们 同意。 我原来待过的一家公司自己有套框架，把很多东西封装了，招一堆毕业生，根本不用写多少代码就可以构建出原型，但根据用户的需求进行修改时，却费老劲儿了。这是一个典型的代码量少，但改的并不快的例子。 另外，一个设计的很灵活的程序，它会比一个“写死”了的程序，代码量要多出好多，但改的时候，“写死”的那个程序，改起来可谓是伤筋动骨的。而设计灵活的程序，所做的可能仅仅是修改一个配置，或者加几个适配器。这也是代码少并不代表改的快的例子。 此外： 引用 我觉得java中所谓的业务层中立根本就是个扯淡需求，是一个被过分夸大了的小概率事件。
这个根本就不是导致java代码多的因素。随便一个普通的应用程序（不是Web程序），动态语言的都可以比java语言的代码少很多。 我不认为是扯淡需求，松耦和很好，一个很明显的好处就是：测试起来方便，搭建测试环境很容易。因此也容易查错。 |
| 返回顶楼 | |
