Satır içi anahtar kelimeyi şablonlarda kullanmak mantıklı mı?

Şablonlar başlıklar içinde tanımlandığı ve derleyici bir işlevi satır içine almanın avantajlı olup olmadığını belirleyebildiğinden, herhangi bir anlam ifade ediyor mu? Modern derleyicilerin bir işlevi ne zaman satır içi yapacaklarını daha iyi bildiklerini ve inlineipucunu görmezden geldiklerini duydum .

edit: Her iki cevabı da kabul etmek istiyorum, ancak bu mümkün değil. Sorunu kapatmak için phresnel'in cevabını kabul ediyorum , çünkü en çok oyu aldı ve resmi olarak haklı, ancak yorumlarda belirttiğim gibi Puppy 's and Component 10'u değerlendiriyorum. farklı bakış açısından, çok doğru olanlar kadar 'ın cevapları .

Sorun C ++ semantiğindedir ve inlineanahtar kelime ve satır içi söz konusu olduğunda katı değildir . phresnel "yazma satır içi bunu demek eğer" diyor, ama aslında ne anlama geldiğini inlineo kadar "ODR ihlalleri hakkında dırdır derleyiciler durur" bir direktif özgün anlamı evrimleştiği olarak belli değil Yavru diyor.

Alakasız değil. Ve hayır, her işlev şablonu inlinevarsayılan olarak değildir. Standart, Açık uzmanlaşmada bile açıkça belirtilmiştir ([temp.expl.spec])

Aşağıdakilere sahip olun:

a.cc

#include "tpl.h"

b.cc

#include "tpl.h"

tpl.h (Açık Uzmanlık alanından alınmıştır):

#ifndef TPL_H
#define TPL_H
template<class T> void f(T) {}
template<class T> inline T g(T) {}

template<> inline void f<>(int) {} // OK: inline
template<> int g<>(int) {} // error: not inline
#endif

Bunu derleyin ve işte:

g++ a.cc b.cc
/tmp/ccfWLeDX.o: In function `int g<int>(int)':
inlinexx2.cc:(.text+0x0): multiple definition of `int g<int>(int)'
/tmp/ccUa4K20.o:inlinexx.cc:(.text+0x0): first defined here
collect2: ld returned 1 exit status

Belirten Değil inlineaçık örnekleme yapıyor da sorunlarına yol açabilir zaman.

Yani özetle : Tamamen özelleştirilmiş olmayan işlev şablonları için, yani en az bir bilinmeyen türü taşıyan şablonlar için, inlinehataları atlayabilir ve almayabilirsiniz , ancak yine de değildir inline. Tam uzmanlık alanları için, yani yalnızca bilinen türleri kullanan uzmanlar için, onu ihmal edemezsiniz.

Önerilen pratik kural : inlineEğer ciddiysen yazın ve tutarlı olun. Sırf yapabildiğin için yapıp yapmamak hakkında daha az düşünmeni sağlar. (Bu temel kural, Vandevoorde'un / Josuttis'in C ++ Şablonu: Tam Kılavuz ile uyumludur ).

Alakasız. Tüm şablonlar halihazırda mevcut inline- 2012 itibariyle inlineanahtar kelimenin tek kullanımının derleyicilerin ODR ihlallerinden şikayet etmesini durdurmak olduğunu belirtmiyorum bile . Kesinlikle haklısınız - mevcut nesil derleyiciniz kendi başına neyi satır içi yapacağını bilecek ve muhtemelen bunu çeviri birimleri arasında bile yapabilir.

Önerdiğiniz gibi, inlinederleyiciye bir ipucu ve daha fazlası değil. Bunu yok saymayı veya hatta satır içi olarak işaretlenmemiş satır içi işlevleri kullanmayı seçebilir.

inlineŞablonlarla birlikte kullanmak , eskiden her derleme biriminin aynı şablonlu sınıf için ayrı bir nesne oluşturması ve bu da bağlantı zamanında çoğaltma sorunlarına neden olması sorununu aşmanın (zayıf) bir yoluydu. inline(Sanırım) kullanarak , adın karıştırılması farklı sonuç veriyor, bu da bağlantı zamanında ad çatışmasını tamamlıyor, ancak büyük ölçüde şişirilmiş kod pahasına.  

Marshall Cline bunu burada benden daha iyi açıklıyor .