C ++ kullanarak ancak dilin belirli özelliklerini kullanmamak için C'ye geçmeli mi?

Boş zamanlarımda hobi olarak bir NES öykünücüsü geliştiriyorum. C ++ kullanıyorum çünkü en çok kullandığım dil, çoğunlukla biliyorum ve çoğunlukla seviyorum.

Ama şimdi projeye biraz ilerledim, C ++ 'ın neredeyse tüm spesifik özelliklerini kullanmadığımı fark ettim ve bunu düz C'de yapabilir ve aynı sonucu elde edebilirdim. Şablon, operatör aşırı yüklenmesi, polimorfizm, kalıtım kullanmıyorum. Ne söylerdin? C ++ 'da kalmalı mıyım yoksa C'de mi yeniden yazmalıyım?

Performans kazanmak için bunu yapmayacağım, bir yan etki olarak gelebilir, ama fikir neden ihtiyacım yoksa C ++ kullanmalıyım?

Kullandığım C ++ 'ın tek özellikleri veri ve yöntemleri kapsüllemek için sınıflardır, ancak yapı ve işlevlerle de yapılabilir, yeni ve siliyorum, ancak malloc ve ücretsiz de kullanabilirim ve ben mirasın sadece işlevlere işaretçilerle elde edilebilen geri aramalar için kullanılması.

Unutmayın, bu bir hobi projesi, son teslim tarihim yok, bu yüzden yeniden yazma gerektiren genel gider ve iş bir sorun değil, aynı zamanda eğlenceli olabilir. Yani, soru C veya C ++?

Artık kullanmadığınızda, ama bir dahaki sefere bellek sızdırıyor veya geri gelmek için yalvarıyor olacağım, çifte silme olsun std::vector<T>, std::unique_ptr<T, Del>ve std::shared_ptr<T>bu sorunların neredeyse trivially kolayca- çözebilir, hangi. Sonunda C ++ üzerinde C kullanan herkese olan budur ve daha akıllı olanlar, hareket etmeden önce hataların ortaya çıkmasını beklemez.

C ++ 'ı kullanan newve deletedoğrudan C ++' a ait olmayan kod, "C Sınıfı" olarak adlandırdığımız bu tür yarım eve aittir. Eğer C öğrenilen her yerde dil 1985 dolaylarında idi yıllardan bu Size sadece bunu maalesef oldukça ortak-ve daha iyi bir eğitim ile çok iyi-şey öğretmek vermedi ++, olasılıkla 2011'de dolaylarında, C ++ özellikle benzer değil olurdu bu özelliklerin kullanımını bulur.

Özellikle, yukarıda listelediğim gibi, C ++ 'ın genel veri yapıları ve kaynak yönetim sınıfları C'nin sunduğu her şeyden temelde büyük ölçüde daha üstündür. Dinamik olarak ayrılmış bir dizi istiyorsanız, kullanın std::vector<T>. Bu oldukça yaygın bir kullanım durumudur. Bunları kullanmıyorsanız, kodunuz gereksiz yere büyük bir hata riski altındadır - özellikle kaynak yönetimi ile ilgili. C ++, güvenliği ve yeniden kullanım kodunu C'nin asla dokunamayacağı şekilde garanti edebilir.

Ancak, çok fazla beklediğinizi de düşünüyorum. Şablon yazma ve operatör aşırı yüklemeleri kütüphane tüketicileri için yaygın değildir. Kodunuz kullanıyorsa std::vector<T>, bunun için bir şablon yazmanız gerekmez . Kodunuz kullanılırsa std::string, kimse sizi operatörlerinizi aşırı yüklemeye zorlamaz. Bunları yazmak için yapmanız yeterlidirstd::vector<T> ve std::stringyine de bunlardan tam olarak yararlanabilirsiniz.

Polimorfizm / kalıtım da sadece belirli bir kullanım durumuna sahiptir. Kodunuz herhangi bir şablon yazmanızı veya sanal işlevleri kullanmanızı gerektirmezse, bunu yapmaz ve kendi şablonlarınızı yazmanız gerekmeyen programlar veya program bölümleri vardır.

Ayrıca, C ++ 'da performansta bir kazanç yoktur.

C ++ 'a özgü özellikler kullanmasanız bile, bir C ++ derleyicisi, C ++' ın daha katı tip sistemi nedeniyle C'den daha fazla sorun yakalar.

Ona diğer yönden bakardım. Eğer Will kazanmak C kodu yeniden yazarak şey? Tamamen hobici bir projede bile, böyle bir yeniden yazma ile ilişkili bir maliyet var. Başka hiçbir şey varsa, fırsat maliyeti denir - yani, C'de yeniden yazmak için zamanınızı boşa harcamasaydınız, o zaman yapmış olabileceğiniz diğer şeyler .

Alt satır: Kodun C ++ erişiminin gerçekten sınırlı olduğu (veya var olmadığı) bazı ortamlarda kullanılabileceğini düşünmüyorsanız, en iyi ihtimalle anlamsız bir zaman kaybı olacaktır. Tecrübelerime En azından, genellikle çok hızlı bir şekilde bununla da sınırlı kalmıyor - kod ben C ++ ile yazılmış ettik üzerinde düşünme geri vardı C'ye dönüştürülecek, oldukça net bir şekilde hatta neye görünüyordu epeyce durumlarda hatırlayabiliriz önemsiz olmalı, başlangıçta fark ettiğimden çok C ++ 'a özgü çok daha fazla özellik kullanıyordum. Hiç faydalı olma umuduna sahip olmak için, C89 / 90'ı hedeflemeniz gerekir, bu durumda bir bloğun başlangıcında tüm değişkenleri gerçekte oldukları yerine tanımlamak gibi şeyleri hızlı bir şekilde hatırlatırsınız. Kullanılmış.

Kısacası, C'de yeniden yazmanın gerçek bir fayda sağlayacağından emin değilseniz, kaçınılmaz olarak yapılacak daha iyi şeyler vardır.

Daha genel bir cevap olarak:

Sadece bazı benzersiz özelliklerini kullandığınız için C ++ 'ya geçmeyin. Bir gün bu özelliklere ihtiyacınız olabilir ve C'yi kullandığınız için sadece başınızı vurursunuz.

Hobi uzmanı gelişimi için, düz C'ye geri dönmeyi düşünürüm. C ve C benzeri dillerin küçük hobi geliştirme modüllerinde desteklenmesi daha olasıdır.

Buradaki yanıtların çoğu profesyonel yazılım türlerinden olabilir. Bir hobi olarak, sürekli veya tam zamanlı kodlama yapmayacaksınız. Bu nedenle, projenizi bir yıl boyunca masaya yatırıp geri dönüp kodlamada paslandıktan sonra kodunuzu okumaya çalıştığınızda, hangi dili hatırlama veya tuhaflıkları unutma olasılığınızı düşünün. Daha zengin bir özellik kümesine sahip olan C ++, kodlama stilinize bağlı olarak yeniden edinilmesi daha fazla veya daha az zaman alabilir.

Sorularınıza cevap vermek kolay değildir, çünkü dile özgü becerilerinizi geliştirmek için (C ile C ++) veya diğer programlama becerilerini (tasarım, problem çözme vb.) Geliştirmek için proje üzerinde çalışıp çalışmadığınızı bilmiyoruz.

Msgstr "Kullandığım C ++ 'ın tek özellikleri, verileri ve yöntemleri kapsüllemek için sınıflardır, ancak bu yapı ve işlevlerle de yapılabilir." Bu doğru değil. structsC'de kapsüllemeyi desteklemez ve işlev (yöntem) içeremez - en azından işlevlere işaretçiler gibi teknikler kullanmadan. Ayrıca, C'deki işlevler aşırı yüklenemedikleri için zayıftır.

"Ben yeni ve siliyorum, ama malloc ve ücretsiz de kullanabilirsiniz ve miras sadece işlevler için işaretçiler ile elde edilebilir geri aramalar için kullanıyorum." Deadmg'den bahsedildiği gibi, doğrudan newve deleteC ++ 'da kullanılması teşvik edilmez. Ayrıca, OOP'ta IMHO (ve GoF) kalıtımı, sadece polimorfizm gerektiğinde kompozisyona göre tercih edilmelidir. Ve fonksiyonlarda işaretçiler kullanarak C'de polimorfizme (geç bağlanma) ulaşmanın önemsiz olduğunu düşünmüyorum.

Bunun dışında, C ++ 'ın C'den "daha iyi" olduğuna ikna etmeye çalışmayacağım çünkü bu bir tercih meselesidir ve her zaman çözmeye çalıştığınız soruna bağlıdır (NES emülatörünüzü geliştirmek için OOP özelliklerini kullanmak olabilir) iyi bir fikir).

Ben çok acemiyim, işte 2 bitim geliyor.

Bazı güzel temel videotutorials ile Wibit.net C ve C ++ öğreniyorum, belki onlar "durumu" (bir reklam değil) bir bakış almak için çok yardımcı olabilir!

Bir hobici olduğunuz için, bu bir zevk değil, bir problem olacak, C'yi değiştirmenizi tavsiye ediyorum.

Daha çok tavsiye ederim. Her iki dilde de yapın. Bulacağınız ve kullanacağınız çözümleri ve çözümleri karşılaştırın. Eminim beklediğiniz gibi "o kadar kolay" olmayacaktır ... ama çok şey öğreneceksiniz!

İşte C ++ ve C'nin artıları ve eksileri:

1. C'ye geçmek, seçilen C ++ alt kümesinin içinde kalmayı kolaylaştıracaktır, çünkü derleyici bunun dışına çıktığınızda hata verecektir. Eğer asıl sorun karar verilen alt kümede kalmaksa, bu alternatif seçilmelidir. (bunun için neden derleyici desteğimiz yok?)
2. Bir kez seçilen c ++ özellik alt kümesi içinde kalabilir, sonra bir sonraki şey, kodu kırmak kötü sözleşmeler kurtulmak için alt kümesini değiştirmek için denemektir. Bu, bütün c ++ 'ın kullanılmasını gerektirir.
3. Hem "alt kümenin içinde kalmak" hem de "iyi bir alt küme" olduğunda, c ++ özelliklerinin dışına çıkın ve gereksinimler hakkında düşünmeye başlayın.