ruby 编程语言 确实要难些,我第一次看时,有些地方确实很难掌握。语法的灵活性加剧了语言本身的复杂性,同时加大了代码的维护难度。昨天看一本书,JOEL 写的,有个章节说,我们写代码时要尽量让代码的问题从字面上就暴露出来,有些语言做的很好,比如 C 语言,i=j*5 我们一看就知道 j 是什么类型,但是 C++ 由于语法的灵活度原因,我们就无法一眼判定 j 到底是什么类型。Ruby 确实非常强大,但对团队的要求也很高,需要对各个成员的编码一致性提出很高的要求。尽量避免奇技淫巧。当然,团队成员全部使用 Unix like 这是必须的。
@Rei 主流是 Linux 那是肯定的。但开发环境,主流还是 Windows 而不是 Linux , Mac。至少国内是这样的。大批的 PHPer, JAVAer 都是在 Windows 下开发程序并部署到 Linux 上,这包括互联网程序也包括大量的企业程序。目前 Ruby 在国内的火热程度甚至都不及 Python,就是很多企业对程序的后期维护很担心。
其实,我真心希望 ruby 在 windows 下的表现接近 linux 下的水平,这样才有助于社区的发展壮大,这样才是真正实现了跨平台,这样才不会有人担心现在做好的项目,将来没有人维护。
或者这样,你可以用 scaffold 来生成,表字段随便填写。完成后,不用 db:migrate,最后在 model 里面指定表和标识字段的映射关系。这样你 model,views,routes 就都有了。这样应该满足需求了吧。
一直就是支持先有表的。你建个 model 与表对应,然后指定对应的表和标识字段就 OK 了。记住一定要有标识字段。然后你的一对多,多对多关系,都可以靠这种方式建立。以前的一个项目,后台连接的是 以前项目的 sqlserver2005,我们就是这样做的。scaffold 那种东西只是看上去很美而已。
cool
哥们,python 不也大把的英文么。其实 rails 的中文文档也不少,像我这样的老土鳖也能连猜带蒙官方的 rails 文档。你肯定也可以的。
#8 楼 @quakewang 已经使用该插件重新排版了。由于我的是 ajax 加载数据,所以整合的过程中还颇费周折。
这个你真是太牛了
#8 楼 @quakewang 哇哦,居然还可以这么搞。晚上回去试哈。本人是一 rails 业余爱好者,还望 quakewang 大侠以后多多指教哦。
现在可以了,第一次用 3.1,那个 assets 有点不适应。原因是,使用了其它单独的 css 文件,造成无法被预编译。要想利用预编译,目前貌似只能在 production.rb 中将它加入 precompile array。
l