Đó có phải là phong cách tốt để trở lại rõ ràng trong Ruby?

Đến từ nền tảng Python, nơi luôn có "cách làm đúng" (một cách "Pythonic") khi nói đến phong cách, tôi tự hỏi liệu điều đó có tồn tại với Ruby không. Tôi đã sử dụng các nguyên tắc phong cách của riêng mình nhưng tôi đang suy nghĩ về việc phát hành mã nguồn của mình và tôi muốn nó tuân thủ mọi quy tắc bất thành văn có thể tồn tại.

Đây có phải là "The Ruby Way" để gõ một cách rõ ràng returntrong các phương thức không? Tôi đã thấy nó được thực hiện có và không có, nhưng có cách nào đúng không? Có lẽ có một thời gian thích hợp để làm điều đó? Ví dụ:

def some_func(arg1, arg2, etc)
  # Do some stuff...
  return value # <-- Is the 'return' needed here?
end

Câu hỏi cũ (và "đã trả lời"), nhưng tôi sẽ ném hai xu của mình làm câu trả lời.

TL; DR - Bạn không cần phải làm vậy, nhưng nó có thể làm cho mã của bạn rõ ràng hơn rất nhiều trong một số trường hợp.

Mặc dù không sử dụng trả lại rõ ràng có thể là "cách của Ruby", nhưng thật khó hiểu với các lập trình viên làm việc với mã không quen thuộc hoặc không quen thuộc với tính năng này của Ruby.

Đó là một ví dụ hơi khó hiểu, nhưng hãy tưởng tượng có một hàm nhỏ như thế này, thêm một số vào số đã truyền và gán nó cho một biến thể hiện.

def plus_one_to_y(x)
    @y = x + 1
end

Đây có phải là một hàm trả về một giá trị hay không? Thật sự rất khó để nói ý nghĩa của nhà phát triển, vì cả hai đều gán biến thể hiện, và cũng trả về giá trị được gán.

Giả sử sau đó, một lập trình viên khác (có lẽ không quen thuộc với cách Ruby trả về dựa trên dòng mã cuối cùng được thực thi) xuất hiện và muốn đưa vào một số câu lệnh in để ghi nhật ký, và hàm này trở thành ...

def plus_one_to_y(x)
    @y = x + 1
    puts "In plus_one_to_y"
end

Bây giờ chức năng bị phá vỡ nếu bất cứ điều gì mong đợi một giá trị trả về . Nếu không có gì mong đợi một giá trị trả về, nó là tốt. Rõ ràng nếu ở đâu đó xa hơn chuỗi mã, một cái gì đó gọi đây là giá trị được trả về, nó sẽ thất bại vì nó không lấy lại được những gì nó mong đợi.

Câu hỏi thực sự bây giờ là đây: có điều gì thực sự mong đợi một giá trị được trả về không? Điều này đã phá vỡ một cái gì đó hay không? Nó sẽ phá vỡ một cái gì đó trong tương lai? Ai biết! Chỉ một đánh giá mã đầy đủ của tất cả các cuộc gọi sẽ cho bạn biết.

Vì vậy, đối với tôi ít nhất, cách tiếp cận thực tiễn tốt nhất là hoặc rất rõ ràng rằng bạn đang trả lại một cái gì đó nếu nó quan trọng, hoặc không trả lại bất cứ điều gì khi nó không.

Vì vậy, trong trường hợp hàm demo nhỏ của chúng tôi, giả sử chúng tôi muốn nó trả về một giá trị, nó sẽ được viết như thế này ...

def plus_one_to_y(x)
    @y = x + 1
    puts "In plus_one_to_y"
    return @y
end

Và nó sẽ rất rõ ràng với bất kỳ lập trình viên nào rằng nó trả về một giá trị, và khó hơn nhiều để họ phá vỡ nó mà không nhận ra nó.

Ngoài ra, người ta có thể viết nó như thế này và bỏ qua tuyên bố trả lại ...

def plus_one_to_y(x)
    @y = x + 1
    puts "In plus_one_to_y"
    @y
end

Nhưng tại sao phải bỏ đi từ trở lại? Tại sao không đặt nó vào đó và làm cho nó rõ ràng 100% những gì đang xảy ra? Nó thực sự sẽ không ảnh hưởng đến khả năng thực hiện mã của bạn.

Không. Phong cách Ruby tốt thường chỉ sử dụng lợi nhuận rõ ràng cho lợi nhuận sớm . Ruby là lớn về tối giản mã / ma thuật ngầm.

Điều đó nói rằng, nếu một sự trở lại rõ ràng sẽ làm cho mọi thứ rõ ràng hơn hoặc dễ đọc hơn, nó sẽ không gây hại gì.

Cá nhân tôi sử dụng returntừ khóa để phân biệt giữa những gì tôi gọi là phương thức chức năng , tức là phương thức được thực thi chủ yếu cho giá trị trả về của chúng và phương thức thủ tục được thực thi chủ yếu cho các tác dụng phụ của chúng. Vì vậy, các phương thức trong đó giá trị trả về là quan trọng, hãy lấy thêm một returntừ khóa để thu hút sự chú ý đến giá trị trả về.

Tôi sử dụng cùng một cách phân biệt khi gọi các phương thức: phương thức chức năng có dấu ngoặc đơn, phương thức thủ tục không.

Và cuối cùng nhưng không kém phần quan trọng, tôi cũng sử dụng sự khác biệt đó với các khối: các khối chức năng có được các dấu ngoặc nhọn, các khối thủ tục (tức là các khối "làm" một cái gì đó) get do/ end.

Tuy nhiên, tôi cố gắng không tôn giáo về nó: với các khối, dấu ngoặc nhọn và do/ endcó các ưu tiên khác nhau, và thay vì thêm dấu ngoặc rõ ràng để phân biệt một biểu thức, tôi chỉ chuyển sang kiểu khác. Điều tương tự cũng xảy ra đối với việc gọi phương thức: nếu việc thêm dấu ngoặc đơn xung quanh danh sách tham số làm cho mã dễ đọc hơn, tôi sẽ thực hiện nó, ngay cả khi phương thức được đề cập có bản chất là thủ tục.

Trên thực tế, điều quan trọng là phân biệt giữa:

1. Hàm - phương thức được thực hiện cho giá trị trả về của chúng
2. Quy trình - phương thức được thực hiện cho các tác dụng phụ của chúng

Ruby không có cách phân biệt riêng biệt - điều này khiến bạn dễ bị tổn thương khi viết thủ tục side_effect()và một nhà phát triển khác quyết định lạm dụng giá trị trả về ngầm của quy trình của bạn (về cơ bản coi nó là một hàm không tinh khiết).

Để giải quyết này, phải mất một lá ra khỏi Scala và Haskell của cuốn sách và có bạn thủ tục rõ ràng trở lại nil(aka Unithoặc ()bằng các ngôn ngữ khác).

Nếu bạn làm theo điều này, sau đó sử dụng returncú pháp rõ ràng hay không chỉ trở thành vấn đề của phong cách cá nhân.

Để phân biệt rõ hơn giữa các chức năng và thủ tục:

1. Sao chép ý tưởng hay của Jorg W Mittag về việc viết các khối chức năng với dấu ngoặc nhọn và các khối thủ tục với do/end
2. Khi bạn gọi thủ tục, hãy sử dụng (), trong khi đó khi bạn gọi hàm, đừng

Lưu ý rằng Jörg W Mittag thực sự ủng hộ cách khác xung quanh - tránh ()s cho các thủ tục - nhưng đó là không nên bởi vì bạn muốn phụ ảnh hưởng phương pháp invocations được phân biệt rõ ràng từ các biến, đặc biệt là khi arity là 0. Xem các hướng dẫn phong cách Scala trên phương pháp gọi cho chi tiết.

Hướng dẫn về phong cách nói rằng bạn không nên sử dụng returncâu lệnh cuối cùng của mình. Bạn vẫn có thể sử dụng nó nếu nó không phải là cái cuối cùng . Đây là một trong những quy ước mà cộng đồng tuân thủ nghiêm ngặt, và bạn cũng nên làm như vậy nếu bạn có kế hoạch cộng tác với bất kỳ ai sử dụng Ruby.

Điều đó đang được nói, lập luận chính cho việc sử dụng returns rõ ràng là nó gây nhầm lẫn cho những người đến từ các ngôn ngữ khác.

• Thứ nhất, điều này không hoàn toàn dành riêng cho Ruby. Ví dụ Perl cũng có lợi nhuận ngầm.
• Thứ hai, phần lớn những người áp dụng điều này đến từ các ngôn ngữ Algol. Hầu hết trong số đó là cách "cấp thấp" hơn Ruby, do đó bạn phải viết nhiều mã hơn để hoàn thành công việc.

Một heuristic phổ biến cho độ dài phương thức (không bao gồm getters / setters) trong java là một màn hình . Trong trường hợp đó, bạn có thể không thấy định nghĩa phương thức và / hoặc đã quên về nơi bạn trở về.

Mặt khác, trong Ruby, tốt nhất là nên sử dụng các phương thức dài dưới 10 dòng . Cho rằng, người ta sẽ tự hỏi tại sao anh ta phải viết thêm ~ 10% báo cáo, khi chúng được ngụ ý rõ ràng.

Vì Ruby không có các phương thức void và mọi thứ ngắn gọn hơn nhiều, nên bạn chỉ cần thêm chi phí cho bất kỳ lợi ích nào nếu bạn returnsử dụng s rõ ràng .

Tôi đồng ý với Ben Hughes và không đồng ý với Tim Holt, vì câu hỏi đề cập đến cách dứt khoát của Python và hỏi liệu Ruby có tiêu chuẩn tương tự không.

Nó làm.

Đây là một tính năng nổi tiếng của ngôn ngữ mà bất kỳ ai cũng mong muốn gỡ lỗi một vấn đề trong ruby ​​nên được mong đợi một cách hợp lý để biết về nó.

Đó là vấn đề của phong cách mà bạn thích cho hầu hết các phần. Bạn phải sử dụng trả về từ khóa nếu bạn muốn trở về từ một nơi nào đó ở giữa một phương thức.

Giống như Ben nói. Thực tế là "giá trị trả về của phương thức ruby ​​là giá trị trả về của câu lệnh cuối cùng trong thân hàm" khiến từ khóa return hiếm khi được sử dụng trong hầu hết các phương thức ruby.

def some_func_which_returns_a_list( x, y, z)
  return nil if failed_some_early_check


  # function code 

  @list     # returns the list
end