C ++: “std :: endl” ve “\ n”

Birçok C ++ kitabı bunun gibi örnek kodlar içerir ...

std::cout << "Test line" << std::endl;

... ben de bunu hep yaptım. Ama bunun gibi çalışan geliştiricilerden çok fazla kod gördüm:

std::cout << "Test line\n";

Birini diğerine tercih etmek için teknik bir neden var mı, yoksa sadece bir kodlama stili midir?

Değişen satır sonu karakterleri, dosyanın metin modunda açık olduğunu varsayarsak, ikili istemediğiniz sürece aldığınız şey budur. Derlenen program, derlenen sistem için doğru olanı yazar.

Tek fark, std::endlçıktı arabelleğini temizler ve '\n'yapmaz. Tamponun sık sık yıkanmasını istemiyorsanız kullanın '\n'. Bunu yaparsanız (örneğin, tüm çıktıyı almak istiyorsanız ve program kararsızsa) kullanın std::endl.

Fark aşağıdakilerle açıklanabilir:

std::cout << std::endl;

eşittir

std::cout << '\n' << std::flush;

Yani,

• std::endlÇıktıya hemen basmaya zorlamak istiyorsanız kullanın .
• \nPerformans konusunda endişeleriniz varsa kullanın (muhtemelen <<operatörü kullanıyorsanız durum böyle değildir ).

Kullandığım \nen hatlarında.
Sonra std::endlbir paragrafın sonunda kullanın (ancak bu sadece bir alışkanlıktır ve genellikle gerekli değildir).

Diğer hak taleplerinin aksine, \nkarakter yalnızca akış bir dosyaya gidiyorsa ( std::cinve std::coutözel ancak hareketsiz dosyalar (veya dosya benzeri) ise) satır sonunun doğru platform sırasına eşlenir .

Performans sorunları olabilir std::endl, çıkış akışını yıkmaya zorlar.

Eğer kullanacaksanız, başka bir fonksiyon çağrısı var std::endl

a) std::cout << "Hello\n";
b) std::cout << "Hello" << std::endl;

a) operatörü bir <<kez arar .
b) operatörü <<iki kez arar .

Standart hakkında bu konuda okuma hatırladım, işte gidiyor:

Standart akışların nasıl davrandığını tanımlayan C11 standardına bakın, C ++ programları CRT ile arayüz oluşturduğundan, C11 standardı buradaki yıkama politikasını yönetmelidir.

ISO / IEC 9899: 201x

7.21.3 §7

Program başlangıcında, üç metin akışı önceden tanımlanmıştır ve açıkça açılmasına gerek yoktur - standart girdi (geleneksel girdiyi okumak için), standart çıktı (geleneksel çıktı yazmak için) ve standart hata (tanı çıktısını yazmak için). Başlangıçta standart hata akışı tam olarak arabelleğe alınmaz; standart giriş ve standart çıkış akışları, yalnızca akışın etkileşimli bir cihaza atıfta bulunmayacağı belirlenebiliyorsa tamamen arabelleğe alınır.

7.21.3 §3

Bir akış arabelleğe alınmadığında, karakterlerin kaynaktan veya hedeften en kısa zamanda görünmesi amaçlanır. Aksi takdirde karakterler birikebilir ve ana bilgisayar ortamına / ortamından bir blok olarak iletilebilir. Bir akış tamamen arabelleğe alındığında, karakterlerin bir arabellek doldurulduğunda bir ana bilgisayar ortamına veya bloktan iletilmesi amaçlanır. Bir akış satır arabelleğe alındığında, karakterlerin yeni satır karakteri ile karşılaşıldığında ana bilgisayar ortamına veya ana ortamdan bir blok olarak iletilmesi amaçlanır. Ayrıca, karakterlerin bir arabellek dolduğunda, arabelleksiz bir akışta giriş istendiğinde veya ana bilgisayar ortamından karakterlerin iletilmesini gerektiren bir satır arabellek akışında giriş istendiğinde ana bilgisayar ortamına bir blok olarak iletilmesi amaçlanır. .

Bu araçlar std::coutve std::cintam tamponlanır ancak ve ancak bunlar olmayan bir etkileşimli cihaz kastediyoruz. Başka bir deyişle, stdout bir terminale bağlanırsa, davranışta bir fark yoktur.

Ancak, std::cout.sync_with_stdio(false)çağrılırsa, '\n'etkileşimli cihazlarda bile sifona neden olmaz. Aksi takdirde '\n', std::endldosyalara piping yapılmadığı sürece eşdeğerdir : c ++ ref on std :: endl .

Her ikisi de uygun satır sonu karakterlerini yazacaktır. Bu endl'e ek olarak tamponun işlenmesine neden olur. Dosya I / O yaparken genellikle endl kullanmak istemezsiniz, çünkü gereksiz işlemler performansı etkileyebilir.

Büyük bir anlaşma değil, ama endl çalışmaz içinde boost :: lambda .

(cout<<_1<<endl)(3); //error

(cout<<_1<<"\n")(3); //OK , prints 3

Qt ve endlkullanırsanız, yanlışlıkla endlsize şaşırtıcı sonuçlar veren bir yanlış kullanabilirsiniz. Aşağıdaki kod snippet'ine bakın:

#include <iostream>
#include <QtCore/QtCore> 
#include <QtGui/QtGui>

// notice that there is no "using namespace std;"
int main(int argc, char** argv)
{
    QApplication qapp(argc,argv);
    QMainWindow mw;
    mw.show();
    std::cout << "Finished Execution!" << endl;
    // This prints something similar to: "Finished Execution!67006AB4"
    return qapp.exec();
}

(Doğru olurdu) endlyerine yazdım std::endlve görünüşe göre qtextstream.h (QtCore bir parçası olan) endliçinde tanımlanan bir işlev olduğunu unutmayın .

Olası ad alanı sorunlarını tamamen "\n"ortadan endlkaldırmak yerine kullanmak . Bu, sembollerin genel ad alanına (Qt'nin varsayılan olarak yaptığı gibi) neden yerleştirilmesinin kötü bir fikir olduğuna da iyi bir örnektir.

Her zaman sadece std :: endl kullanma alışkanlığım oldu, çünkü görmek kolay.

std::endlManipülatör eşdeğerdir '\n'. Ancak std::endlher zaman akışı temizler.

std::cout << "Test line" << std::endl; // with flush
std::cout << "Test line\n"; // no flush

Programınızı kendi dizüstü bilgisayarınız dışında bir şey üzerinde çalıştırmak istiyorsanız, asla endlifadeyi kullanmayın . Özellikle çok sayıda kısa satır yazıyorsanız veya bir dosyaya sık sık tek karakterler gördüğüm için. endlNFS gibi ağa bağlı dosya sistemlerini kullanmanın bilinmesi.

İle referans Bu ise yalnızca çıkış I / O manipülatör .

std::endlUçlar çıktı dizi os bir satır karakteri ve sanki çağırarak basması os.put(os.widen('\n'))ve ardından os.flush().

Ne zaman kullanılır:

Bu manipülatör hemen bir çıktı hattı üretmek için kullanılabilir ,

Örneğin

uzun süren bir işlemden çıktı görüntülerken, birden çok iş parçacığının günlük etkinliğini veya bir programın beklenmedik şekilde çökebilecek günlük etkinliğini görüntüler.

Ayrıca

Eğer ortaya çıkan işlem herhangi bir ekran G / Ç işlemi gerçekleştiriyorsa, std :: system çağrısından önce std :: cout öğesinin açıkça yıkanması gerekir. Diğer normal etkileşimli G / Ç senaryolarında, std :: cout ile kullanıldığında std :: endl gereksizdir, çünkü std :: cin, std :: cerr çıktısı veya program sonlandırması herhangi bir girdiyi std :: cout çağrısına zorlar .flush (). Bazı kaynaklar tarafından teşvik edilen '\ n' yerine std :: endl kullanımı çıktı performansını önemli ölçüde düşürebilir.