#Pragma bir zamanlar C ++ 11 standardının bir parçası mı?

Geleneksel olarak, C ++ 'da birden fazla başlık eklemesini önlemenin standart ve taşınabilir yolu, makro koruma şeması olarak#ifndef - #define - #endif da adlandırılan derleyici öncesi yönergeler şemasını kullanmaktır (aşağıdaki kod snippet'ine bakın).

#ifndef MY_HEADER_HPP
#define MY_HEADER_HPP
...
#endif

Bununla birlikte, çoğu uygulamada / derleyicide (aşağıdaki resme bakın), makro koruma şeması ile aynı amaca hizmet eden daha "zarif" bir alternatif vardır #pragma once. #pragma oncemakro koruma şemasına kıyasla daha az kod, isim çakışmalarından kaçınma ve bazen daha yüksek derleme hızı gibi çeşitli avantajlara sahiptir.

Biraz araştırma yaparak, #pragma oncedirektifin neredeyse tüm bilinen derleyiciler tarafından desteklenmesine rağmen, direktifin #pragma onceC ++ 11 standardının bir parçası olup olmadığı konusunda bir bulanıklık olduğunu fark ettim .

Sorular:

• Birisi #pragma oncedirektifin C ++ 11 standardının bir parçası olup olmadığını açıklığa kavuşturabilir mi ?
• C ++ 11 standardının bir parçası değilse, daha sonraki sürümlere dahil etme konusunda herhangi bir plan var mı (örn., C ++ 14 veya üstü)?
• Birinin tekniklerden birini kullanmanın avantajları / dezavantajları hakkında daha fazla ayrıntıya girmesi de iyi olurdu #pragma once.

#pragma onceolduğu değil standart. Kullanılabilen yaygın (ancak evrensel olmayan) bir uzantıdır

• taşınabilirlikle ilgili endişeleriniz sınırlıysa ve
• tüm içerme dosyalarınızın her zaman yerel bir diskte olduğundan emin olabilirsiniz.

Standardizasyon için düşünülmüş, ancak güvenilir bir şekilde uygulanamayacağı için reddedilmiştir. (Birkaç farklı uzak bağlantı üzerinden erişilebilen dosyalarınız olduğunda sorunlar oluşur.)

Tek bir gelişme içinde koruma çatışmaları olmadığından emin olmak oldukça kolaydır. Birçok farklı gelişme tarafından kullanılabilen kütüphaneler için, bariz çözüm, oluştururken içerme koruması için çok sayıda rastgele karakter üretmektir. (Yeni bir başlık açtığınızda bunu sizin için yapacak iyi bir editör kurulabilir.) Ancak bu olmadan bile, kütüphaneler arasındaki çatışmalarla ilgili herhangi bir sorunla karşılaşmadım.

Standardın §16.6 Bölümü ( N3936 taslağı) #pragmayönergeleri şu şekilde açıklamaktadır:

Formun bir ön işleme direktifi

# pragma pp-tokensopt new-line

uygulamanın, uygulama tanımlı bir şekilde davranmasına neden olur. Davranış, çevirinin başarısız olmasına veya çevirmen ya da ortaya çıkan programın uygunsuz davranmasına neden olabilir. Uygulama tarafından tanınmayan herhangi bir pragma göz ardı edilir.

Temel #pragma onceolarak bir #pragmadirektifin uygulamaya özel bir örneğidir ve hayır, standart değildir. Hala.

Genellikle GCC ve Clang da dahil olmak üzere çoğu "büyük derleyici" tarafından geniş çapta desteklenir ve bu nedenle içerme korumaları kazan plakasından kaçınılması önerilir.