Bản vẽ đa luồng trong .NET?

Question

(Sửa: để làm rõ, mục tiêu chính của tôi là đồng thời, nhưng không nhất thiết phải cho đa lõi máy)

Tôi khá mới cho tất cả các khái niệm về đồng thời, nhưng tôi đã tìm ra tôi cần phải có các quy trình vẽ song song, vì một số lý do:

• Tôi muốn vẽ các phần khác nhau của đồ họa một cách riêng biệt (nền được làm mới ít thường xuyên hơn nền trước, được lưu trên bộ đệm).
• Tôi muốn kiểm soát mức độ ưu tiên (Ưu tiên hơn đối với phản hồi giao diện người dùng so với vẽ biểu đồ phức tạp).
• Tôi muốn có tính năng vẽ từng khung hình đa luồng.
• Tôi muốn hủy bỏ các quy trình vẽ phức tạp trên bộ đệm.

Tuy nhiên, là người mới bắt đầu, mã của tôi sớm giống như một mớ hỗn độn và tái cấu trúc hoặc sửa lỗi trở nên khó xử đến mức tôi quyết định chơi nhiều hơn trước khi làm bất cứ điều gì nghiêm trọng.

Vì vậy, tôi muốn biết làm thế nào để làm sạch, dễ dàng để mantain. NET multithreaded mã có ý nghĩa khi tôi nhìn vào nó sau khi thức dậy vào ngày hôm sau. Vấn đề lớn nhất tôi có là cấu trúc ứng dụng để tất cả các phần nói chuyện với nhau một cách thông minh (trái ngược với vụng về và hacky).

Bất kỳ đề xuất nào được chào đón, nhưng tôi có ưu tiên cho các nguồn mà tôi có thể tiêu hóa trong thời gian rảnh (ví dụ, không phải 500 trang thảo luận về đồng thời) và cho C#/VB.NET. phiên bản (vì tôi thấy đã có advances). Về cơ bản tôi muốn một cái gì đó thẳng đến mức để tôi có thể bắt đầu bằng cách chơi với các khái niệm về các dự án đồ chơi của tôi.

Answer 1

Task Parallel Library chắc chắn là nơi để tìm cách đơn giản hóa mã của bạn. Cá nhân tôi đã viết một bản giới thiệu (bán dài) đến Parallelism with .NET 4 bao gồm một số khái niệm khá hữu ích.

Tuy nhiên, hãy lưu ý rằng bạn có thể sẽ muốn xem xét việc rời khỏi bản vẽ đơn luồng của mình. Bạn nên cố gắng giữ cho tính toán đa luồng và các thao tác vẽ thực tế được thực hiện trên luồng GUI.

Hầu hết các API vẽ yêu cầu tất cả các cuộc gọi vẽ thực tế xảy ra trên cùng một bối cảnh đồng bộ hóa.

Điều đó đang được nói, sử dụng các lớp sưu tập mới như ConcurrentQueue đơn giản hóa loại mã này. Cố gắng suy nghĩ về nhiều chủ đề (nhà sản xuất) thêm "hoạt động vẽ" vào hàng đợi được chia sẻ, đồng thời - và một chủ đề (người tiêu dùng) nắm lấy các hoạt động và thực hiện chúng.

Điều này mang đến cho bạn thiết kế hợp lý, có thể mở rộng, nhưng khá đơn giản mà bạn có thể xây dựng.

Answer 2

nhưng tôi đã tìm ra tôi cần phải có thói quen vẽ song song

Ba chữ: KHÔNG THEO WINDOWS.

Đơn giản như vậy. Bản vẽ cửa sổ tiêu chuẩn là một chuỗi duy nhất cho mỗi định nghĩa, vì các lý do tương thích. Bất kỳ điều khiển giao diện người dùng nào (hãy gắn bó với.NET thế giới) CHỈ được chế tác từ chủ đề sáng tạo của nó (vì vậy trong thực tế nó là tàn bạo hơn so với đơn luồng - đó là MỘT CHỈ THƯỜNG KỸ THUẬT).

Bạn có thể thực hiện việc tính toán trước một cách riêng biệt, nhưng bản vẽ thực tế đã được thực hiện từ một chuỗi đó.

KHÔNG CHỊU bạn phân bổ một bitmap, có bản vẽ của riêng bạn ở đó và sau đó chuyển nó qua chuỗi giao diện người dùng để vẽ lên cửa sổ.

Điều này không liên quan gì đến toàn bộ thư viện tác vụ song song, vv (mà tôi đã bỏ phiếu) nhưng quay trở lại thành phố theo yêu cầu rất cũ được lưu giữ vì lý do đơn giản và khả năng tương thích. Đây là lý do mà bất kỳ chủ đề giao diện người dùng nào cũng là thị trường như là phân nhánh được phân luồng.

Cũng lưu ý rằng bản vẽ đa luồng, nếu bạn tự thực hiện nó, có những tác động nghiêm trọng. Mà một trong những chiến thắng quang học (ở lại trong foreground)? Điều này là không thực sự xác định khi sử dụng đa luồng. Bạn được tự do thử nó, mặc dù.

Trong trường hợp này:

• Có đệm của riêng bạn và đồng bộ hóa là điều bắt buộc. Tránh xa mọi thư viện đồ họa cấp cửa sổ (WPF hoặc Winforms) ngoại trừ bước cuối cùng (làm bitmap của bạn).

• DirectX 11 được cho là có một số hỗ trợ cho các cuộc gọi nhiều chủ đề, nhưng tôi không chắc chắn sẽ đi xa như thế nào.