Cách đúng để vạch trần một đối tượng sống ngắn phức tạp

Question

Tôi đang phát triển mô phỏng tiến hóa Darwin. Vì lý do hiệu suất, nó được viết bằng C++. Các sim được đại diện bởi một thể hiện của thế giới. Các loài động vật được đại diện bởi các trường hợp của động vật, một đối tượng khá phức tạp. Thế giới có hai phương pháp quan trọng:

animal_at(int i) 

và

evolve(int n). 

animal_at trả về một con trỏ thô không null cho trường hợp động vật đại diện cho động vật thứ i.
phát triển các tiến bộ mô phỏng có thể vô hiệu hóa bất kỳ con trỏ nào được trả về bởi animal_at. Tôi muốn làm cho sim và động vật dễ dàng truy cập từ bên ngoài. Tôi có các ràng buộc cụ thể về python, nhưng tôi đang xem xét việc học CORBA hoặc Ice để thực hiện một giao diện chung chung hơn. Vấn đề là làm thế nào tôi nên phơi bày động vật. Tôi có hai ý tưởng, không ai trong số đó cảm thấy thỏa đáng: 1) Viết lại mã một chút để sử dụng shared_ptr thay vì ptr thô và sử dụng phần mềm trung gian để hiểu ngữ nghĩa shared_ptr. 2) Tạo một "proxy lười sâu" có cấu trúc giống như Động vật. Các thành viên của nó sẽ là proxy cho các thành viên của Animal, đệ quy. animal_at sẽ thực sự được gọi trong giây phút trước khi đề cập đến dữ liệu thực tế - con trỏ sẽ được sử dụng và ngay lập tức bị ném đi. Điều này sẽ thực hiện ngữ nghĩa "thời điểm cuối cùng".

Tôi không thích 1) vì tôi sẽ phải giới thiệu trạng thái "zombie" của đối tượng, trông không phù hợp với tôi. Tôi không thích 2) vì mục đích duy nhất của proxy là triển khai ngữ nghĩa "khoảnh khắc cuối cùng".

Tôi đang tìm cách tự động không xâm nhập (sử dụng tạo mã) để đạt được điều này, bởi vì tôi không muốn làm mờ nghĩa của mã gốc. Có bất kỳ tên "chính thức" nào cho những gì tôi gọi là ngữ nghĩa "khoảnh khắc cuối cùng" không?

Answer 1

Có tùy chọn sử dụng boost :: weak_ptr. Bạn có thể vượt qua những xung quanh, họ phải sử dụng khóa() để có được shared_ptr cơ bản để họ có thể nhìn thấy nếu đối tượng không còn tồn tại.

Tuổi thọ của đối tượng chỉ được xác định bởi những nơi có shared_ptr. Do đó, phải có ít nhất một trong số đó trong suốt thời gian tồn tại của đối tượng, và bạn cần một cái trước khi bạn có thể tạo ra weak_ptr.

Answer 2

Thứ nhất, bạn có thể xem xét xml-rpc thay vì CORBA làm phần mềm trung gian (sử dụng tiêu chuẩn hơn hiện nay).

Thứ hai, người dùng bên ngoài làm việc với dữ liệu được khắc phục. Họ gửi một tài liệu tham khảo marshalled trên middleware và mong đợi thông tin marshalled dựa trên yêu cầu và tham khảo của họ, vì vậy tôi không thấy làm thế nào điều này làm việc cùng với "cuối cùng" sementics và con trỏ. Bạn có thể giữ tất cả các động vật tạm thời của bạn, vì vậy người dùng bên ngoài có thể truy vấn chúng hoặc bạn có thể phải gửi rất nhiều ngoại lệ cho các động vật không tìm thấy. (hoặc bạn cho phép họ yêu cầu động vật "mới nhất")

Answer 3

Nếu chức năng animal_at trả về con trỏ có thể bị vô hiệu tại bất kỳ thời điểm nào trong tương lai, bạn có thể thử trả lại con trỏ thông minh (tôi muốn đề xuất một shared_ptr) trên một số weak_ptr tại đây, nhưng bạn có thể thoát khỏi con trỏ yếu nếu bạn cẩn thận với việc triển khai). Tuy nhiên, thay vì chỉ trực tiếp đến một đối tượng Animal, hãy trỏ đến đối tượng boost::optional<Animal>. Bằng cách đó, khi bạn làm mất hiệu lực con trỏ, bạn có thể đặt cờ invalid trên con trỏ và bất kỳ người dùng nào của đối tượng vừa bị vô hiệu hóa có khả năng kiểm tra xem họ có cần một con trỏ mới hay không.

Answer 4

Tôi không hiểu tại sao bạn muốn xuất con trỏ thay vì xuất một giao diện có vẻ chính xác là ngữ nghĩa "khoảnh khắc cuối cùng" mà bạn muốn. animal_at của bạn có thể trả về một đối tượng id, không phải con trỏ và giao diện sẽ cung cấp tất cả quyền truy cập bắt buộc cho đối tượng, như dosomething(id, params). Giao diện cũng có thể bao gồm các công cụ khóa/mở khóa để cho phép truy cập nguyên tử.