Printf ile başa çıkmak yerine neden takip eden yeni satırlar kullanıyorsunuz?

Kullanırken yeni hatlardan kaçınmanız gerektiğini duydum printf. Bu yüzden printf("\nHello World!")senin yerine kullanmalısın.printf("Hello World!\n")

Yukarıdaki bu özel örnekte, çıktı farklı olacağı için bir anlam ifade etmiyor, ancak şunu göz önünde bulundurun:

printf("Initializing");
init();
printf("\nProcessing");
process_data();
printf("\nExiting");

nazaran:

printf("Initializing\n");
init();
printf("Processing\n");
process_data();
printf("Exiting");

Daha iyi görünmesi dışında takip eden yeni hatlarla hiçbir fayda göremiyorum. Başka bir sebep var mı?

DÜZENLE:

Buradaki ve şimdiki yakın oyları ele alacağım. Bunun Stack overflow'a ait olduğunu sanmıyorum, çünkü bu soru çoğunlukla tasarımla ilgili. Bu konuda görüş olsa da, Kilian Foth'un cevabı ve yöneticisinin cevabının tek bir yaklaşımla gerçekten çok nesnel faydalar olduğunu kanıtladığını da söyleyebilirim .

Adil miktarda terminal G / Ç satır arabelleğe alınır , bu nedenle \ n ile bir mesaj sonlandırıldığında, zamanında görüntüleneceğinden emin olabilirsiniz. Bir öncü \ n ile mesaj bir kerede gösterilebilir veya gösterilmeyebilir. Çoğu zaman, bu, her bir adımın , bir programın davranışını anlamaya çalıştığınızda karışıklığın sona ermesine ve zaman kaybına neden olmayan önceki adımın ilerleme mesajını göstermesi anlamına gelir .

POSIX sistemlerinde (temel olarak herhangi bir linux, BSD, bulabileceğiniz açık kaynak tabanlı sistem), bir satır yeni satır ile sonlandırılmış bir karakter dizisi olarak tanımlanır \n. Bu, tüm standart komut satırı araçları (ancak bunlarla sınırlı olmamak üzere) dahil olmak üzere, üzerine inşa temel varsayım wc, grep, sed, awk, ve vim. Bu aynı zamanda bazı editörlerin (gibi vim) her zaman \nbir dosyanın sonuna bir ekleme yapmasının ve daha önceki C standartlarının başlıkların bir \nkarakterle bitmesini gerektirmesinin nedenidir .

Btw: \nSonlandırılmış satırlara sahip olmak metnin işlenmesini çok kolaylaştırır: Sonlandırıcınız olduğunda tam bir satıra sahip olduğunuzdan emin olursunuz. Ayrıca, henüz bu terminatörle karşılaşmamışsanız daha fazla karaktere bakmanız gerektiğinden eminsiniz.

Tabii ki, bu programların giriş tarafındadır, ancak program çıktısı tekrar program girişi olarak kullanılır. Bu nedenle, çıktınız, diğer programlara kesintisiz girdi sağlama adına yapılan sözleşmeye bağlı kalmalıdır.

Başkalarının söylediklerine ek olarak, çok daha basit bir neden olduğunu hissediyorum: bu standart. Her ne zaman STDOUT şey baskılar, neredeyse her zaman olduğunu varsayar zaten yenisini başlamak gerekmez böylece yeni bir çizgi, vb. Ayrıca yazılacak bir sonraki satırın da aynı şekilde hareket edeceğini varsayar, bu nedenle yeni bir satır başlatarak yararlı bir şekilde sona erer.

Önde gelen newline satırlarını standart son satır newline satırlarıyla birleştirirseniz, "şöyle sonuçlanır:

Trailing-newline-line
Trailing-newline-line

Leading-newline-line
Leading-newline-line
Leading-newline-lineTrailing-newline-line
Trailing-newline-line

Leading-newline-lineTrailing-newline-line
Trailing-newline-line
Trailing-newline-line

... ki muhtemelen istediğin gibi değil.

Kodunuzda yalnızca önde gelen yeni satırları kullanıyor ve yalnızca bir IDE'de çalıştırıyorsanız, tamam olabilir. Bir terminalde çalıştırdığınızda veya kodunuzun yanında STDOUT'a yazacak başkalarının kodunu girdiğinizde, yukarıdaki gibi istenmeyen bir çıktı göreceksiniz.

Yüksek oy alan cevaplar, takip eden yeni hatların tercih edilmesinin neden mükemmel teknik sebepler verdiğinden, ben buna başka bir açıdan yaklaşacağım.

Benim düşünceme göre, aşağıdakiler bir programı daha okunaklı kılmaktadır:

1. yüksek bir sinyal-gürültü oranı (aka basit ama basit değil)
2. önemli fikirler önce gelir

Yukarıdaki noktalardan, takip eden yeni satırların daha iyi olduğunu iddia edebiliriz. Yeni satırlar, mesajla karşılaştırıldığında "paraziti" biçimlendirmektedir, mesaj öne çıkmalı ve böylece önce gelmelidir (sözdizimi vurgulaması da yardımcı olabilir).

İzleyen yeni satırları kullanmak daha sonra yapılan değişiklikleri kolaylaştırır.

OP koduna dayanan (çok önemsiz) bir örnek olarak , "Başlatma" iletisinden önce bir çıktı üretmeniz gerektiğini ve bu çıkışın kodun farklı bir kaynak dosyadaki farklı bir mantıksal bölümünden geldiğini varsayalım .

İlk sınamayı çalıştırdığınızda ve "Başlatılıyor" u bulduğunuzda, şimdi başka bir çıktının satırının sonuna eklenir, yazdırıldığı yeri bulmak için kodu aramanız gerekir, sonra "Başlatılıyor" olarak "\ nBaşlatmayı" değiştirmeyi umarsınız "farklı durumlarda başka bir şeyin biçimini mahvetmiyor.

Şimdi, yeni çıktınızın gerçekte isteğe bağlı olduğu gerçeğiyle nasıl başa çıkacağınızı düşünün, bu nedenle "\ nBaşlatılıyor" olarak yaptığınız değişiklik bazen çıktının başlangıcında istenmeyen bir boş satır oluşturur ...

Önceden herhangi bir çıktı olup olmadığını belirten bir genel ( şok korku ?? !!! ) bayrağı ayarlayıp, "Başlatma" seçeneğini isteğe bağlı bir "\ n" harfi ile yazdırmak için test ediyor musunuz ya da "\ n" ile birlikte çıkarıyor musunuz? önceki çıktınızı alın ve gelecekteki kod okuyucularından neden bu "Başlatma" nın neden diğer tüm çıkış iletilerindeki gibi öncü "\ n" olmadığına merak edin.

İzleyen yeni satırları tutarlı bir şekilde çıkarırsanız, sonlandırılması gereken satırın sonuna geldiğinizi bildiğiniz noktada, tüm bu sorunlardan kaçının. Unutmayın, bunun bir satır parçasını parçalayan bazı mantıkların sonunda ayrı bir "p" ("\ n") ifadesi gerektirebileceğini unutmayın; bunu yapmak değil başka bir yerde.

Printf ile başa çıkmak yerine neden takip eden yeni satırlar kullanıyorsunuz?

C spec ile yakından eşleşin.

C kütüphanesi tanımlar çizgi olarak sona eren bir ile yeni satır karakteri '\n' .

Bir metin akışı , her bir satır sıfır veya daha fazla karakter artı bir sonlandırıcı yeni satır karakteri içeren satırlardan oluşan sıralı bir karakter dizisidir . Son satırın sonlandırıcı yeni satır karakteri gerektirip gerektirmediği, uygulama tarafından tanımlanır. C11 §7.21.2 2

Verileri satır olarak yazan kod , kütüphane kavramına uygun olacaktır.

printf("Initializing"); // Write part of a line
printf("\nProcessing"); // Finish prior line & write part of a line
printf("\nExiting");    // Finish prior line & write an implementation-defined last line

printf("Initializing\n");//Write a line 
printf("Processing\n");  //Write a line
printf("Exiting");       //Write an implementation-defined last line

Re: son satır sonlandırıcı bir yeni satır karakteri gerektirir . Her zaman '\n'çıktıya bir son yazmasını ve girdideki eksikliğini tolere etmeyi öneririm .

Yazım denetimi

Yazım denetleyicim şikayet ediyor. Belki senin de öyle.

  v---------v Not a valid word
"\nProcessing"

 v--------v OK
"Processing\n");

Öncü yeni hatlar, şartlı durumlar söz konusu olduğunda kodu yazmayı genellikle kolaylaştırabilir, örneğin

printf("Initializing");
if (jobName != null)
    printf(": %s", jobName);
init();
printf("\nProcessing");

(Ancak başka yerlerde de belirtildiği gibi, CPU zaman alan herhangi bir işlem yapmadan önce çıkış tamponunu temizlemeniz gerekebilir.)

Bu nedenle, bunu yapmanın her iki yolu için de iyi bir durum olabilir, ancak şahsen printf () 'i sevmiyorum ve çıktıyı oluşturmak için özel bir sınıf kullanırdım.

Önde gelen yeni satırlar, özellikle puts()ve perrorStandart Kitaplıktaki diğer kitaplık işlevleriyle değil, kullanmanız muhtemel diğer kitaplıklarla da iyi çalışmaz .

Önceden yazılmış bir satır yazdırmak istiyorsanız (sabit veya önceden biçimlendirilmiş - örneğin ile sprintf()), o zaman puts()doğal (ve verimli) seçimdir. Ancak, puts()önceki satırı sonlandırmanın ve sonlandırılmamış bir satır yazmanın bir yolu yoktur - her zaman satır sonlandırıcısını yazar.