该帖已经被评为隐藏帖
|
|
---|---|
作者 | 正文 |
发表时间: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语言的代码少很多。 我不认为是扯淡需求,松耦和很好,一个很明显的好处就是:测试起来方便,搭建测试环境很容易。因此也容易查错。 |
|
返回顶楼 | |