Có những ý tưởng sai lầm nào khiến mọi người bỏ qua việc sử dụng các chủ đề? [đóng cửa]

Thực hiện phân luồng trong một chương trình là khó, vâng, tuy nhiên tại sao một số người sẽ không thực hiện chúng ngay cả khi có nhu cầu rõ ràng về nó.

Một ví dụ: Chương trình phải tải một tập dữ liệu từ cơ sở dữ liệu, việc cần làm là tạo kết nối và lấy dữ liệu từ cơ sở dữ liệu trong một luồng công nhân và sau đó tải nó vào GUI, để lại chủ đề GUI đáp ứng cho người dùng .

Nhưng không, tôi đã nói chuyện với những người dường như nghĩ rằng chủ đề là xấu và xấu và không nên và họ nên tránh chúng bằng mọi giá. Tôi thậm chí đã nghe nói rằng một số người hướng dẫn lớp khuyên không nên sử dụng các chủ đề và do đó không muốn sử dụng chúng. GÌ???

Với phần cứng đi vào đa lõi, tôi nghĩ rằng chúng ta cần hiểu rõ hơn về các luồng và không ngại sử dụng chúng. Tôi thấy nó là một chủ đề hấp dẫn cá nhân.

Vì vậy, những điều bạn đã nghe về luồng là sai?

Luồng rất khó

Chắc chắn rồi. Nó có thể. Tuy nhiên, mọi người có ý tưởng này trong đầu rằng nó rất khó, đến nỗi họ không buồn cố gắng tìm ra nó.

Nó không giống như nó là không thể.

Đó không phải là phần luồng khó, nhưng cần phải đồng bộ hóa và mọi thứ khác đi kèm với việc sử dụng các luồng. Trong ví dụ GUI của bạn, làm thế nào để bạn biết chủ đề chính mà bộ dữ liệu đã sẵn sàng để được truy cập? Bạn có vượt qua một loạt các cuộc gọi lại? Bạn có phân tán toàn bộ các biến kiểm tra trong toàn bộ mã của mình không? Trong một số mô hình GUI, ví dụ Silverlight, có một thứ gọi là ái lực luồng, nghĩa là bạn không được truy cập các phần tử GUI nằm trên luồng chính từ các luồng khác, do đó bạn phải tránh đường để cho luồng chính biết thông tin nhất định là sẵn sàng để được xử lý hơn nữa.

Tôi thực sự không nghe thấy bất kỳ điều sai về chủ đề. Tôi vừa đọc một loạt các nghiên cứu trường hợp tình huống về việc đồng bộ hóa là một con chó cái khi bất kỳ thuật toán nào bạn đang sử dụng không phải là song song.

Threading giải quyết tất cả các vấn đề của bạn

Nếu bạn gặp vấn đề về hiệu suất, bạn không nên chuyển sang luồng.

Chủ đề rất nhẹ

Chủ đề là nhẹ trong hàng chục và hai mươi. Sinh ra hàng ngàn chủ đề là không.

Việc tạo luồng rất dễ dàng [Java]

Thật dễ dàng để tạo chủ đề, điều đó không có nghĩa là bạn sẽ được hưởng lợi từ nó.

Cuối cùng, bạn sẽ mất bất kỳ lợi ích nào từ việc phân luồng vì sửa các lỗi điên phát sinh từ việc sử dụng một số thư viện / chức năng không an toàn cho luồng (những gì bạn không biết) sẽ yêu cầu đồng bộ hóa quá mức.

Bạn có xác suất gặp lỗi cao hơn nhiều mà bạn sẽ không thể sửa nếu bạn sử dụng các luồng sau đó khi bạn không.

Để tóm tắt điểm khôn ngoan tại sao các luồng khó sử dụng: -
Đúng 1) Cần đồng bộ hóa và quyết định thiết kế cẩn thận về việc khóa và khi nào khóa
2) Không kiểm soát luồng thời gian chạy
3) Khó gỡ lỗi
4) (Rất ít lần) khả năng tương thích nền tảng: - Các thư viện tồn tại để giải quyết vấn đề này

Những điều sai: -
1) Các khái niệm khó hiểu về các chức năng của chủ đề an toàn và tái nhập
2) Chủ đề có vẻ tốt trên giấy nhưng rất khó thực hiện

Nếu bạn không muốn viết bài kiểm tra cho mã của mình, thì đừng sử dụng các chủ đề.

Các chủ đề không dành cho lập trình viên 'sao chép và dán' điển hình, những người không hiểu các nguyên tắc cơ bản cơ bản của kiến ​​trúc hệ điều hành và máy tính. Do 90% lập trình viên chỉ quen thuộc với Java, nên những người này thực sự không phải là những người nên sử dụng các luồng. Java làm cho các luồng "dễ dàng" nhưng tôi đã thấy rất nhiều lập trình viên chỉ nghĩ rằng nếu họ sử dụng các cấu trúc được đồng bộ hóa thì mã của họ sẽ hoạt động trong các luồng .... uhm không.

Điều đó đang được nói, tất cả mọi người cần phải bắt đầu ở đâu đó, chỉ cần không thực hiện dự án luồng đầu tiên của bạn nâng cấp máy chủ phụ trợ sản xuất của bạn.

Một ví dụ: Chương trình phải tải một tập dữ liệu từ cơ sở dữ liệu, việc cần làm là tạo kết nối và lấy dữ liệu từ cơ sở dữ liệu trong một luồng công nhân và sau đó tải nó vào GUI, để lại chủ đề GUI đáp ứng cho người dùng .

Tôi không thấy rằng tình huống này thể hiện sự cần thiết phải sử dụng luồng cho ít nhất 4 lý do:

1. Việc truy xuất dữ liệu phải rất nhanh.

2. Trong nhiều ứng dụng Line of Business, người dùng không liên quan gì đến ứng dụng trong 1 hoặc 2 giây mà anh ấy / cô ấy đang chờ kết quả. Ngoài ra, người dùng sẽ phải đợi cho đến khi dữ liệu quay trở lại bất kỳ cách nào để hoàn thành nhiệm vụ mong muốn. Mặt khác, truy vấn có thể được mã hóa một cách thông minh để nó chỉ lấy một trang chứa đầy thông tin tại một thời điểm và các kỹ thuật tối ưu hóa khác có thể giúp thời gian phản hồi.

3. Trong các giao diện dựa trên web, các liên kết có thể được kích hoạt liên quan đến mô hình luồng.

4. Việc thêm luồng phức tạp khi bạn thừa nhận, một số nhà phát triển xuống dòng có thể không thể thêm các tính năng hoặc gỡ lỗi mã phức tạp.

Ý kiến ​​của tôi là: Sử dụng luồng khi bạn phải bởi vì khả năng bảo trì và độ tin cậy của phần mềm có giá trị hơn đối với một tổ chức hơn là sự thanh lịch của mã.