Satır içi işlev ne zaman kullanılır ve ne zaman kullanılmaz?

Satır içi derleyici bir ipucu veya istek olduğunu biliyorum ve onun işlev çağrısı tepegöz önlemek için kullanılır.

Öyleyse, bir fonksiyonun bir satır içi çizgisine aday olup olmadığını hangi temelde belirleyebilir? Hangi durumda satır içi kalmamak gerekir?

Bir işlev çağrısının maliyetinden kaçınmak hikayenin sadece yarısıdır.

yapmak:

• inlineyerine kullan#define
• çok küçük işlevler aşağıdakiler için iyi adaylardır inline: daha hızlı kod ve daha küçük yürütülebilir dosyalar (kod önbelleğinde kalma şansı daha yüksektir)
• işlev küçüktür ve çok sık çağrılır

yok:

• büyük işlevler: daha büyük yürütülebilir dosyalara yol açar, bu da çağrı yükünden kaynaklanan daha hızlı yürütme işleminden bağımsız olarak performansı önemli ölçüde etkiler
• G / Ç bağlantılı satır içi işlevler
• işlev nadiren kullanılır
• yapıcılar ve yıkıcılar: boş olsa bile, derleyici onlar için kod üretir
• kitaplıklar geliştirirken ikili uyumluluğu bozma:
  • varolan bir işlevi satır içinde
  • satır içi işlevi değiştirme veya satır içi işlevi satır içi olmayan yapma: kitaplığın önceki sürümü eski uygulamayı çağırır

bir kütüphane geliştirirken, bir sınıfı gelecekte genişletilebilir yapmak için:

• gövde boş olsa bile satır içi olmayan sanal yıkıcı ekle
• tüm kurucuları satıriçi yapma
• sınıf değere göre kopyalanamazsa, kopya oluşturucu ve atama işlecinin satır içi olmayan uygulamalarını yazma

inlineAnahtar kelimenin derleyiciye bir ipucu olduğunu unutmayın : derleyici bir işlevi satır içine almamaya karar verebilir inlineve ilk etapta işaretlenmemiş satır içi işlevleri kullanmaya karar verebilir . Genellikle işaretleme işlevinden kaçınırım inline(belki çok çok küçük işlevler yazarken).

Performans hakkında, akıllıca yaklaşım (her zamanki gibi) uygulamayı profillemek, daha sonra da inlinebir darboğazı temsil eden bir dizi işlevdir.

Referanslar:

• Satır İçi veya Satır İçi Değil
• [9] Satır içi işlevler
• İlkeler / C ++ ile İkili Uyumluluk Sorunları
• GotW # 33: Satır İçi
• Satır İçi Redux
• Etkili C ++ - Madde 33: Satırları akıllıca kullanın

EDIT: Bjarne Stroustrup, C ++ Programlama Dili:

Bir işlev olarak tanımlanabilir inline. Örneğin:

inline int fac(int n)
{
  return (n < 2) ? 1 : n * fac(n-1);
}

inlineBelirteci o bir çağrı için kodu oluşturmak girişiminde gerektiğini derleyiciye bir ipucu fac()kez işlev kodu bırakmasını ve sonra her zamanki işlev çağrısı mekanizması yoluyla çağırmaktan daha inline ziyade. Akıllı bir derleyici 720çağrı için sabit üretebilir fac(6). Karşılıklı olarak yinelenen satır içi işlevler, girdiye bağlı olan veya olmayan satır içi işlevler, vb inline. Olasılığı , bir işlevin her çağrısının aslında satır içi olduğunu garanti etmeyi imkansız hale getirir . Bir derleyicinin akıllılık derecesi yasallaştırılamaz, bu nedenle bir derleyici 720diğerini 6 * fac(5), hatta diğeri eğik olmayan bir çağrı oluşturabilir fac(6).

Alışılmadık derecede akıllı derleme ve bağlantı tesislerinin yokluğunda satırlamayı mümkün kılmak için, satır içi bir işlevin tanımı –ve sadece beyanı değil- kapsam dahilinde olmalıdır (§9.2). Bir inlinetanımlayıcı bir işlevin anlambilimini etkilemez. Özellikle, bir satır içi işlev hala benzersiz bir adrese sahiptir ve bu nedenle staticsatır içi bir işlevin değişkenleri (§7.1.2) vardır.

EDIT2: ISO-IEC 14882-1998, 7.1.2 İşlev tanımlayıcıları

Bir inlinebelirteci içeren işlev bildirimi (8.3.5, 9.3, 11.4) satır içi işlevi bildirir. Satır içi belirteç, uygulamaya, çağrı noktasında fonksiyon gövdesinin satır içi ikamesinin olağan fonksiyon çağrısı mekanizmasına tercih edileceğini belirtir. Çağrı sırasında bu satır içi yerine koymayı gerçekleştirmek için bir uygulama gerekli değildir; ancak, bu satır içi ikame atlanmış olsa bile, 7.1.2'de tanımlanan satır içi işlevler için diğer kurallara yine de uyulacaktır.

inlineoptimizasyonla çok az ilgisi vardır. inlineDerleyici için, verilen işlev programda birden çok kez oluşursa hata üretmemeye yönelik bir talimattır ve tanımın, kullanılan her çeviride gerçekleşeceği ve göründüğü her yerde tam olarak aynı tanıma sahip olacağına dair bir sözdür.

Yukarıdaki kurallar göz önüne alındığında, inlinevücudu sadece bir deklarasyonun gerekeceği konusunda ekstra bağımlılıklar dahil etmeyi gerektirmeyen kısa fonksiyonlar için uygundur. Tanımla her karşılaşıldığında, ayrıştırılması ve gövdesinin kodunun oluşturulabilmesi için tek bir kaynak dosyasında yalnızca bir kez tanımlanan bir işlev üzerinde bir derleyici yükü anlamına gelmesi gerekir.

Bir derleyici, seçtiği herhangi bir işlev çağrısını satır içine alabilir (yani, işleve yapılan bir çağrıyı o işlevin eylemini gerçekleştiren kodla değiştirebilir). Eskiden "açık bir şekilde" çağrı ile aynı çeviri biriminde bildirilmeyen bir işlevi satır içi yapamamıştı, ancak bağlantı süresi optimizasyonunun artan kullanımı ile bu bile doğru değil. Eşit derecede doğrudur, işaretli işlevlerin inlinesatır içi olmaması da mümkündür.

Derleyiciye bir işlevi satır içi yapmasını söylemek bir optimizasyondur ve en önemli optimizasyon kuralı, erken optimizasyonun tüm kötülüğün kökü olmasıdır. Her zaman net kod yazın (verimli algoritmalar kullanarak), ardından programınızı profilleyin ve yalnızca çok uzun süren işlevleri optimize edin.

Belirli bir işlevin çok kısa ve basit olduğunu ve sıkı bir iç döngüde onbinlerce kez denirse, iyi bir aday olabilir.

Yine de şaşırabilirsiniz - birçok C ++ derleyicisi sizin için otomatik olarak küçük işlevleri sıraya koyacaktır - ve satır içi isteğinizi de yoksayabilirler.

Bunu öğrenmenin en iyi yolu, programınızın profilini oluşturmak ve birçok kez çağrılan ve CPU döngüleri olarak yanan küçük işlevleri işaretlemektir inline. Buradaki anahtar kelime "küçük" tir - fonksiyon çağrısı yükü, fonksiyonda harcanan zamana kıyasla ihmal edilebilir olduğunda, bunları satır içine almak anlamsızdır.

Önerebileceğim diğer bir kullanım, bir önbelleği alakalı hale getirmek için yeterince sık performans kritik kodunda çağrılan küçük işlevleriniz varsa, bunları da satır içi yapmanız gerekir. Yine, bu profilin size söyleyebileceği bir şey.

Erken optimizasyon tüm kötülüklerin köküdür!

Genel bir kural olarak, genellikle yalnızca "alıcılar" ve "ayarlayıcılar" ı sıralıyorum. Kod çalıştıktan ve kararlı hale geldikten sonra, profil oluşturma hangi işlevlerin satır içi işlemden fayda sağlayabileceğini gösterebilir.

Öte yandan, çoğu modern derleyici oldukça iyi optimizasyon algoritmalarına sahiptir ve sizin için satır içi olması gerekenleri sıraya koyacaktır.

Güven verici - satır içi tek satırlık işlevler yazın ve daha sonra diğerleri hakkında endişelenin.

Satır içi işlevleri olabilir yığını haline argümanları etme gereğini ortadan kaldırarak kod performansını artırmak. söz konusu işlev kodunuzun kritik bir parçasıysa, projenizin optimizasyon bölümünde satır içi değil satır içi karar vermeniz gerekir,

c ++ sss'deki satır içi satırlar hakkında daha fazla bilgi edinebilirsiniz

Çoğu zaman satır içi işlevleri bir optimizasyon olarak değil, kodu daha okunabilir yapmak için kullanıyorum. Bazen kodun kendisi yorumlardan, açıklayıcı adlardan vb. Daha kısa ve anlaşılması kolaydır. Örneğin:

void IncreaseCount() { freeInstancesCnt++; }

Okuyucu, kodun tüm anlambilimini hemen bilir.

Genelde, 3-4 basit ifadeyle satır içi olarak işlev yaptığım bir başparmak kuralını izlerim. Ancak bunun derleyiciye bir ipucu olduğunu hatırlamakta fayda var. Satır içi yapılıp yapılmayacağı son çağrısı sadece derleyici tarafından yapılır. Eğer bu kadar çok ifadeden daha fazlası varsa, aptal bir derleyicide olduğu gibi satır içi beyan etmeyeceğim.

En iyi yol, satır içi ve satır içi değil için oluşturulan talimatları incelemek ve karşılaştırmak olacaktır. Ancak, atlamak her zaman güvenlidir inline. Kullanmak inlineistemediğiniz bir soruna yol açabilir.

Satır içi kullanılıp kullanılmayacağına karar verirken genellikle aşağıdaki fikri aklımda tutarım: Modern makinelerde bellek gecikmesi ham hesaplamalardan daha büyük bir darboğaz olabilir. Sıklıkla çağrılan satır içi işlevlerin yürütülebilir boyutu büyüttüğü bilinmektedir. Ayrıca, böyle bir işlev CPU'nun kod önbelleğinde saklanabilir ve bu da bu koda erişilmesi gerektiğinde önbellek kaçırma sayısını azaltır.

Bu nedenle, kendiniz karar vermelisiniz: Satır içi oluşturma, üretilen makine kodunun boyutunu artırır veya azaltır mı? İşlevin çağrılmasının önbellek kaybına neden olma olasılığı nedir? Kod boyunca biberli ise, olasılığın yüksek olduğunu söyleyebilirim. Tek bir sıkı döngü ile sınırlıysa, olasılık umarım düşüktür.

Genellikle körüklediğim durumlarda satır içi kullanıyorum. Ancak, performans konusunda gerçekten endişe duyduğunuz yerlerde profil oluşturma önemlidir. Ayrıca, derleyicinin gerçekten ipucunu alıp almadığını kontrol etmek isteyebilirsiniz.

• Sıkı döngüde çağrılan kısa rutinler.
• Çok temel erişimciler (alma / ayarlama) ve sarma işlevleri.
• Başlık dosyalarındaki şablon kodu maalesef satır içi ipucunu otomatik olarak alır.
• Makro gibi kullanılan kısa kod. (Ör min () / maks ())
• Kısa matematik rutinleri.

Ayrıca, bir satır içi yöntem, büyük projeleri sürdürürken ciddi yan etkilere sahiptir. Satır içi kod değiştirildiğinde, bunu kullanan tüm dosyalar derleyici tarafından otomatik olarak yeniden oluşturulur (iyi bir derleyicidir). Bu, geliştirme sürenizin çoğunu boşa harcayabilir.

Bir inlineyöntem bir kaynak dosyaya aktarıldığında ve artık satır içine alınmadığında, tüm proje yeniden oluşturulmalıdır (en azından bu benim deneyimimdi). Ve ayrıca yöntemler satır içine dönüştürüldüğünde.

Bir kullanmalıdır satır içi işlev kodu işlevleri bellek alanında tasarruf değerinde yürütme hızındaki nispeten küçük kurban olduğundan normal fonksiyonlarını tercih etmeliyiz büyüktür small.If olduğu zaman işlev eleme.

Kodunuzun satır içi olarak kullanılacak kadar küçük olduğunu düşündüğünüzde ve satır içi işlevini hatırlayın, kodunuzu çoğaltın ve yapıştırın, işlev çağrıldı, bu nedenle yürütme sürenizi artıracak kadar iyi olabilir, ancak bellek tüketimini de artırabilir. Bir döngü / statik değişken / özyinelemeli / switch / goto / Sanal işlevini kullanırken satır içi işlevi kullanamazsınız. Sanal, derleme sırasında çalışma zamanı ve satır içi araçların aynı anda kullanılamaması için beklemek anlamına gelir.

Bazı cevapları okudum ve bazı şeyler eksik olduğunu görüyorum.

Kullandığım kural, satır içi olmasını istemedikçe satır içi kullanmak değildir. Aptalca görünüyor, şimdi açıklama.

Derleyiciler yeterince akıllıdır ve kısa fonksiyonlar her zaman satır içi yapar. Programcı bunu söylemedikçe asla satır içi işlevini uzun süre yerine getirmez.

Satır içi derleyiciye bir ipucu veya istek olduğunu biliyorum

Aslında inlinederleyici için bir emirdir, hiçbir seçeneği yoktur ve inlineanahtar kelime tüm kodu satır içinde yapar sonra . Böylece asla inlineanahtar kelime kullanamazsınız ve derleyici en kısa kodu tasarlar.

Peki ne zaman kullanılır inline?

Bazı kodların satır içi olmasını istiyorsanız kullanmak için. Sadece bir örnek biliyorum, çünkü sadece tek bir durumda kullanıyorum. Kullanıcı kimlik doğrulamasıdır.

Örneğin ben bu işlevi var:

inline bool ValidUser(const std::string& username, const std::string& password)
{
    //here it is quite long function
}

Bu fonksiyon ne kadar büyük olursa olsun, satır içi olarak kullanmak istiyorum çünkü yazılımımı kırmayı zorlaştırıyor.