#İnclude <iostream.h> neden kötü?

Bir adamın yeni başlayanlar için C ++ kitaplarını sorduğu ve cevaplayan programcılardan birinin şunu yazdığı başka bir konu okuyordum :

Bazı uyarılar: "Merhaba dünya" sunan tüm kitaplardan kaçının

#include <iostream.h>

C ++ kitabımı açtım ve yukarıdaki örnekte olduğu gibi iostream başlığını içerdiğinden eminim.

Bu neden kötü? C ++ 'ı öğrenirken hangi diğer akılda tutmalıyım?

Arkaplan: C konusunda uzmanım ve önümüzdeki dönem C ++ öğrenmeye başlayacağım.

İostream.h başlığı standart olmayan bir başlıktır ve tüm platformlarda mevcut değildir. Aslında sistemimde mevcut değil (g ++ ve GNU libstdc ++ kullanarak). Yani onu kullanan herhangi bir kod sistemimde derlenmeyecek.

Daha iostream.hönce C ++ 'dan önce kullanılan başlık ilk önce 1998'de standardize edildi. Ancak, <iostream>bunun yerine kullanılan 98 standardı <iostream.h>olduğundan, ikincisi lehine düştü (standart dışı ve tümü) ve artık tüm platformlarda desteklenmiyor. Bunu kullanan kod, standart olmayan eski kod olarak kabul edilmelidir ve taşınabilir değildir. Öğreten kitapların modası geçmiş ve kaçınılması gerektiği düşünülmelidir.

#include <iostream.h>kitabın 1998'de ilk C ++ standardından önce yazıldığının bir işaretidir (standart başlık iostream).

Sorun şu ki, eski C ++ kodunun bugün kötü uygulama olarak kabul edilen şekillerde yazılması eğilimindedir. Özellikle,

• C tarzı diziler yerine gibi konteyner sınıfların kullanımı std::stringve std::vector.
• Açık closeişlevlerin RAII yerine kullanımı .

iostream.h1998 öncesi bir kitabın yanlış yapacağı en kötü şey değil , ancak 1998 öncesi bir kitabın yanlış yapacağı ilk şey olabilir.

Belki bu biraz geç gelir ama bunun için, bir unix / linux kutusundaki ls /usr/{local/,}include/c++/*ya da benzeri bir düzende düzeninize ve yollarınıza göre değer. grepAşağıdaki gibi bir başlık arayarak boru çekebilirsiniz :

ls /usr/{local/,}include/c++/* | grep iostream 

Bu, iostream.hdiğer batıl inançların yanı sıra bir de arama gerektirir .

Veya çalıştırın find / -type f -name iostream 2> /dev/null | grep includeveya locate iostream | grep include(veritabanının geçerli olması şartıyla, aksi takdirde bir çağrı ile hazırlanın updatedb) - bunlar sistem dışı da dahil olmak üzere yazdıracaklardır, lütfen uygun şekilde ayarlayın. Gerçek C ++ içerme yolu, şöyle bir şeyle kolayca bulunur:

g++ -v 2>&1| sed -rn 's/.+gxx-include[^=]+=([^ ]+).+/\1/p' # adjust iff empty

Eşdeğer olarak Windows ve diğer makinelerde. Bence fikir açıktır - iostream.hsistemde mevcut olmayan bir dosya varsayılan olarak artık yolunu içerir, ancak yine de, eski libc ++ dağıtımlarını iostream.hya yumuşak bağlantılı iostreamya da kopyası olarak bulabilirsiniz. Yani bu bir tarz meselesi değil şartlar değil. Sen kendi gemi olabilir iostream.hsizin derleyici için arar yolu dahil sadece emin içerdiği oluyor yapmak Projenizle <...>başlıklarını.

Sadece 2 sentimi düşürüyorum. ".H" ile kitabın kalitesi arasında bir ilişki olduğunu sanmıyorum. Bu küçük bir sözdizimi sorunudur. Günün sonunda aslında doğru sytnax oldu.

İostream.h ile harika bir kitap olması mümkün mü? Evet

İostream ile korkunç bir kitap olması mümkün mü? Evet

Bir kitabın kalitesini değerlendirmek için çevrimiçi kullanıcı incelemelerine (ve okuduktan sonra kendi yorumuma) güvenecektim.