C ++ neden en yeni dinamik diller üzerine ağır GUI uygulamaları oluşturmayı tercih ediyor? [kapalı]

Ağır GUI içeriği içeren uygulamaların çoğunun genellikle C ++ ile geliştirildiğini görüyorum. Oyunların / tarayıcıların çoğu C ++ ile kodlanmıştır.

En yeni dinamik dillerle daha iyi GUI uygulamaları geliştiremez miyiz? Java'nın mükemmel bir seçim olmayacağını biliyorum. Peki ya doğal olarak C üzerine inşa edilmiş python gibi diller? En son dillerin atalarından daha iyi olması gerekmiyor mu? Neden hala eski C ++ 'ı en son dillerden tercih etmeliyiz?

Ayrıca şunu da bilmek isterim; C ++ 'da GUI işlemenin daha hızlı olmasından sorumlu olan nedir? Öte yandan, diğer son dillerin eksikliği nedir?

C ++ GUI uygulamaları yazan kişilerden biriyim (çoğunlukla Windows için). Qt ile kesin olmak gerekirse. Sebeplerim:

• C ++ 'ı severim. Ben bir serbest çalışanım ve genellikle araçlarımı seçebilirim (şanslıyım!)
• Yönetilen bir ortamda, bazı yönetilmeyen kodları kullanmanız gerektiğinde zor anlar yaşayabilirsiniz (C #, herkesin uzun soluklu WinAPI bildirimleri?)
• Daha kolay konuşlandırılan daha az bağımlılık
• Her şey üzerinde daha fazla kontrol.
• RAII (GC'ye karşı). Ve tahsis etsem bile new, nadiren deleteaçıkça hiçbir şey yapmam, çünkü akıllı işaretçiler veya QObjecthiyerarşi kullanıyorum.
• C ++ bugünlerde çok heyecan verici, bir derleyicinin yeni standardı tam olarak desteklemesini bekleyemiyorum.
• Hız (sadece listenin sonunda. GUI'nin kendisi için o kadar önemli olmadığını biliyorum, ama daha hızlı olma eğilimindedir çünkü C ++ programları çalışma zamanları, bayt kodu JIT derleme ve benzeri teknolojilerin eklediği ek yükten zarar görmez. program.)

Gördüğünüz gibi, bunlar çoğunlukla kişisel tercihler. Çalışmalarımın keyifli geçmesini önemli buluyorum ve C ++ bunu bana sağlıyor.

Çünkü hız önemlidir.

• Oyunlar , performansın önemli olduğu çekirdek görevler için C ++ 'ı kullanır. Esnekliğin önemli olduğu senaryo işleri için dinamik dilleri kullanırlar.

• Masaüstü GUI uygulamaları : Örneğin, Visual Studio. NET'te yazılmıştır ve yerli C ++ değil. Bir IDE için oldukça iyi çalışıyor gibi gözüküyor, çünkü IDE'nin yoğun performans gerektiren birçok işi yapması gerekmiyor. (Derleyici, bağlayıcı ve diğer araçlar mutlaka .NET'e yazılmamıştır - wawa bir açıklamada belirtildiği gibi, bazıları gibi görünmektedir (örneğin VB.NET).

• Tarayıcıların da hızlı olması gerekir. Sonuçta bunlar ikincil bir işletim sistemidir. Öte yandan, Firefox’un büyük bölümlerinin aslında javascript’te yazıldığını iddia edebilirsiniz, çünkü Mozilla çerçevesi büyük ölçüde javascript’e bağlı görünüyor.

Özetle: C ++ 'ın mutlaka tercih edildiğini söyleyemem ama bir performans darboğazına sahipseniz, metale daha yakın olmanız ve ardından C ++ (iyi veya C) ile tanışmanız gerekir. Bazen her şeyi C ++ 'da yapmak tek bir dilde daha kolay olacaktır.

C ++ ile yazılmış gördüğünüz GUI uygulamaları genellikle eski nedenlerden dolayı yapılır. Python (Qt veya Gtk ile birlikte), bir Windows evinde çalışıyorsanız, CI gibi GUI uygulamaları için çok uygundur. Yeni bir şeye başlarken , yapılması gereken tesisat işlerinin eksikliğinden dolayı C ++ 'a çok daha çok tercih edilir.

Çünkü ne kadar performans testi .NET ve benzeri kalabalığın gösterdiği önemli değil, testlerde ne kadar yaklaşırlarsa gelsin, sonunda C ++ uygulaması zirvede. Soğuk açılışta daha hızlı, daha keskin ve daha iyi hale getirilebilecek yolları var.

Projenin başlangıç ​​aşamalarında, .NET’in yolunun geldiğine dair çok sayıda kanıt duydum, ancak bir kez seçildiklerinde, her zaman ağır bir tıkanıklık oldu.

Ayrıca, bugünlerde C ++, özellikle Qt veya WTL gibi çerçevelerle oldukça güvenli ve kullanımı oldukça kolaydır.

Oyun motorlarının çoğu C ++ ile kodlanmıştır. Ayrıca birçok tarayıcı motoru C ++ ile kodlanmıştır. Ancak GUI tarayıcısı sıklıkla hafif bir script (JavaScript, Python) kullanılarak kodlanır. Önemli Source Engine istisnası dışında, oyun motorlarının çoğu da komut dosyası dillerini kullanır (Lua veya Python gibi). [referans için: Lua scriptli oyunların listesi ]

Ayrıca Qt gibi popüler C ++ GUI kütüphanesini alın. Mevcut sürümde (4.7) GUI için QML kullanılmaktadır. QML, temelde Qt bağlantıları ile JavaScript'tir.

Yani gerçekten C ++ vs dinamik dil yok, karışık.

İlk sebep şöyle olacaktır: (eski) alışkanlık

İkinci sebep: Sanal Makinelerde daha az güvenilirlik, kurulması gereken tercümanlar vb.

Ve hala C ++ 'da kod geliştirmek için bazı mükemmel IDE'ler var.

Bunun nedeni, gerçekleşen her şey üzerinde çok daha fazla kontrol sahibi olmanızdır. C # ile photoshop yazacak olsaydınız, bazı görevler için ciddi performans problemleriniz olurdu. Daha fazla kontrole sahip daha düşük bir dilde kısayollar alabilir, daha yoğun olan şeyler için gereken yeri optimize edebilirsiniz. Elbette bu, C ++ 'ı yönetilmeyen kodda kullandığınızı varsayar, .NET'te C ++ kullanmaz.

Hızlı bir örnek için buraya bakın .

C ++ statik olarak yazılmıştır. Bu, bir derleyicinin belirli bir platformdaki mevcut sistem işlemlerine soyutlamalarınıza uymasını sağlayarak kod yürütülmesini önceden optimize etmenize olanak sağlar. Şimdiye kadar, dinamik dillerin sistem kaynaklarına erişimi yavaşlatan ek bir yazılım katmanına (= tercüman) ihtiyacı vardır.

Verilen nedenlerin çoğu teknik veya "masanın üstünde" ... burada iş nedenleri veya "masanın altında" bulunur:

derlenmiş kod dağıtma vs kaynak kodu dağıtma. c / c ++ ile geliştirilirken ikili dosyaları dağıtırsınız. modern dillerden birinde gelişiyorsanız, kaynağı dağıtabilirsiniz. Engelleyenlerin fikrini, hissedarlara / yatırımcılara cevap vermek zorunda olan yönetime satmak zordur, bu yüzden rahatsız etmeyin.

aptal kullanıcılar: en azından yönetimin kafasında. hala kullanıcılarını "setup.exe" ye çift tıklayabileceklerini algılıyorlar. Bir tercümanın kurulumunu kurulumun bir parçası olarak eklerseniz, kafalarını bir yandan diğer yana sallarlar.

eski geliştiriciler: deneyime sahip çoğu kişi uzun süredir var ve kendilerini güncel tutmuyor. C ++ 'da programlıyorlar, çünkü yeni dilleri bilmiyorlar, çünkü yeni dilleri bilmiyorlar.

Sorunun kapsamını GUI'den rekabetçi olması beklenen yazılıma genişletirim. C ++, işlem gücü, kurulu çalışma zamanı, çerçeveler vb. İle ilgili olarak hedef platforma herhangi bir vergi getirmiyor. Dolayısıyla, yönetilen / yorumlanan bir dilde yazılmış benzer bir çözümden daha sınırlı müşteri donanımı üzerinde çalışacak. Başarılı bir ticari yazılım durumunda, geliştirme maliyeti (C ++ 'da potansiyel olarak daha yüksek) satışların sayısına göre itfa edilmektedir.

Ek olarak C ++, kullanımı optimize etmek ve kendisini benzer çözümlerden farklılaştırmak için en iyi fırsatı sağlayan sistem apilerine (GUI gibi) doğrudan erişim sağlar.

Birçoğunun GUI araç setleri için API'lerle ilgisi olduğunu düşünüyorum. Hepsinde bir C / C ++ API var, fakat hepsinde (diyelim) Python bağları yok. Ve bazen araçların kendileri C ++ ile yazılmıştır, bu yüzden diğer dilleri destekleseler bile onları tam olarak desteklemiyorlar (örneğin, bir Python'u tupleargüman olarak desteklemiyorlar ).

Örnek olarak tarayıcılardan ve oyunlardan bahsediyorsunuz. Bunların her ikisi de oldukça kritik performans gerektiren uygulamalardır, bu nedenle hız için düşük seviyeli bir dilde olmaları anlamlıdır.

Diğer birçok uygulama daha az performans gösterir ve başka dillerde de kolayca yazılabilir. Özellikle C # çok kullanılmış görünüyor. (Ve Obj-C, ama sanırım gerçekten yüksek seviye olarak nitelendirilemiyor. Yine de C ++ 'dan daha iyi.)

Ancak, en son programlama dilleri için belirli bir çerçeve eksikliği vardır. Örneğin, Python için gerçekten uygun bir yerel GUI kütüphanesi yok. Elbette, PyQt veya PyGtk kullanabilirsiniz ve iyi çalışırlar, ancak sonuçta bu sadece C kodu ile tekrar etkileşime girer. Yine, C # (ve tartışmalı Obj-C) istisna gibi görünüyor ve belki MacRuby veya IronPython bu oyunu değiştirebilir.

C ++ veya Java'nın yerini alacağı bir dil için, bu dillerde sıkça kaçırılan şeyleri yapmak, bunları kendi güçlü yönleriyle yerine getirmek zorundadır. Ayrıca, bu dillere dev yatırımlar yapıldı. Bu, birçok platformda tarayıcıların, oyunların ve bu tür programların kolaylıkla kullanabileceği standart bir C ++ kütüphanesi olduğu anlamına gelir. Yani atalet olma zorunluluğu var. Diller, diğer yazılım parçalarının aksine yavaş yavaş kaybolma eğilimindedir.

Eğer bakarsanız, Anaconda (RedHat'ın kurulum programı) 10 yıldan beri Python'da başından beri yazılmış. Anaconda yeniyken Python bu kadar popüler değildi.

Google'ın Git (golang.org) çok hızlı bir şekilde gelişiyor. Derleyici henüz önyüklenmedi. Popülaritesinin üstesinden gelmek için, kütüphanesi dengelenmeli, derleyici önyüklenmeli ve daha fazla insan onu kullanmalı. Google’ın dışındaki bir üretim programının Go’da yazıldığını ve henüz bir yıldan daha uzun bir süredir çalışmadığı bildirildi.