12/08/2018, 15:01

Sử dụng (&. ) trong Ruby

Chắc hẳn, trong Rails, các bạn sẽ không lại gì phương thức try() này nhỉ. Cơ bản thì try() giúp chúng ta gọi các method của 1 object mà không cần lo lắng về việc object đó có phải là nil hay không và việc gây ra các exception không muốn. Cách sử dụng thì nhìn vào ví dụ dưới đây chúng ta sẽ thấy ...

Chắc hẳn, trong Rails, các bạn sẽ không lại gì phương thức try() này nhỉ. Cơ bản thì try() giúp chúng ta gọi các method của 1 object mà không cần lo lắng về việc object đó có phải là nil hay không và việc gây ra các exception không muốn. Cách sử dụng thì nhìn vào ví dụ dưới đây chúng ta sẽ thấy

user.try(:name)
tương tự
user.nil? ? nil : user.name

Safe Navigation Operator được đưa vào từ Ruby 2.3.0 Chúng ta sẽ bắt đầu với ví dụ dưới đây nhé, đây là cách viết an toàn thông thường để đảm bảo không có các exception không mong muốn bắn ra khi object bị nil

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

Thật là dài dòng và phiền nhiễu, nhưng với method try() chúng ta có thể rút ngắn như sau

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

Có thể thấy cả 2 cách viết trên đều trả về kết quả như nhau

Chúng ta có thể viết ví dụ trên bằng cách sử dụng (&.) như sau

account&.owner&.address

Có thể thấy cú pháp hơi lạ 1 chút nhưng đoạn code của chúng ta trông sẽ ngắn gọn đi tương đối nhỉ

So sánh 3 cách viết ở trên với 1 bài toán khác

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

Nếu tất cả là nil thì kết quả sẽ giống nhau, không có gì đặc biệt cả, vậy nếu owner là false thì sẽ như thế nào?

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`

Có thể thấy cú pháp &. chỉ hoạt động khi object nil còn trường hợp false thì bắn ra exception Vậy chuyện gì nếu owner present nhưng không trả về 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>`

Có thể thấy chỉ có try() trả về nil, còn 2 cách viết kia đều bắn ra exception. Vậy việc sử dung (.&) hơn gì so với try

(1) &. giúp code ngắn gọn hơn try(...) Nếu cùng 1 kịch bản thì (&.) sẽ giúp code ngắn gọn hơn tương đối kể (2) &. là cú pháp của Ruby Phương thức try() không được định nghĩa trong thư viện Ruby core mà là của thư viện Rails (3) &. giúp debug dễ dàng hơn (&.) sẽ đưa ra exception nếu 1 phương thức thực sự không tồn tại được gọi, trong khi try() luôn luôn trả về nil

>> "s"&.glubsch
NoMethodError: undefined method `glubsch' for "s":String

Sẽ chỉ trả về nil khi object gọi phương đó nil
>> nil&.glubsch
=> nil

Còn try() thì sao
>> "s".try(:glubsch)
=> nil

Vậy tại sao lại debug nhanh hơn nhỉ??? Thử tưởng tượng nhé, giả sử phương thức glubsch là tồn tại. Sau đó, bạn quyết định đổi tên phương thức đó nhưng lại bị sót ở 1 số nơi. Thì với (&.) sẽ bắn ra exception ngay lập tức khi gọi đến dòng lệnh chứa phương thức sai đó. Trong khi đó phương thức try() thì ngược lại, luôn luôn trả về nil. Điều này sẽ khiến chúng ta mất thời gian để debug tìm ra lỗi đó

http://mitrev.net/ruby/2015/11/13/the-operator-in-ruby/

0