C ve C ++ arasında bir dil var mı?

C'nin basit ve şeffaf doğasını gerçekten çok seviyorum: C kodunu yazdığımda "sızdıran soyutlamalar" ile sınırsız hissediyorum ve neredeyse her zaman ürettiğim montaj konusunda kurnaz bir tahmin yapabilirim. Ayrıca C için basit, tanıdık sözdizimini seviyorum.

Bununla birlikte, C, C ++'ın sınıflar, basitleştirilmiş cstring olmayan taşıma vb. Gibi sunduğu bu basit, yararlı doodadlara sahip değildir. ve çeşitli nedenlerle çok güvenli değil.

Yine de C ++ 'daki nesnelere aşırı vurgu yapmanın hayranı değilim ve' yeni 'operatör ve benzeri silahtan utanıyorum. C ++, örneğin bir sistem programlama dili olarak kullanılabilecek çok fazla hıçkırığa sahip gibi görünüyor.

Widget'lar ve doodadlar ölçeğinde C ve C ++ arasında oturan bir dil var mı?

Feragatname: Bunu sadece gerçek bir soru olarak kastediyorum. Seni kızdırmak istemiyorum çünkü C {, ++} 'ın planladığım her şeyi yapacak kadar iyi olduğu görüşünü paylaşmıyorum.

Bunlar aradığınız droidler olabilir ...

Git - http://golang.org/

D - http://dlang.org/

Rust - http://rust-lang.org/

C ++ ile kabaca paralel olan veya yazarların C ++ ile gördüğü sorunları gidermeye çalışan birkaç dil (ör. Java, Go, D, Objective-C) vardır.

Bununla birlikte, en azından IMO, hepsi en pratik amaçlar için C ++ 'dan önemli ölçüde daha düşük çalışır.

Ne yazık ki, hangi montaj kodunun üretileceğini bilmek için görünen zevkinize dayanarak, muhtemelen Objective C ve Java'yı derhal ekarte edebiliriz.

Teorik olarak, bunlardan en ilginç olanı Go'yu düşünürdüm - bazı orijinal kodları daha kolay hale getiren problemleri çözmek için gerçekten orijinal fikirlere ve ilginç yaklaşımlara sahiptir. Ne yazık ki, mevcut derleyiciler çok iyi kod üretmiyor ve son yıllarda bu konuda çok fazla gelişme yok.

Bu, D'yi şansa sahip tek kişi olarak bırakır. Muhtemelen C ++ (bunlardan) en çok benzeyen, aynı zamanda problem olarak gördüğünüz şeyi düzeltmek için en az olasılık (IMO).

Bu bariz bir yaklaşım bırakır: C ++ kullanın, ancak yalnızca istediğiniz parçaları kullanın ve sevmediğiniz parçalardan kaçının.

Bununla birlikte, C, C ++'ın sınıflar, basitleştirilmiş cstring olmayan taşıma vb. Gibi sunduğu bu basit, yararlı doodadlara sahip değildir. ve çeşitli nedenlerle çok güvenli değil.

Yine de C ++ 'daki nesnelere aşırı vurgu yapmanın hayranı değilim ve' yeni 'operatör ve benzeri silahtan utanıyorum.

Üzgünüm dostum, çelişki alarmı. Cstring olmayan kullanım gerektirir new . Bu temel bir gereklilik. std::stringOlmadan yapamazsın new. Dahası, new/ deletetam olarak malloc/ freeama daha güvenlidir , çünkü yığın nesnelerinin doğru yapımını ve imha edilmesini garanti eder (tamamen gereklidir!) Ve bir NULLdönüş yerine istisna işlemeyi kullanır ve bu nedenle akla gelebilecek her modada üstündür. C ++ 11'de kendi newstil işlevinizi yazmak çok mümkündür , çünkü mükemmel yönlendirme, herhangi bir türdeki herhangi bir kurucu ile başa çıkmanıza izin verir. Eğer silah hakkında utangaçsanız new, o zaman ne ile uğraştığınızı gerçekten bilmemenizi öneririm.

Oh, evet ve akıllı işaretçiler bunu asla kendinizle başa çıkmak zorunda kalmayacak şekilde yaparlar.

Ayrıca, C ++ 'da fazla vurgu yoktur. İstemediğiniz herhangi bir nesneyi kullanmak zorunda değilsiniz. Lambdas ve istediğiniz herhangi bir zamanda işlevsel olarak programlayabilirsiniz. Kimse sizi miras ve sanal işlevleri kullanmaya zorlamıyor - aslında, birçok iyi C ++ programı nadiren miras sergiler. Şablonlar daha güçlü ve daha kullanışlı soyutlama tekniğidir. Bu Java değil.

C, neredeyse C ++ 'ın bir alt kümesidir, bu yüzden C ++' ın istediğiniz parçalarını kullanabilir ve geri kalanını göz ardı edebilirsiniz. Geçerli C ++ olan geçerli C yazmak bile mümkündür.

Deyimsel C ++ yazmazsınız, ancak bu yaklaşık olarak "arada" olur.

Alternatif olarak, C'yi daha güçlü bir şeye, özellikle D ve Objective-C'ye doğru genişletmeye çalışan diğer dilleri kontrol edebilirsiniz.

Ve son olarak, projenin doğasına bağlı olarak, bir çokgrup yaklaşımı için gidebilirsiniz: projenizi modüllere ayırın ve her bölüm için en uygun dili seçin. Bunun dezavantajı, dillerin birlikte çalışmasını sağlamanızdır, bu da çabaya değmeyecek çok fazla iş olabilir.

Sadece sıra dışı bir cevap sunmak için: İstediğiniz dil yoksa, neden kendiniz bir dil yapmıyorsunuz? Orada, (F) Lex ve Yacc / Bison'un eski stand-by'larının çeşitli güçlü dil geliştirme araçları var. C'yi zaten bildiğinizden, C kodunun çıktısını almak için "derleyicinize" ihtiyacınız vardır.

Bu düşündüğünüzden daha basit ve daha güçlü olabilir. C için bir ayrıştırıcı / lexer ile başlayın, sonra önemli olduğunu düşündüğünüz ekstra özellikleri ekleyin. Atlama tabloları elle yazmak rahatsız edici ise, özeti ifade etmek için bir yapı bulun ve tercümanınızın sizin için yazmasına izin verin. Temelde bu, meta programlamayı yapmak için dış araçları kullanarak daha yüksek bir ön işlemci meta programlamasıdır. C'yi bildiğiniz için son montajın nasıl olacağını her zaman bilirsiniz ve dil uzantılarınızın hangi C'ye genişleyeceğini bilirsiniz.

Açıkçası, bunun fazladan bir iş yapmadan ne kadar etkili olabileceğine dair bazı sınırlamalar var. Tam bir statik tip sistemi eklemek, almak istediğinizden biraz daha karmaşık olabilir, ancak bunun için bir zevkiniz olduğunu keşfederseniz keşfedebileceğiniz bir seçenektir. DSL uzantılarınız, bunları yapmak için zamanınız ve enerjiniz olduğu kadar güçlü ve karmaşıktır ve kim bilir, belki bir gün uzatma diliniz "bir sonraki C ++" olacaktır.

Hangi C ++ özelliklerinin sizin için can sıkıcı olduğunu söylemediniz. her neyse Objective-C'yi deneyebilirsiniz. C ++ 'da Standart Kitaplık yerine Nesneye Dayalı olarak vurgulanır.

Gömülü dünyada Embedded C ++ belirtildi . Birden fazla miras gibi şeyleri çıkardılar. Bildiğim kadarıyla, hemen hemen öldü.

C ++, Objective-C, Java ve C #'ın bu derinlemesine yan yana karşılaştırmasını yararlı bulabilirsiniz. Şahsen C # C ++ ile çalışmak çok daha temiz olduğunu düşünüyorum. Sözdizimi ve sayısal veri türlerinin benzerliği nedeniyle çok fazla değişiklik gerekmeden C (C #) için birkaç (sayısal / hesaplama) C işlevi taşıdım.