Toán tử điều hướng an toàn (&.) Trong Ruby

Bài đăng này đã không được cập nhật trong 4 năm

Kể từ phiên bản 2.3.0 trở đi, ngôn ngữ Ruby dược bổ sung thêm một toán tử điều hướng (&.) vô cùng thú vị. Toán tử này đã có mặt trong C # và Groovy trong một thời gian dài với cú pháp hơi khác nhau -? .. Vậy nó làm gì?

Tình huống

Ví dụ trong cơ sowe dữ liệu chúng ta có một bảng Account và một bảng Owner có quan hệ 1- 1 với nhau. Giả sử ta có một đối tượng account và muốn lấy ra thông tin address của account đó thống qua owner để không gặp lỗi thì ta thường viết như sau:

if account && account.owner && account.owner.address
...
end

Cách này thực sự rất dài dòng và gây khó hiểu cho người đọc. Đó cũng chính là một trong số nguyên nhân mà ActiveSupport được bao gồm phương thức try, ta có thể viết lại đoạn code cho ngắn gọn hơn như sau:

if account.try(:owner).try(:address)
...
end

Hai cách này hoạt động tương tự nhau. Điều kiện trên sẽ trả về address nếu tồn tại address trong owner(trả về nil nếu address là nil), hoặc trả về false nếu owner là false

Sử dụng toán tử điều hướng an toàn (&.)

Chúng ta có thể viết lại ví dụ ở trên bằng toán tử điều hướng an toàn như sau:

if account&.owner&.address
...
end

Nếu chưa có hai ví dụ ở trên thì có vẻ cú pháp có vẻ hơi khó hiểu tuy nhiên trông đoạn code gọn hơn rất nhiều.

Ví dụ

Trong ví dụ này tôi sẽ so sánh cả ba cách ở trên với nhau:

account = Account.new(owner: nil) # account without an owner

account.owner.address
# => NoMethodError: undefined method `address' for nil:NilClass

account && account.owner && account.owner.address
# => nil

account.try(:owner).try(:address)
# => nil

account&.owner&.address
# => nil

Với cách giải thích phía trên có vẻ như đầu ra chúng ta có thể lường trước được. Nhưng nếu owner là false thì sao?

account = Account.new(owner: false)

account.owner.address
# => NoMethodError: undefined method `address' for false:FalseClass `

account && account.owner && account.owner.address
# => false

account.try(:owner).try(:address)
# => nil

account&.owner&.address
# => undefined method `address' for false:FalseClass`

Điều bất ngờ đầu tiên là cú pháp &. chỉ bỏ qua nil nhưng lại nhận ra false, nó không chính xác tương đương với cú pháp s1 && s1.s2 && s1.s2.s3

Điều gì sảy ra nếu tồn tại owner nhưng lại không có address

account = Account.new(owner: Object.new)

account.owner.address
# => NoMethodError: undefined method `address' for #<Object:0x00559996b5bde8>

account && account.owner && account.owner.address
# => NoMethodError: undefined method `address' for #<Object:0x00559996b5bde8>`

account.try(:owner).try(:address)
# => nil

account&.owner&.address
# => NoMethodError: undefined method `address' for #<Object:0x00559996b5bde8>`

Rất tiếc là phương thưc try không kiểm tra nếu đối tượng phản hồi với phương thức đã cho. Để nghiêm ngặt hơn chúng ta sử dụng phương thức try!

account.try!(:owner).try!(:address)
# => NoMethodError: undefined method `address' for #<Object:0x00559996b5bde8>`

Rủi ro

Hãy cẩn thận khi sử dụng toán tử & . và kiểm tra các giá trịnil. Hãy xem xét ví dụ sau:

nil.nil?
# => true

nil?.nil?
# => false

nil&.nil?
# => nil

Ở ví dụ cuối cùng khá là khó hiểu vì nil&.nil? nên trả về true. Tuy nhiên đó là một lưu ý

Array#dig và Hash#dig

Một phương thức được bổ sung thêm nữa là #dig, thay vì phải viết một đoạn code như thế này:

address = params[:account].try(:[], :owner).try(:[], :address)

# or

address = params[:account].fetch(:owner) { {} }.fetch(:address)

Chúng ta có thể xử lý đơn giản hơn với Hash#dig

address = params.dig(:account, :owner, :address)

Lời kết

Đối với một ngôn ngữ động thì việc xử lý những giá trị nil là khá rắc rối, vì thế việc bổ sung các toán tử điều hướng an toàn và phương thức dig là rất cấn thiết.