PHP开发者转Ruby首要障碍是nil与false的区分及falsy值处理差异：Ruby中nil和false均为falsy但类型不同，0和""为truthy，导致if var判空失效、||=赋默认值失灵、nil调用方法报NoMethodError；而PHP中false/0/""/null均视为假。
PHP开发者写Ruby第一眼就卡在nil和false的区分
Ruby里nil和false都是falsy值，但它们是不同对象，nil.class返回NilClass，false.class返回FalseClass。PHP中false、0、""、null在条件判断里全被当作“假”，导致PHP习惯用if ($var)判空，而Ruby里if var会把0或""也当真——这直接引发逻辑错误。
常见踩坑点：
- 把PHP的
empty($arr)直译成if arr，结果空数组[]在Ruby里是truthy - 用
||=给变量赋默认值时，没意识到0或"0"不会触发赋值（因为不是nil） - 数据库查询返回
nil时，调用.length抛出NoMethodError，而PHP对null调用strlen()只是返回0
Ruby的“一切都是对象”让PHP的函数式写法失效
PHP里array_filter()、array_map()是独立函数，参数传数组就行；Ruby里对应的是Array#select、Array#map，必须调用在对象上，且块（block）是核心语法单元。没有块，很多操作根本写不出来。
实操差异明显：
立即学习“PHP免费学习笔记（深入）”；
- PHP：
array_map('strtoupper', $names)→ Ruby不能写map('strtoupper')，得写names.map(&:upcase)或names.map { |n| n.upcase } - 字符串拼接：
"hello" . "world"在PHP合法，在Ruby会报undefined method `.' for "hello":String - 类型转换：PHP用
(int)$str，Ruby必须用str.to_i——而且"abc".to_i返回0而非抛异常，容易掩盖数据问题
require vs include、autoload机制彻底重写依赖管理
PHP的require_once按路径加载文件，不关心命名空间；Ruby的require按$LOAD_PATH查找，require_relative才按相对路径，而且模块名必须和文件路径严格对应（比如lib/my_tool.rb里定义module MyTool）。稍有不一致，NameError: uninitialized constant立刻报错。
典型重构动作：
- PHP中分散的
include 'config.php'要改成统一用require_relative '../config'并确保config.rb里用module Config包裹 - 类名
UserModel必须放在user_model.rb中，否则require 'usermodel'加载后UserModel仍不可见 - 想实现类似PHP自动加载，得手动配置
$LOAD_PATH或用autoload（已废弃）或现代方案require 'pathname'; Pathname(__FILE__).dirname.join('..').expand_path.to_s
Rails环境放大了隐式行为的破坏性
脱离Rails写纯Ruby还只是语法迁移；一旦进Rails，ActiveSupport扩展、约定优于配置、lazy loading、method_missing动态代理这些机制会让PHP开发者更难定位问题。比如User.find(123)不抛异常而是返回ActiveRecord::RecordNotFound，但这个异常只在controller层被自动捕获并转成404——如果在model里调用又没rescue，测试就挂；而PHP的$user = findUser(123); if (!$user) die();逻辑清晰可见。
关键提醒：
-
before_action里写的@user = User.find(params[:id])看似和PHP控制器一样，但实际执行时机受Rails中间件栈影响，调试时容易误判执行顺序 - 数据库字段
status在PHP里直接$user['status']取值，在Rails里user.status走的是动态方法，若字段不存在，不报错而是返回nil，直到你调用.downcase才爆NoMethodError - 时间处理最危险：
Time.now返回本地时区对象，但数据库存的是UTC，user.created_at.to_s可能显示错8小时——PHP的date()默认用系统时区，反而不容易混淆
最难的不是写新代码，是把PHP里靠条件分支兜底、靠函数返回值判断成败的思路，换成Ruby里信奉“抛异常比返回错误码更诚实”的风格。稍一松懈，rescue漏写，nil就顺流而下，直到某个.each调用时报undefined method `each' for nil:NilClass，而你得倒查三层才知道源头是数据库没查到记录。
