Neden kimse C ++ yerine C kullanır? [kapalı]

İnsanlar C ++ hakkında şikayette bulunmaktan hoşlanıyor gibi görünseler de , C ++ yerine C'yi neden seçmek isteyeceğinize dair çok fazla kanıt bulamadım. C, neredeyse hiç sorun yaşamıyor gibi görünüyor ve eğer C ++ tüm bu sorunları yaşıyorsa, neden kendinizi C alt kümesiyle sınırlayamıyorsunuz? Düşünceleriniz / deneyimleriniz nelerdir?

Joel'in cevabı sen olabilir nedenlerle iyidir sahip birkaç başka olmasına rağmen, C kullanmak:

• C'de kanıtlanması ve test edilmesi daha kolay olan endüstri yönergelerini karşılamalısınız.
• C ile çalışmak için araçlara sahipsiniz, ancak C ++ 'yı değil (yalnızca derleyiciyi değil, tüm destek araçlarını, kapsamı, analizi vb. Düşünün)
• Hedef geliştiricileriniz C uzmanlarıdır
• Sürücüler, çekirdekler veya diğer düşük seviyeli kodlar yazıyorsunuz
• C ++ derleyicisinin, yazmanız gereken kod türünü optimize etmede iyi olmadığını biliyorsunuz
• Uygulamanız yalnızca nesne odaklı olmakla kalmaz, aynı zamanda bu biçimde yazmak da daha zor olur

Yine de bazı durumlarda, C ++ yerine C kullanmak isteyebilirsiniz :

• Assembler'da kodlama sıkıntısı olmadan assembler performansını istiyorsunuz (C ++ teorik olarak 'mükemmel' performansa sahiptir, ancak derleyiciler iyi bir C programcısının göreceği optimizasyonları görme konusunda o kadar iyi değildir)
• Yazdığınız yazılım önemsiz ya da neredeyse öyledir - minik C derleyicisini çıkarın, birkaç satır kod yazın, derleyin ve hazırsınız - yardımcılarla birlikte büyük bir düzenleyici açmanıza gerek yok, pratik olarak yazmaya gerek yok boş ve yararsız sınıflar, ad alanlarıyla ilgilenin, vb. Bir C ++ derleyicisiyle hemen hemen aynı şeyi yapabilir ve sadece C alt kümesini kullanabilirsiniz, ancak C ++ derleyicisi küçük programlar için bile daha yavaştır.
• Aşırı performansa veya küçük kod boyutuna ihtiyacınız var ve C ++ derleyicisinin kitaplıkların boyutu ve performansı nedeniyle başarmayı gerçekten zorlaştıracağını biliyorsunuz

Sadece C alt kümesini kullanabileceğinizi ve bir C ++ derleyicisi ile derleyebileceğinizi iddia ediyorsunuz, ancak bunu yaparsanız derleyiciye bağlı olarak biraz farklı sonuçlar alacağınızı göreceksiniz.

Ne olursa olsun, bunu yapıyorsanız, C kullanıyorsunuz. Sorunuz gerçekten "C programcıları neden C ++ derleyicileri kullanmıyor?" Eğer öyleyse, o zaman ya dil farklılıklarını anlamıyorsun ya da derleyici teorisini anlamıyorsun.

Minimalizmi ve sadeliği seviyorum.

• Çünkü zaten C'yi biliyorlar
• Çünkü sadece C derleyicisine sahip bir platform için gömülü bir uygulama geliştiriyorlar
• C ile yazılmış eski yazılımları korudukları için
• Bir işletim sistemi, ilişkisel veritabanı motoru veya perakende bir 3B video oyun motoru düzeyinde bir şeyler yazıyorsunuz.

Performans korkusu veya şişkinlik C ++ 'dan vazgeçmek için iyi bir neden değildir. Her dilin kendi potansiyel tuzakları ve değiş tokuşları vardır - iyi programcılar bunları öğrenir ve gerektiğinde başa çıkma stratejileri geliştirir, kötü programcılar çılgına dönecek ve dili suçlayacaktır.

Yorumlanmış Python birçok yönden "yavaş" bir dil olarak kabul edilir, ancak önemsiz olmayan görevler için yetenekli bir Python programcısı, deneyimsiz bir C geliştiricisininkinden daha hızlı çalışan kodu kolayca üretebilir.

Sektörümde, video oyunlarında, iç döngülerde RTTI, istisnalar veya sanal işlevler gibi şeylerden kaçınarak C ++ ile yüksek performanslı kod yazıyoruz. Bunlar son derece yararlı olabilir, ancak kaçınılması gereken performans veya şişkinlik sorunları olabilir. Bir adım daha ileri gidip tamamen C'ye geçersek, çok az kazanacak ve C ++ 'nın en kullanışlı yapılarını kaybedeceğiz.

C'yi tercih etmenin en büyük pratik nedeni, desteğin C ++ 'dan daha yaygın olmasıdır. C ++ derleyicilerine bile sahip olmayan pek çok platform vardır, özellikle gömülü olanlar.

Satıcılar için uyumluluk konusu da var. C kararlı ve iyi tanımlanmış bir ABI'ye (Uygulama İkili Arayüzü) sahipken, C ++ yoktur. C ++ 'daki ABI, vtables ve yapıcılar / yıkıcılar gibi şeyler nedeniyle daha karmaşıktır, bu nedenle her satıcıda ve hatta bir satıcı araç zincirinin sürümlerinde farklı şekilde uygulanır.

Gerçek anlamda bu, bir derleyici tarafından oluşturulan bir kitaplığı alıp onu kodla veya diğerinden bir kitaplıkla bağlayamayacağınız anlamına gelir; bu, dağıtılmış projeler veya ikili kitaplıkların ara yazılım sağlayıcıları için bir kabus oluşturur.

C ile yazmayı seçiyorum çünkü küçük, sıkı bir dille çalışmaktan zevk alıyorum. Makul bir sürede okunabilen bir standarda erişmeyi seviyorum (benim için - çok yavaş bir okuyucuyum). Ayrıca, birkaç istenen C ++ derleyicisinin ( bazı PIC mikro denetleyicileri gibi) bulunduğu gömülü sistemler için yazılım yazmak için kullanıyorum .

Diğer görüşü ele alıyorum: Neden C yerine C ++ kullanmalı?

The C Programming Language (aka: K&R) kitabı , 300 sayfadan kısa bir sürede dilin yapabildiği her şeyi nasıl yapacağınızı açıkça anlatıyor. Minimalizmin bir şaheseri. Hiçbir C ++ kitabı yanına bile yaklaşmaz.

Bariz karşı argüman, hepsi olmasa da çoğu modern dil için aynı şeyin söylenebileceğidir - ayrıca her şeyi sadece birkaç yüz sayfada nasıl yapacağınızı söyleyemezler. Doğru. Öyleyse neden bunun yerine C ++ kullanalım? Özellik zenginliği? Güç? Daha zengin özellikli veya güçlü bir şeye ihtiyacınız varsa, o zaman C #, Objective C, Java veya bunun gibi başka bir şeyle gidin. Neden kendinizi C ++ 'nın karmaşıklığıyla yüklüyorsunuz? C ++ hibe kontrol derecesine ihtiyacınız varsa, C'yi kullanmayı savunuyorum. C her şeyi yapabilir ve iyi yapabilir.

Daha önce bahsedilen diğer birkaç noktaya ek olarak:

Daha az sürpriz

yani, bir kod parçasının tam olarak ne yapacağını görmek çok daha kolaydır . C ++ 'da derleyicinin tam olarak hangi kodu ürettiğini bilmek için guru düzeyine yaklaşmanız gerekir (şablonlar, çoklu kalıtım, otomatik oluşturulan oluşturucular, sanal işlevlerin bir kombinasyonunu deneyin ve biraz ad alanı sihri ve argümana bağlı aramada karıştırın).

Çoğu durumda bu sihir güzeldir, ancak örneğin gerçek zamanlı sistemlerde gününüzü gerçekten berbat edebilir.

Linus'un sorunuza cevabı "C ++ korkunç bir dil olduğu için"

Kanıtları en iyi ihtimalle anekdottur, ama bir anlamı var ..

Daha düşük seviyeli bir dil olduğundan, onu C ++ 'ya tercih edersiniz. C ++, ilave kitaplıklar ve ekstra özellikler için derleyici desteği ile C'dir ( her iki dilde de diğer dilin sahip olmadığı özellikler vardır ve her şeyi farklı şekilde uygular ), ancak eğer varsa C ile ilgili zaman ve deneyim, ekstra düşük seviyeli ilgili güçlerden yararlanabilirsiniz ... [Düzenlendi] (çünkü dilin / derleyicinin kendisinden gelen bazı güçlerden yararlanmak yerine manuel olarak daha fazla iş yapmaya alışırsınız )

Bağlantılar eklemek:

Neden gömülü için C ++

Neden hala C kullanıyorsun? PDF

Bunun için Google'ı arardım .. çünkü internette zaten pek çok yorum var

Çünkü bir eklenti yazıyorlar ve C ++ 'nın standart ABI'si yok.

Uzun derleme süreleri can sıkıcı olabilir. C ++ ile çok uzun derleme sürelerine sahip olabilirsiniz (bu, elbette, Stack Overflow için daha fazla zaman anlamına gelir!).

Projelerim için C ++ kullanmaya alışkınım. Daha sonra düz C'nin kullanıldığı bir iş buldum (kötü belgelere sahip bir AV yazılımının 20 yıllık gelişen kod tabanı ...).

C'de sevdiğim 3 şey:

• Hiçbir şey örtük değildir: programınızın tam olarak ne yaptığını veya yapmadığını görürsünüz. Bu, hata ayıklamayı kolaylaştırır.

• İsim alanlarının ve aşırı yüklenmelerin olmaması bir avantaj olabilir: belirli bir işlevin nerede çağrıldığını bilmek istiyorsanız, sadece kaynak kodu dizininde grep yapın ve size söyleyecektir. Başka özel alet gerekmez.

• İşlev işaretçilerinin gücünü yeniden keşfettim. Temel olarak C ++ 'da yaptığınız tüm polimorfik şeyleri yapmanıza izin verirler, ancak daha da esnektirler.

Hiç kimsenin kütüphanelerden bahsetmemesine şaşırdım. Pek çok dil C kütüphanelerine bağlanabilir ve C işlevlerini çağırabilir (extern "C" ile C ++ dahil). C ++, C ++ kitaplığını kullanabilen hemen hemen tek şeydir ('C ++' da C'de olmayan özellikleri kullanan [aşırı yüklenmiş işlevler, sanal yöntemler, aşırı yüklenmiş operatörler, ...] ve dışa aktarmayan bir kitaplık olarak tanımlanır. extern "C" 'aracılığıyla C uyumlu arayüzler aracılığıyla her şey).

Kodunuzun hemen hemen her programcı tarafından anlaşılmasını istiyorsanız C yazın.

Çünkü C99'da C ++ 'da eşdeğerleri olmayan özellikleri kullanmak istiyorlar.

Ancak, insanların ilk bakışta düşündükleri kadar C ++ için yararlı olan çok sayıda C99 özelliği yoktur. Değişken uzunluklu diziler? C ++, std :: vektörlere sahiptir. Karmaşık / hayali sayılar için destek? C ++ şablonlu karmaşık bir türe sahiptir. Tip-genel matematik fonksiyonları? C ++, standart matematik işlevlerini aşırı yükleyerek aynı sonuca neden oldu.

Adlandırılmış başlatıcılar? C ++ 'da değil, ancak bir çözüm var:

struct My_class_params {
    int i;
    long j;
    std::string name;

    My_class_params& set_i(int ii)
    {
        i = ii;
        return *this;
    }

    My_class_params& set_j(long jj)
    {
        j = jj;
        return *this;
    }


    template <typename STRING>
    My_class_params& set_name(STRING&& n)
    {
        name = std::forward<STRING>(n);
        return *this;
    }

    My_class_params()
    {
        // set defaults
    }
};

class My_class {
    My_class_params params;
  public:
    My_class(const My_class_params& p) : params(p) { }
    ...
};

Bu, aşağıdaki gibi şeyler yazmanıza olanak tanır:

My_class mc(My_class_params().set_i(5).set_name("Me"));

Çünkü birçok programlama görevi için C daha basit ve yeterince iyidir. Özellikle hafif yardımcı programları programlarken, C ++ 'nın sadece kodu yazmak yerine kendi iyiliği için zarif bir üst yapı oluşturmamı istediğini hissedebiliyorum.

OTOH, daha karmaşık projeler için, zarafet klavyemden doğal olarak akacağından daha iyi sağlam bir yapısal sertlik sağlar.

C ++ 'nın önemli özelliklerinin çoğu bir şekilde sınıfları veya şablonları içerir. Bunlar, derleyicinin bunları nesne koduna dönüştürme şekli dışında harika özelliklerdir. Çoğu derleyici, ad değiştirme kullanır ve en azından dağınık bir şey yapmayanlar.

Sisteminiz, birçok uygulamada olduğu gibi kendi başına çalışıyorsa, C ++ iyi bir seçimdir.

Sisteminizin zorunlu olarak C ++ ile yazılmayan yazılımlarla (en sık olarak assembler veya Fortran Kitaplıklarında) etkileşime girmesi gerekiyorsa, o zaman dar bir noktadasınız. Bu tür durumlarla etkileşim kurmak için, bu semboller için ad karıştırmayı devre dışı bırakmanız gerekir. bu genellikle bu nesneleri bildirerek yapılır extern "C", ancak bunlar şablonlar, aşırı yüklenmiş işlevler veya sınıflar olamaz. Bunların uygulama API'niz olma ihtimali varsa, bunları yardımcı işlevlerle sarmalamanız ve bu işlevleri gerçek uygulamalarla senkronize etmeniz gerekir.

Ve gerçekte, C ++ dili, saf C'de kolayca uygulanabilen özellikler için standart bir sözdizimi sağlar.

Kısacası, birlikte çalışabilir C ++ ek yükü çoğu insanın haklı gösteremeyeceği kadar yüksektir.

Bu oldukça sığ ama meşgul bir öğrenci olarak C'yi seçtim çünkü C ++ 'nın öğrenmesinin çok uzun süreceğini düşündüm. Üniversitemdeki pek çok profesör Python'daki ödevleri kabul etmiyor ve bir şeyi hızlı bir şekilde almam gerekiyordu.

"Sadece kullanmak istediğiniz C ++ alt kümesini kullanın" hakkında bir açıklama: Bu fikirle ilgili sorun, projedeki herkesin aynı alt kümeyi kullanmasını sağlamanın bir maliyetinin olmasıdır. Benim fikrim, bu maliyetlerin gevşek bağlı projeler (örneğin açık kaynak kodlu projeler) için oldukça yüksek olduğu ve ayrıca C ++ 'nın daha iyi bir C olma konusunda tamamen başarısız olduğu, yani C'yi nerede kullanırsanız kullanın C ++' ı kullanamayacağınızdır.

Aman Tanrım, C vs C ++, bir alev savaşı başlatmanın harika bir yolu. :)

C'nin sürücü ve gömülü kod için daha iyi olduğunu düşünüyorum.

C ++, C'nin sahip olmadığı bazı harika özelliklere sahiptir, ancak C ++ 'nın nesne yönelimli özelliklerinin çoğu, insanlar perde arkasında ortaya çıkan bariz olmayan yan etkilerle kod yazdıklarında muazzam kodlama karışıklıklarına neden olabilir. Çılgın kod kurucularda, yıkıcılarda, sanal işlevlerde gizlenebilir ... C kodunun güzelliği, dilin arkanızda açık olmayan hiçbir şey yapmamasıdır, böylece kodu okuyabilir ve her kurucu ve yıkıcıya bakmanıza gerek kalmaz. ve bunun gibi. Sorunun çoğu, BAZI kişilerin yaptığı kötü kodlama uygulamalarıdır.

Mükemmel dilim, C99 ve ikili çıktıya SIFIR (veya sıfıra yakın) derleyici ek yükü ekleyen daha güvenli C ++ özelliklerinin minimum bir alt kümesinin bir kombinasyonu olacaktır. Mükemmel eklemeler, sınıf kapsülleme ve veri ve fonksiyonların isimlendirme kavramları olacaktır.

C ++ yerine C'yi neden seçmek isteyeceğinize dair çok fazla kanıt bulamadım.

Söyleyeceğim şeye neredeyse kanıt diyemezsiniz; bu sadece benim fikrim.

İnsanlar C'yi sever çünkü programcının zihnine çok iyi uyuyor.

C ++ 'ın birçok karmaşık kuralı vardır [ne zaman sanal yıkıcılara ihtiyaç duyarsınız, bir kurucuda sanal yöntemleri ne zaman çağırabilirsiniz, aşırı yükleme ve geçersiz kılma nasıl etkileşim kurar, ...] ve hepsine hakim olmak çok çaba gerektirir. Ayrıca referanslar arasında, operatörün aşırı yüklenmesi ve işlevin aşırı yüklenmesi, bir kod parçasının anlaşılması, bulunması kolay olabilecek veya olmayabilecek diğer kodları anlamanızı gerektirebilir.

Kuruluşların neden C ++ yerine C'yi tercih ettiklerine dair farklı bir soru. Bunu bilmiyorum, ben sadece bir insanım ;-)

C ++ 'ın savunmasında, masaya değerli özellikler getiriyor; En çok değer verdiğim değer muhtemelen parametrik ('ish) polimorfizmdir: bir veya daha fazla türü bağımsız değişken olarak alan işlemler ve türler.

C'nin size optimizasyon ve verimlilik üzerinde C ++ 'dan daha iyi kontrol sağladığını ve dolayısıyla bellek ve diğer kaynakların sınırlı olduğu ve her optimizasyonun yardımcı olduğu durumlarda faydalı olacağını söyleyebilirim. Tabii ki daha küçük bir ayak izine sahip.

Bazı mağazaların C ++ 'ın bazı özelliklerini C benzeri bir şekilde kullanma, ancak sakıncalı olanlardan kaçınma yaklaşımı da var. Örneğin, sınıfları ve sınıf yöntemlerini ve işlev aşırı yüklemesini kullanma (bunlar genellikle C kalıpçılarının bile başa çıkması kolaydır), ancak STL, akış operatörleri ve Boost (öğrenmesi daha zordur ve kötü bellek özelliklerine sahip olabilir).

Çünkü kaynakların sıkı olduğu (gömülü bir sistem veya çekirdek gibi bir tür gerçek çıplak metal kod gibi) bir sistem için yazıyorsunuz ve mümkün olduğunca az ek yük istiyorsunuz.

Çoğu gömülü sistemin bir C ++ derleyicisine sahip olmamasının bir nedeni var - bu, insanların bir tane istememesi değil, C ++ kodunu o küçük alana sıkıştırmak imkansız yaklaşan bir görevdir.

C'nin ihtiyacı olan şey daha iyi bir önişlemciydi. cfront biriydi ve bu nedenle c ++ doğdu

C kullanacağım, burada 'önişlemci olarak c ++' uygun olmaz.

Eminim, iyi yazılmış herhangi bir c ++ kitaplığının / çerçevesinin / araç setinin altında, dirty-old-c (veya aynı olan statik yayınlar) bulacaksınız.

• Birkaç yıl öncesine kadar, mevcut C ++ derleyicilerinde önemli özellikler eksikti ya da destek zayıftı ve desteklenen özellikler aralarında çılgınca değişiklik gösteriyordu ve bu nedenle taşınabilir uygulamalar yazmak zordu.
• Sembollerin standart adlandırılmaması nedeniyle, diğer dillerin / uygulamaların C ++ sınıflarını doğrudan desteklemesi zordur.