Chức năng C# tĩnh có hoạt động tốt hơn các chức năng phi tĩnh không, ngoài việc giảm mức sử dụng bộ nhớ?

Question

Tôi giả định rằng các mục tiêu public hoặc privatestatic phải giảm mức sử dụng bộ nhớ, do thực tế chỉ có một bản sao của mục tiêu tĩnh trong bộ nhớ. Có vẻ như bởi vì một phương pháp là tĩnh có thể làm cho phương pháp này trở thành một điểm tiềm năng để tối ưu hóa thêm bởi trình biên dịch CLR ngoài những gì có thể với một hàm không tĩnh. Chỉ là một lý thuyết mỏng manh, vì vậy tôi đã đến hỏi tất cả các bạn.

Làm phương pháp staticpublic hoặc private cung cấp bất kỳ lợi ích hiệu suất tăng nào ngoài việc giảm mức sử dụng bộ nhớ?

(Lưu ý: Tôi không quan tâm đến các câu trả lời mà nói về các vấn đề tối ưu hóa sớm. Chắc chắn đó là lời khuyên âm thanh tôi theo dõi hàng ngày, nhưng điều đó không có nghĩa là tối ưu hóa là không cần thiết ở lần (double negative!). tôi để thưởng thức sự tò mò của tôi, tại ít nhất)

Answer 1

Từ Static Classes and Static Class Members (C# Programming Guide)

một cuộc gọi đến một phương pháp tĩnh tạo ra một hướng dẫn cuộc gọi trong Microsoft ngôn ngữ trung gian (MSIL), trong khi một cuộc gọi đến một phương pháp dụ tạo ra một hướng dẫn callvirt, mà cũng kiểm tra một tham chiếu đối tượng null. Tuy nhiên, hầu hết thời gian chênh lệch hiệu suất giữa hai là không đáng kể.

Answer 2

Ngoài những gì người đọc nói, câu hỏi của bạn cho thấy sự hiểu lầm về phương pháp thể hiện. Bất kể chức năng có tĩnh hay không, chỉ có một bản sao của mã chức năng trong bộ nhớ. Một phương thức không tĩnh phải được gọi thông qua một đối tượng, nhưng đối tượng không mang theo bản sao riêng của phương thức đó. Vì vậy, việc sử dụng bộ nhớ của các phương pháp tĩnh và không phải là thực tế giống hệt nhau, và như những người khác đã chỉ ra, các đặc tính hiệu suất gần như giống hệt nhau.

Không tĩnh biến thành viên, tuy nhiên, không tồn tại riêng cho mọi đối tượng bạn tạo. Nhưng nó gần như luôn luôn là một sự lãng phí thời gian để lo lắng về việc sử dụng bộ nhớ, trừ khi bạn thực sự có một vấn đề liên quan đến bộ nhớ trong chương trình của bạn.

Answer 3

MeasureIt để chắc chắn, nhưng bạn sẽ tìm thấy trừ khi bạn đang tạo cụm siêu máy tính xử lý giao dịch siêu lớn trên toàn cầu, nó sẽ không có sự khác biệt đáng kể.

Answer 4

Câu trả lời hay - về cơ bản nó không quan trọng, đó là câu trả lời cho hầu hết mọi câu hỏi thuộc loại này. Ngay cả khi nó đã tạo ra sự khác biệt - Nếu thời gian thực hiện chương trình của bạn tốn một đô la, loại vấn đề này có thể tốn một phần trăm xu, và nó là rất có thể là rằng có những thứ khác costing a great deal more.

Answer 5

Đây là một chút ít chủ đề, nhưng không kém phần quan trọng.

Sự lựa chọn làm phương pháp tĩnh hoặc dụ không nên căn cứ vào thời gian thực hiện (mà nào có vẻ như không có vấn đề). Nó phải dựa trên việc liệu phương thức có hoạt động trên một đối tượng hay không. Ví dụ, tất cả Toán.* phương pháp là tĩnh trong khi ví dụ: (hầu hết) Các phương thức String. * là instance vì chúng hoạt động trên một cá thể String. Triết lý cá nhân của tôi: một thiết kế tốt nên bù đắp cho một vài chu kỳ có thể được lưu ở nơi khác.

Một quan điểm khác về chủ đề: Gần đây tôi đã làm việc với một người đã được cho biết rằng các phương pháp tĩnh là điều ác vì chúng đưa chúng ta trở lại thời kỳ tối tăm của lập trình thủ tục và do đó sẽ tránh được bằng mọi giá. Điều này dẫn đến các ví dụ kỳ lạ về các lớp yêu cầu các cá thể truy cập vào các phương thức hoàn toàn không quan tâm đến các bên trong của đối tượng.

Phew, tôi cảm thấy thoải mái khi nhận được điều đó từ lò sưởi của mình.