Máy phát điện Ruby và máy phát Python

Question

Tôi đã nghiên cứu các điểm tương đồng/khác biệt giữa các trình tạo Ruby và Python (được gọi là Enumerators trong Ruby), và cho đến nay tôi có thể nói chúng khá giống nhau.

Tuy nhiên, một sự khác biệt mà tôi đã nhận thấy là các Trình tạo Python hỗ trợ phương thức close() trong khi Trình tạo Ruby không. Từ các tài liệu Python, phương pháp close() được cho là thực hiện như sau:

Tăng một máy phát .Tại điểm dừng chức năng máy phát. Nếu chức năng máy phát điện sau đó nâng StopIteration (do xuất cảnh bình thường, hoặc do đã bị đóng cửa) hoặc GeneratorExit (bằng cách không thu hút sự ngoại lệ), lợi nhuận gần gọi của nó."

Có một lý do chính đáng tại sao của Ruby Enumerators không hỗ trợ phương pháp close()? Hay là một tình cờ thiếu sót?

tôi cũng phát hiện ra rằng Ruby Enumerators hỗ trợ một phương pháp rewind() chưa phát Python không ... là có một lý do cho điều này quá?

Cảm ơn

Answer 1

Máy phát điện dựa trên nền tảng xếp chồng, Số đếm của Ruby là thường là chuyên biệt (ở cấp độ thông dịch viên) và không dựa trên stack.

Answer 2

lớp sử dụng StopIteration Ruby Enumerator của nội bộ, xem How do Enumerators work in Ruby 1.9.1?

(nó chỉ quấn nếu bạn sử dụng nó trong một cho mỗi cuộc gọi). Vì vậy, tôi muốn nói rằng họ đang ở khá gần. Điều đó đang được nói, tôi không chắc chắn những gì một phương pháp gần trên một điều tra nên làm, chính xác ... dọn dẹp, có lẽ? (Máy phát điện của Python có thể sẽ được hưởng lợi từ một lưu ý tua lại trong Ruby, một số điều tra viên không trả lời để tua lại, vì vậy chúng nêu ra một ngoại lệ khi bạn gọi phương thức đó).

Answer 3

Điều này documentation for the rewind method hơi khan hiếm chi tiết. Nhưng để "bắt đầu lại" các máy phát điện sẽ phải làm một trong hai điều:

• nhớ ra trọn vẹn của nó, lặp lại đầu ra rằng một khi rewound, sau đó tiếp tục những gì nó đã làm trước
• reset trạng thái nội bộ của mình theo cách khiến cho cùng một đầu ra được lặp lại mà không có các tác dụng phụ không mong muốn khác

Điều thứ hai không phải lúc nào cũng có thể được; ví dụ, nếu bộ tạo phát ra bộ đệm byte từ mạng, đầu ra không hoàn toàn là một hàm của trạng thái bên trong. Nhưng bất kỳ máy phát điện nào sử dụng kỹ thuật đầu tiên nhất thiết phải xây dựng một bộ đệm lớn hơn và lớn hơn trong bộ nhớ khi nó được sử dụng. Máy phát điện như vậy cung cấp ít lợi ích hiệu suất hơn danh sách.

Vì vậy, tôi kết luận rằng phương pháp Ruby rewind phải là tùy chọn và không phải lúc nào cũng được hỗ trợ bởi lớp điều tra cụ thể. Vì vậy, nếu các nhà thiết kế Python có giá trị Liskov substitution principle, điều đó sẽ dẫn họ không yêu cầu một phương thức như vậy trong tất cả các máy phát.