System.out.println () kullanmak neden bu kadar kötü? [kapalı]

Elbette, hata mesajları veya uyarılar için bir günlük kaydı çerçevesi kullanmak çok iyi bir yöntemdir. Ancak kısa sürede yeni bir şey denemek istersem bazen System.out.println () yöntemini kullanırım.

Bazı hızlı testler için System.out.println () kullanmak gerçekten çok mu kötü?

Yorumlarda da belirtildiği gibi, sorulan asıl soru şudur: Statik kod analiz araçları System.out.println'in kullanımını neden işaretliyor?

Bunun nedeni, stdout'a mesaj göndermenin genellikle bir üretim ortamında uygunsuz olmasıdır. Bir kitaplığı kodluyorsanız, kitaplık stdout'a yazdırmamak için bilgileri arayanın bilgisine döndürmelidir. Bir GUI uygulaması kodluyorsanız, bilgi, stdout'un nereye işaret ettiği değil (hiçbir yerde olmayabilir) kullanıcıya sunulmalıdır. Bir sunucuyu (veya sunucu tarafı kapsayıcısında çalışan bir şeyi) kodluyorsanız, çerçevenin sağladığı günlük oluşturma özelliğini kullanmalısınız. Ve böylece.

Ancak hata ayıklama veya geliştirme için println kullanıyorsanız veya bir program yazıp stdin okuyor ve stdout'a yazarsa println gayet iyi. Bu tür davalar için yanlış bir şey yok.

Tüm stdouttamponlu edilir ve böylece o mümkün program çökmesine edeceği sonra aradığınız println()ama önce o ekrana ulaşır.

Bununla birlikte, bu senaryo gerçekten olası değildir. Devam edin ve kullanın, ancak bu küçük sınırlamayı zihninizin arkasında tutun.

System.outsadece sarılmış BufferedOutputStream. Bu muhtemelen kullanacağınız herhangi bir günlükleme çerçevesine benzer, çerçeveler yalnızca günlük çıktınızın yapılandırması ve hedefi şeklinde daha fazla işlevsellik sağlar

Önemsiz bir program üzerinde çalışıyorsanız ve

• System.out'u otomatik birim testi (JUnit) yerine koltuk değneği olarak mı kullanıyorsunuz?
• System.out bildirimlerini oluşturmak, silmek veya yorumlamak / yorumunu kaldırmak için çok zaman harcayın

Kullanmayla ilgili birkaç uyarı var System.outAtma kodunda bile, kullanımla .

Önemli bir sorun, genellikle yavaş olmasıdır . Örneğin, bazı kodların hızı hakkında kaba bir fikir edinmeye çalışıyorsanız ( mikrobenç işaretlerin zor olduğunu unutmayın ), o zaman tek bir System.out.println()yere eklemek zamanlamanızı gerçekten bozabilir (çünkü senkronize edilir ve genellikle gerçek çıkışın dönmeden önce kullanıcı tarafından görülebilir).

Bunun dışında, ıskarta kodunda çok fazla endişelenmezdim. Bunu yapmak istiyorsanız (üretim kodu veya test kodu olarak), ondan kurtulmalı ve bir propper günlük çağrısı ile değiştirmelisiniz (evet, test kodunda bile ).

Çoğu zaman olduğu gibi, cevap “duruma bağlıdır”. Uygulamanızın zaten bir günlük kaydı çerçevesi varsa, bunu da kullanabilirsiniz. Daha az yetenekli olamaz println()ve sağladığı diğer özelliklerden (yığın izleri, ekstra bağlam, daha iyi biçimlendirme vb.) Yararlanabilirsiniz. Günlüğe kaydetme çerçevelerinin daha iyi hata kurtarma özelliği sunması ve kayıtlarınızın felaketli bir hata durumunda bile başarıyla yazılmasını sağlamanın belirgin bir olasılığı vardır.

Böylece soru, ne zaman ilk etapta bir kayıt sistemi ekleneceğidir. Bu bir yargılama çağrısıdır: çok erken eklemek istemezsiniz, sadece buna gerçekten ihtiyacınız olmadığını öğrenmek için. Ayrıca çok geç eklemek istemiyorsunuz ve geçici çözümünüzden aşırı dönüşüm sağlıyorsunuz.

Çok fazla günlük kaydı yaptığınızı fark ederseniz println(), kod tabanınız size artan ağrılar yaşadığını söylemeye çalışıyor. Bu noktada, doğru günlüğe kaydetmeye değer.

Sık sık System.out.print Linux altında UTF-8 olan "sistem varsayılan" kod sayfasını kullanır, ancak bazı Windows altında MS şeyler tıkanma var.

Bu, programın çalıştığı yere bağlı olarak ekrana doğru yazdırılan veya yazdırılmayan unicode karakterlere yol açabilir.

Bu nedenle System.out yerine özel bir PrintWriter tercih ediyorum

Hiç fena değil. Fikir, uygulamanızda özel bir günlükleme çerçevesi kullanmak kadar çok basit ve karmaşık olmadığı gerçeğinden kaynaklanabilir.

Ancak, bunun geçersiz bir yaklaşım olduğu anlamına gelmez. Bazı kara büyü voodoo programlama hijinks sonra uygulama akışını kontrol etmek için birçok kez kullandım .

Kullanırken yanlış bir şey yok, 'neler oluyor' anlamanıza yardımcı oluyor.

Meslektaşlarınızın / diğer Devs / araçları seninle dalga Ama eğer, her zaman kullanabilirsiniz Logger veya başlatmak JUnit testi!

Görüldüğü gibi, Ocational System.out.println ile ilgili en büyük sorun, bunun "kötü alışkanlık kokusu (tm)" olmasıdır. Bunu yaparken kendinizi bulursanız, muhtemelen en sevdiğiniz hata ayıklayıcıyı kullanarak daha rahat hale getirerek etkinliğinizi artırabilirsiniz.

Ayrıca bir hata ayıklayıcı ile, bir kesme noktasının üretim kodunuza kaymayacağından emin olabilirsiniz, System.out.println olabilir.

Bir yan notta, aslında sadece hızlı bir test yapıyorsanız ve bir hata ayıklayıcı kullanmamaya devam ediyorsanız, System.out.println'in bir günlükleme çerçevesi kullanmaktan daha iyi olduğunu düşünüyorum, çünkü yanlışlıkla bir log.debug deyimi bırakırsanız bitti, kök salmak daha zor.

İçsel durumun içeriğini yansıtan bir test stratejisi oluşturmak en akıllıca hareket değildir, ancak koddaki hızlı ve kirli testler için burada tek bir baskı çıktı ve onları kaldırmayı hatırladığınız sürece zarar görmez!

Onları kaldırmayı unutma tehlikesi muhtemelen buna karşı önerilmektedir.