Khi nào sử dụng dấu bằng trong khai báo phương thức Scala?

Với dấu bằng:

object HelloWorld {
  def main(args: Array[String]) = {
    println("Hello!")
  }
}

Không có dấu bằng:

object HelloWorld {
  def main(args: Array[String]) {
    println("Hello!")
  }
}

Cả hai chương trình trên đều thực thi theo cùng một cách. Trong bài đăng trên blog Những điều tôi không thích trong Scala, tôi đã đọc rằng khi thiếu dấu bằng, phương thức sẽ trả về Unit(giống như của Java void), vì vậy các phương thức trả về giá trị phải sử dụng dấu bằng. Nhưng các phương thức không trả về giá trị có thể được viết theo cả hai cách.

Phương pháp tốt nhất để sử dụng dấu bằng trong các phương thức Scala không trả về giá trị là gì?

Tôi thực sự không đồng ý với Daniel. Tôi nghĩ rằng cú pháp không bằng không bao giờ nên được sử dụng. Nếu phương pháp của bạn đang được hiển thị dưới dạng API và bạn lo lắng về việc vô tình trả về loại sai, hãy thêm chú thích loại rõ ràng:

object HelloWorld {
  def main(args: Array[String]): Unit = {
    println("Hello!")
    123
  }
}

Cú pháp không bằng ngắn hơn và có thể trông "sạch" hơn, nhưng tôi nghĩ nó chỉ làm tăng thêm khả năng nhầm lẫn. Đôi khi tôi quên thêm một dấu bằng và tin rằng phương thức của tôi đang trả về một giá trị trong khi thực sự nó đang trả về Đơn vị. Vì các cú pháp kiểu không bằng và bằng với kiểu suy ra rất giống nhau về mặt hình ảnh, nên bạn rất dễ bỏ sót vấn đề này.

Mặc dù tôi tốn công hơn một chút nhưng tôi thích các chú thích kiểu rõ ràng khi chúng quan trọng (cụ thể là các giao diện lộ ra ngoài).

CẬP NHẬT: kể từ Scala-2.10, ưu tiên sử dụng dấu bằng. Câu trả lời cũ:

Các phương thức trả về Unitphải luôn sử dụng cú pháp không bằng. Điều này tránh những sai lầm có thể xảy ra khi triển khai chuyển sang API. Ví dụ: bạn có thể đã vô tình làm điều gì đó như sau:

object HelloWorld {
  def main(args: Array[String]) = {
    println("Hello!")
    123
  }
}

Tất nhiên, ví dụ nhỏ nhặt, nhưng bạn có thể thấy đây có thể là một vấn đề. Vì biểu thức cuối cùng không trả về Unitnên bản thân phương thức sẽ có kiểu trả về khác với Unit. Điều này được hiển thị trong API công khai và có thể gây ra các sự cố khác. Với cú pháp không bằng, không quan trọng biểu thức cuối cùng là gì, Scala sửa kiểu trả về là Unit.

Nó cũng sạch hơn hai ký tự. :-) Tôi cũng có xu hướng nghĩ rằng cú pháp không bằng làm cho mã dễ đọc hơn một chút. Rõ ràng hơn là phương thức được đề cập trả về Unitthay vì một giá trị hữu ích nào đó.

Trên một lưu ý liên quan, có một cú pháp tương tự cho các phương thức trừu tượng:

trait Foo {
  def bar(s: String)
}

Phương thức barcó chữ ký String=>Unit. Scala thực hiện điều này khi bạn bỏ qua chú thích kiểu trên một thành viên trừu tượng. Một lần nữa, điều này rõ ràng hơn và (tôi nghĩ) dễ đọc hơn.

Bạn phải sử dụng khai báo cuộc gọi đăng nhập bằng ngoại trừ các định nghĩa trả về Đơn vị.

Trong trường hợp thứ hai này, bạn có thể bỏ qua dấu bằng. Tuy nhiên, cú pháp này có thể không được dùng nữa, vì vậy tốt nhất bạn nên tránh. Sử dụng dấu bằng và khai báo kiểu trả về sẽ luôn hoạt động.

Đối với các phương thức, Scala Style Guide đề xuất cú pháp bằng thay vì cú pháp thủ tục

Cú pháp thủ tục

Tránh cú pháp thủ tục, vì nó có xu hướng gây nhầm lẫn cho rất ít lợi ích ngắn gọn.

// don't do this
def printBar(bar: Baz) {
  println(bar)
}
// write this instead
def printBar(bar: Bar): Unit = {
  println(bar)
}

Một điều: hãy tưởng tượng câu lệnh cuối cùng của một phương thức sẽ trả về Unit không trả về Unit. Sử dụng cú pháp không bằng sau đó rất thuận tiện, tôi hy vọng điều này sẽ không bị phản đối vì tôi thấy một số trường hợp sử dụng cho nó

Theo thời gian, kiểu mặc định đã thay đổi và điều này đã được đề cập đến trong nhiều phần nhận xét cho câu trả lời, nên trong hướng dẫn kiểu chính thức nên sử dụng =cú pháp cho khai báo hàm.

đối với phương thức không có giá trị trả về, một cách để biểu thị các phương thức đó là loại bỏ kiểu kết quả và dấu bằng, theo sau phương thức có một khối được đặt trong dấu ngoặc nhọn. Trong hình thức này, phương thức trông giống như một thủ tục, một phương thức chỉ được thực thi cho các tác dụng phụ của nó.