ruby 其实性能很好,尤其是字符串处理,程序慢多是不会写程序或者架构有问题。快速开发往往也会不管三七二十一引入大量的第三方库,不管用什么语言,规模上去都会有性能问题
并不是 rails 不适合大团队,而是人力资源多了开发效率的重要性就降低了
local_variable_get
和 local_variable_set
, 这下终于神器了...
嗯... 这里用什么的都有,例如 clojure
没 windows... 没发现最开始给的代码有点有问题,修改了下
如果连的 git 服务器网速快的话挺好的
刚想到了个更好的办法避免出错,不改 config.rb, 只用一个 compass.bat, 内容如下:
@ruby.exe -x "%~dpnx0" %*
goto :eof
#!ruby
module Compass
module Actions
end
end
require "compass/compiler"
module Compass
class Compiler
def css_files
sass_files.map{|sass_file| corresponding_css_file(sass_file)}
end
def corresponding_css_file(sass_file)
"#{to}/#{stylesheet_name(sass_file)}.s.css"
end
end
end
gem 'compass'
load Gem.bin_path('compass', 'compass')
ruby -h
可以看到各参数的含义,例如 -x
参数是忽略 #!ruby
前面的代码
#10 楼 @aNd1coder 哦不知道是 windows... 对就是你找到的那个目录
歧视历史学和考古学啊, -_- 只好字符串了
可能是连的 slave 库
#8 楼 @aNd1coder 见我在 #7 楼 给出的解决方案,如果你可以改 compass 源码 (例如自己 fork 一份), 打开 lib/compass/compiler.rb , 找到 corresponding_css_file
, 把 ".css" 改成 ".s.css" 就可以。
建议用 gvim ...
想要 01000101
'E'.unpack 'B*'
想要 [4,5]
ord = 69
[ord >> 4, ord & 0xF]
如果楼主是想要 hex string
'E'.unpack 'H*' # "45"
'E'.unpack 'h*' # "54"
上面是让 xclip 的标准输出到 irb 了 下面是建立了管道,要等到 xclip 输出 EOF 才能返回
一些亮点
持续影响力和宣传之重要性... 例如前作就已经很有名的 GTA5 开发投入 1.15 亿,市场宣传投入 1.5 亿,首周就卖了 8 亿。
还有种比较土的方法是,在 config.rb 中猴子补丁掉算名字的函数:
module Compass
module Actions
end
end
require "compass/compiler"
module Compass
class Compiler
def css_files
sass_files.map{|sass_file| corresponding_css_file(sass_file)}
end
def corresponding_css_file(sass_file)
"#{to}/#{stylesheet_name(sass_file)}.s.css"
end
end
end
然后用 ruby -r./config.rb -S compass
代替 compass
命令 (你可以在 ~/.bash_profile 加个 alias compass='ruby -r./config.rb -S compass'
简化以后的调用)
#4 楼 @aNd1coder 正常的命名约定是原来叫什么出来就叫什么,如果要做和约定不一致的事情,可以自己写编译命令调 scss 命令行生成文件。例如:
input = "xxoo.scss"
output = input.sub /scss$/, "s.css"
system "scss #{input} > #{output}"
另一种方法是加个 "xxoo.s.scss" 然后把对应的 import 进来
@import "xxoo";
GM 的意思就是正式版快要出了
一个 method 肯定在一个文件中,但由于 open class 的存在,其代码可以分在各个文件中 可以用 Method#source_location 找到定义的地方编辑,但是 Class 就没法定义 source_location
没有长连接的话,异步的速度优势很微弱的. 一些长连接场景如聊天,有现成的 erlang 之类的服务器可以用,速度更快. 另外一些场景可以用消息队列 + 后台任务 (如 resque), 客户端 polling 等技巧解决,速度差不了多少. twitter 就是用消息队列,前端的 rails 用 nonblock socket 发消息到队列中就结束请求了,改成异步或者换 nodejs 也不会有多少改进的. 非 web 遇到长连接的情况多一些,例如自定协议的游戏服务器,erlang 比 node 好使。
-- 你的程序慢爆了. -- 不是我的错,是... 是 rails 太慢!
-- 审美疲劳了,想换种语言写尝尝鲜. -- 现在 rails 不跑得好好的吗? -- rails 太慢!
拒绝承认撤掉了墨西哥鸡肉卷的 kfc 是 kfc! 收集麦当劳的彩虹小马中...
本来就是 controller 的职责吧,消灭不掉就算了,转移到奇怪的地方以后再看会很困惑的...
按 DRY 的原则,可以把 redirect_to
提出来:
redirect_to\
case
when ... then ...
when ... then ...
else
end