Hàm nội tuyến trong C #?

Làm thế nào để bạn thực hiện "chức năng nội tuyến" trong C #? Tôi không nghĩ rằng tôi hiểu khái niệm này. Có phải họ thích phương pháp ẩn danh? Giống như chức năng lambda?

Lưu ý : Các câu trả lời gần như hoàn toàn liên quan đến khả năng của các hàm nội tuyến , tức là "tối ưu hóa thủ công hoặc trình biên dịch thay thế một trang gọi hàm với phần thân của callee." Nếu bạn quan tâm đến các hàm ẩn danh (còn gọi là lambda) , hãy xem câu trả lời của @ jalf hoặc đây là 'Lambda' mà mọi người cứ nói đến? .

Cuối cùng, trong .NET 4.5, CLR cho phép một người gợi ý / gợi ý ¹ phương thức nội tuyến bằng cách sử dụng MethodImplOptions.AggressiveInlininggiá trị. Nó cũng có sẵn trong thân cây của Mono (cam kết ngày hôm nay).

// The full attribute usage is in mscorlib.dll,
// so should not need to include extra references
using System.Runtime.CompilerServices; 

...

[MethodImpl(MethodImplOptions.AggressiveInlining)]
void MyMethod(...)

1 . Trước đây "lực lượng" đã được sử dụng ở đây. Vì có một vài downvote, tôi sẽ cố gắng làm rõ thuật ngữ này. Như trong các bình luận và tài liệu, The method should be inlined if possible.Đặc biệt là xem xét Mono (đang mở), có một số hạn chế kỹ thuật dành riêng cho đơn nhân khi xem xét nội tuyến hoặc tổng quát hơn (như các hàm ảo). Nhìn chung, vâng, đây là một gợi ý cho trình biên dịch, nhưng tôi đoán đó là những gì được yêu cầu.

Các phương thức nội tuyến chỉ đơn giản là một tối ưu hóa trình biên dịch trong đó mã của hàm được đưa vào trình gọi.

Không có cơ chế để thực hiện điều này trong C # và chúng sẽ được sử dụng một cách tiết kiệm trong các ngôn ngữ mà chúng được hỗ trợ - nếu bạn không biết tại sao chúng nên được sử dụng ở đâu đó, thì chúng không nên sử dụng.

Chỉnh sửa: Để làm rõ, có hai lý do chính mà chúng cần được sử dụng một cách tiết kiệm:

1. Thật dễ dàng để tạo các nhị phân lớn bằng cách sử dụng nội tuyến trong trường hợp không cần thiết
2. Trình biên dịch có xu hướng biết rõ hơn bạn làm khi một cái gì đó, từ quan điểm hiệu suất, được nội tuyến

Tốt nhất là để mọi thứ một mình và để trình biên dịch thực hiện công việc của nó, sau đó lập hồ sơ và tìm hiểu xem nội tuyến có phải là giải pháp tốt nhất cho bạn không. Tất nhiên, một số điều chỉ có ý nghĩa để được nội tuyến (đặc biệt là toán tử toán học), nhưng để trình biên dịch xử lý nó thường là cách thực hành tốt nhất.

Cập nhật: Câu trả lời của mỗi konrad.kruczynski , điều sau đây là đúng đối với các phiên bản .NET lên đến và bao gồm 4.0.

Bạn có thể sử dụng lớp MethodImplAttribution để ngăn phương thức được nội tuyến ...

[MethodImpl(MethodImplOptions.NoInlining)]
void SomeMethod()
{
    // ...
}

... nhưng không có cách nào để làm điều ngược lại và buộc nó phải được nội tuyến.

Bạn đang trộn lẫn hai khái niệm riêng biệt. Hàm nội tuyến là một tối ưu hóa trình biên dịch không có tác động đến ngữ nghĩa. Một hàm hoạt động giống nhau cho dù nó có nội tuyến hay không.

Mặt khác, các hàm lambda hoàn toàn là một khái niệm ngữ nghĩa. Không có yêu cầu về cách chúng nên được thực hiện hoặc thực thi, miễn là chúng tuân theo hành vi được quy định trong thông số ngôn ngữ. Chúng có thể được nội tuyến nếu trình biên dịch JIT cảm thấy như vậy hoặc không.

Không có từ khóa nội tuyến trong C #, vì đó là một tối ưu hóa thường có thể để lại cho trình biên dịch, đặc biệt là trong các ngôn ngữ của JIT. Trình biên dịch JIT có quyền truy cập vào số liệu thống kê thời gian chạy cho phép nó quyết định nội tuyến nào hiệu quả hơn nhiều so với khi bạn viết mã. Một hàm sẽ được nội tuyến nếu trình biên dịch quyết định và bạn không thể làm gì về nó. :)

Bạn có nghĩa là các hàm nội tuyến theo nghĩa C ++? Trong đó các nội dung của một chức năng bình thường được tự động sao chép nội tuyến vào các cuộc gọi? Hiệu quả cuối cùng là không có cuộc gọi chức năng nào thực sự xảy ra khi gọi một chức năng.

Thí dụ:

inline int Add(int left, int right) { return left + right; }

Nếu vậy thì không, không có C # tương đương với điều này.

Hoặc bạn có nghĩa là các chức năng được khai báo trong một chức năng khác? Nếu vậy thì có, C # hỗ trợ điều này thông qua các phương thức ẩn danh hoặc biểu thức lambda.

Thí dụ:

static void Example() {
  Func<int,int,int> add = (x,y) => x + y;
  var result = add(4,6);  // 10
}

Cody có quyền, nhưng tôi muốn cung cấp một ví dụ về chức năng nội tuyến là gì.

Giả sử bạn có mã này:

private void OutputItem(string x)
{
    Console.WriteLine(x);

    //maybe encapsulate additional logic to decide 
    // whether to also write the message to Trace or a log file
}

public IList<string> BuildListAndOutput(IEnumerable<string> x)
{  // let's pretend IEnumerable<T>.ToList() doesn't exist for the moment
    IList<string> result = new List<string>();

    foreach(string y in x)
    {
        result.Add(y);
        OutputItem(y);
    }
    return result;
}

Các trình biên dịch Just-In-Time ưu có thể chọn để thay đổi mã để tránh lặp đi lặp lại cách đặt một cuộc gọi đến OutputItem () trên stack, do đó nó sẽ là như nếu bạn đã viết đoạn code như thay vì điều này:

public IList<string> BuildListAndOutput(IEnumerable<string> x)
{
    IList<string> result = new List<string>();

    foreach(string y in x)
    {
        result.Add(y);

        // full OutputItem() implementation is placed here
        Console.WriteLine(y);   
    }

    return result;
}

Trong trường hợp này, chúng ta sẽ nói hàm OutputItem () đã được nội tuyến. Lưu ý rằng nó có thể làm điều này ngay cả khi OutputItem () được gọi từ các nơi khác.

Đã chỉnh sửa để hiển thị một kịch bản nhiều khả năng sẽ được nội tuyến.

Đúng Chính xác, sự khác biệt duy nhất là thực tế nó trả về một giá trị.

Đơn giản hóa (không sử dụng biểu thức):

List<T>.ForEach Thực hiện một hành động, nó không mong đợi một kết quả trả lại.

Vì vậy, một Action<T>đại biểu sẽ đủ .. nói:

List<T>.ForEach(param => Console.WriteLine(param));

cũng giống như nói:

List<T>.ForEach(delegate(T param) { Console.WriteLine(param); });

sự khác biệt là kiểu param và decler đại biểu được suy ra bằng cách sử dụng và không cần niềng răng trên một phương thức nội tuyến đơn giản.

Trong khi

List<T>.Where Có một chức năng, mong đợi một kết quả.

Vì vậy, một Function<T, bool>mong đợi:

List<T>.Where(param => param.Value == SomeExpectedComparison);

tương tự như:

List<T>.Where(delegate(T param) { return param.Value == SomeExpectedComparison; });

Bạn cũng có thể khai báo các phương thức này nội tuyến và gán chúng cho các biến IE:

Action myAction = () => Console.WriteLine("I'm doing something Nifty!");

myAction();

hoặc là

Function<object, string> myFunction = theObject => theObject.ToString();

string myString = myFunction(someObject);

Tôi hi vọng cái này giúp được.

Có những lúc tôi muốn buộc mã được xếp hàng.

Ví dụ: nếu tôi có một thói quen phức tạp, trong đó có một số lượng lớn các quyết định được đưa ra trong một khối lặp rất cao và những quyết định đó dẫn đến các hành động tương tự nhưng hơi khác nhau sẽ được thực hiện. Ví dụ, hãy xem xét một trình so sánh sắp xếp phức tạp (không điều khiển DB) trong đó đại số sắp xếp sắp xếp các yếu tố theo một số tiêu chí không liên quan khác nhau như người ta có thể làm nếu chúng sắp xếp các từ theo tiêu chí ngữ pháp cũng như ngữ nghĩa cho ngôn ngữ nhanh hệ thống công nhận. Tôi có xu hướng viết các hàm trợ giúp để xử lý các hành động đó để duy trì khả năng đọc và mô đun hóa của mã nguồn.

Tôi biết rằng các hàm trợ giúp đó phải được xếp hàng vì đó là cách mà mã sẽ được viết nếu con người không bao giờ phải hiểu. Tôi chắc chắn sẽ muốn đảm bảo trong trường hợp này là không có chức năng gọi qua đầu.

Câu lệnh "tốt nhất là để những thứ này một mình và để trình biên dịch thực hiện công việc .." (Cody Brocons) hoàn toàn là rubish. Tôi đã lập trình mã trò chơi hiệu suất cao trong 20 năm và tôi chưa bắt gặp một trình biên dịch 'đủ thông minh' để biết mã nào nên được nội tuyến (hàm) hay không. Sẽ rất hữu ích khi có một câu lệnh "nội tuyến" trong c #, sự thật là trình biên dịch chỉ không có tất cả thông tin cần thiết để xác định hàm nào sẽ luôn được nội tuyến hay không mà không có gợi ý "nội tuyến". Chắc chắn nếu hàm này nhỏ (accessor) thì nó có thể được tự động nội tuyến, nhưng nếu đó là một vài dòng mã thì sao? Nonesense, trình biên dịch không có cách nào để biết, bạn không thể để trình biên dịch đó cho mã được tối ưu hóa (ngoài thuật toán).

Tôi biết câu hỏi này là về C #. Tuy nhiên, bạn có thể viết các hàm nội tuyến trong .NET bằng F #. xem: Sử dụng `inline` trong F #

Không, không có cấu trúc như vậy trong C #, nhưng trình biên dịch .NET JIT có thể quyết định thực hiện các cuộc gọi hàm nội tuyến theo thời gian JIT. Nhưng tôi thực sự không biết nếu nó thực sự làm tối ưu hóa như vậy.
(Tôi nghĩ rằng nó nên :-))

Trong trường hợp các hội đồng của bạn sẽ là ngen-ed, bạn có thể muốn xem TargetedPatchingOptOut. Điều này sẽ giúp ngen quyết định có phương pháp nội tuyến hay không.Tham chiếu MSDN

Nó vẫn chỉ là một gợi ý khai báo để tối ưu hóa, không phải là một mệnh lệnh bắt buộc.

Biểu thức Lambda là các hàm nội tuyến! Tôi nghĩ rằng, C # không có thuộc tính bổ sung như nội tuyến hoặc đại loại như thế!

C # không hỗ trợ các phương thức nội tuyến (hoặc hàm) theo cách các ngôn ngữ động như python làm. Tuy nhiên, các phương thức ẩn danh và lambdas có thể được sử dụng cho các mục đích tương tự bao gồm cả khi bạn cần truy cập vào một biến trong phương thức chứa như trong ví dụ dưới đây.

static void Main(string[] args)
{
    int a = 1;

    Action inline = () => a++;
    inline();
    //here a = 2
}