Những người khác đã trả lời câu hỏi này liên quan đến các vòng lặp chặt chẽ mặc dù dường như có sự khác biệt rõ ràng về hiệu suất giữa các ví dụ của Rex Kerr mà tôi đã nhận xét.
Câu trả lời này thực sự nhắm vào những người có thể điều tra nhu cầu tối ưu hóa chặt chẽ như lỗ hổng thiết kế.
Tôi còn khá mới với Scala (khoảng một năm hoặc lâu hơn) nhưng cảm giác về nó, cho đến nay, là nó cho phép bạn trì hoãn nhiều khía cạnh của thiết kế, thực hiện và thực hiện tương đối dễ dàng (với đủ khả năng đọc và thử nghiệm nền :)
Các tính năng thiết kế hoãn lại:
Các tính năng thực hiện bị trì hoãn:
Các tính năng thực thi bị trì hoãn: (xin lỗi, không có liên kết)
- Giá trị lười biếng an toàn chủ đề
- Tên qua
- Thứ đơn nguyên
Những tính năng này, với tôi, là những tính năng giúp chúng ta bước đi trên con đường đến với các ứng dụng nhanh, chặt chẽ.
Các ví dụ của Rex Kerr khác nhau về khía cạnh thực thi được hoãn lại. Trong ví dụ Java, việc phân bổ bộ nhớ được hoãn lại cho đến khi kích thước của nó được tính toán trong đó ví dụ Scala trì hoãn việc tra cứu ánh xạ. Đối với tôi, chúng có vẻ như là các thuật toán hoàn toàn khác nhau.
Đây là những gì tôi nghĩ là nhiều hơn một quả táo tương đương với ví dụ Java của mình:
val bigEnough = array.collect({
case k: String if k.length > 2 && mapping.contains(k) => mapping(k)
})
Không có bộ sưu tập trung gian, không có Optiontrường hợp, v.v ... Điều này cũng bảo tồn loại bộ sưu tập nên bigEnoughloại là Array[File]- Array'scollect thực hiện có thể sẽ được làm một cái gì đó dọc theo dòng của những gì mã Java của ông Kerr làm.
Các tính năng thiết kế bị trì hoãn mà tôi liệt kê ở trên cũng sẽ cho phép các nhà phát triển API bộ sưu tập của Scala triển khai triển khai thu thập cụ thể theo mảng nhanh đó trong các bản phát hành trong tương lai mà không phá vỡ API. Đây là những gì tôi đang đề cập với bước đi trên con đường đến tốc độ.
Cũng thế:
val bigEnough = array.withFilter(_.length > 2).flatMap(mapping.get)
Các withFilterphương pháp mà tôi đã sử dụng ở đây thay vì filtersửa chữa các vấn đề thu thập trung gian nhưng vẫn còn là vấn đề lựa chọn ví dụ.
Một ví dụ về tốc độ thực hiện đơn giản trong Scala là ghi nhật ký.
Trong Java, chúng ta có thể viết một cái gì đó như:
if (logger.isDebugEnabled())
logger.debug("trace");
Trong Scala, đây chỉ là:
logger.debug("trace")
bởi vì tham số thông báo để gỡ lỗi trong Scala có kiểu " => String" mà tôi nghĩ là hàm không tham số thực thi khi được đánh giá, nhưng tài liệu gọi tên là pass-by-name.
EDIT {Hàm trong Scala là các đối tượng nên có thêm một đối tượng ở đây. Đối với công việc của tôi, trọng lượng của một đối tượng tầm thường đáng để loại bỏ khả năng thông điệp tường trình được đánh giá không cần thiết. }
Điều này không làm cho mã nhanh hơn nhưng nó làm cho nó có khả năng nhanh hơn và chúng ta ít có kinh nghiệm trải qua và dọn dẹp mã của người khác.
Đối với tôi, đây là một chủ đề nhất quán trong Scala.
Mã cứng không nắm bắt được tại sao Scala nhanh hơn mặc dù nó gợi ý một chút.
Tôi cảm thấy đó là sự kết hợp giữa việc sử dụng lại mã và mức chất lượng mã trong Scala.
Trong Java, mã tuyệt vời thường bị buộc phải trở thành một mớ hỗn độn không thể hiểu được và do đó không thực sự khả thi trong các API chất lượng sản xuất vì hầu hết các lập trình viên sẽ không thể sử dụng nó.
Tôi rất hy vọng rằng Scala có thể cho phép các einstein trong chúng ta triển khai các API có thẩm quyền hơn nhiều, có khả năng được thể hiện thông qua DSL. Các API cốt lõi trong Scala đã đi xa trên con đường này.