Чому C ++ все ще вважає за краще створювати важкі програми GUI на останніх динамічних мовах? [зачинено]

Я бачу, що більшість програм, які містять важкий вміст графічного інтерфейсу, зазвичай розробляються на C ++. Більшість ігор / браузерів кодуються в C ++.

Чи не можемо ми просто розробити кращі програми GUI з найновішими динамічними мовами? Я знаю, що Java не буде чудовим вибором. Але як щодо таких мов, як python, які побудовані на C? Хіба останні мови не повинні бути кращими за їх предків? Чому ми все ще мусимо віддавати перевагу віковій C ++ перед останніми мовами?

І я також хотів би знати, що це відповідає за C ++, за кращу швидкість обробки GUI? З іншого боку, чого не вистачає інших останніх мов?

Я з тих людей, хто пише додатки графічного інтерфейсу C ++ (переважно для Windows). З Qt, якщо бути точним. Мої причини:

• Мені подобається C ++. Я фрілансер і зазвичай можу вибрати свої інструменти (пощастило мені!)
• У керованому середовищі вам може бути важко, коли вам потрібно використовувати якийсь некерований код (довгомоторні декларації WinAPI в C #, комусь?)
• Менше залежностей, які легше розгортаються
• Більше контролю над усім.
• RAII (проти GC). І навіть якщо я виділяю їх new, я рідко коли- deleteнебудь явно щось бою, бо використовую розумні покажчики чи QObjectієрархію.
• C ++ дуже хвилює ці дні, я не можу чекати, коли компілятор повністю підтримає новий стандарт.
• Швидкість (лише в кінці списку. Я знаю, що це не так важливо для самого графічного інтерфейсу, але воно, як правило, швидше, тому що програми C ++ не страждають від накладних витрат, які виконуються під час виконання, байтовий код JIT-компіляція та подібні технології додають до Програма.)

Як бачите, це переважно особисті переваги. Я вважаю важливим, щоб моя робота була приємною, і C ++ надає мені це.

Тому що швидкість має значення.

• Ігри використовують C ++ для основних завдань, де важлива продуктивність. Вони використовують динамічні мови для сценаріальних завдань, де важлива гнучкість.

• Настільні програми GUI : Наприклад, Visual Studio написаний у .NET, а не на рідному C ++. Здається, він працює досить добре для IDE, оскільки самому IDE не потрібно виконувати багато завдань з високою ефективністю. (Компілятор, лінкер та інші інструменти не обов'язково записуються у .NET - хоча, як wawa вказує в коментарі, деякі, здається, є (наприклад, VB.NET))

• Браузери теж повинні бути швидкими. Адже вони є своєрідною вторинною ОС. З іншого боку, ви можете стверджувати, що великі частини Firefox насправді "написані" на JavaScript, оскільки структура Mozilla, здається, сильно залежить від javascript.

Підводячи підсумок: я б не сказав, що C ++ є обов'язково переважним, але якщо у вас є вузьке місце, ви повинні підійти ближче до металу і тоді ви зустрінете C ++ (ну або C). Іноді просто простіше зробити все на C ++ - одній мові.

Програми GUI, які, як ви бачите, написані на мові C ++, як правило, робляться через застарілі причини. Python (з Qt або Gtk) дуже життєздатний для програм GUI, як і C #, якщо ви працюєте в будинку Windows. Починаючи щось нове, або дуже віддають перевагу С ++ через відсутність роботи сантехніки, яку потрібно виконати.

Оскільки незалежно від того, скільки покажуть тести на ефективність .NET та подібних натовпів, незалежно від того, наскільки вони наближаються до показників, врешті-решт додаток C ++ виходить на перше місце. Це швидше при холодному завантаженні, він швидше, і є більше способів його вдосконалити.

На початкових етапах проекту я чув численні докази того, що .NET - це дорога, але після того, як його обрано, вони завжди виявлялися важким загрозою.

Також C ++ на сьогоднішній день є досить безпечним і досить простим у використанні, особливо з такими рамками, як Qt або WTL.

Більшість ігрових двигунів кодуються в C ++. Також багато двигунів браузера кодуються в C ++. Але графічний інтерфейс браузера часто кодується за допомогою легкого сценарію (JavaScript, Python). За винятком виключення Source Engine, більшість ігрових двигунів також використовують мови скриптування (наприклад, Lua або Python). [для довідки: список ігор зі сценаріями Lua ]

Також візьміть таку популярну бібліотеку графічного інтерфейсу C ++, як Qt. У поточній версії (4.7) він використовує QML для GUI. QML - це в основному JavaScript з прив’язками Qt.

Так що насправді немає C ++ проти динамічних мов, це змішано.

Першою причиною буде: (стара) звичка

Друга причина: менша надійність віртуальних машин, інтерпретаторів, які потрібно встановити тощо.

І ще є досить чудових IDE для розробки коду в C ++.

Причина в тому, що ви маєте набагато більше контролю над усім, що відбувається. Якби ви збиралися писати фотошоп на C #, у вас виникли б серйозні проблеми з виконанням деяких завдань. На мові нижчого рівня з більшим контролем ви можете приймати ярлики, оптимізувати там, де це потрібно для більш інтенсивних речей. Звичайно, це передбачає, що ви використовуєте C ++ у некерованому коді, а не C ++ у .NET.

Дивіться тут короткий приклад.

C ++ вводиться статично. Це дозволяє заздалегідь оптимізувати виконання коду за допомогою компілятора, який відповідає вашим абстракціям для наявного системного процесу на даній платформі. До цих пір динамічним мовам потрібен додатковий програмний рівень (= інтерпретатор), який уповільнює доступ до системних ресурсів.

Більшість наведених причин є технічними або "над столом" ... ось бізнес-причини або "під столом":

розповсюдження складеного коду проти розповсюдження вихідного коду. при розробці c / c ++ ви поширюєте двійкові файли. якщо ви розробляєтесь однією із сучасних мов, ви поширюєте джерело. важко продати ідею обскудаторів керівництву, які повинні відповідати акціонерам / інвесторам, тому не турбуйтеся.

дурні користувачі: принаймні у свідомості управління. вони все ще сприймають своїх користувачів, що ледве можуть двічі клацнути по "setup.exe". Якщо ви включите встановлення інтерпретатора як частину налаштування, вони будуть хитати головою з боку в бік.

старі розробники: більшість людей із досвідом існують давно, і вони не оновлювали себе. вони програмують на C ++, а не на новіших мовах, оскільки не знають нових мов.

Я б розширив сферу проблеми від GUI до програмного забезпечення, яке, як очікується, буде конкурентоспроможним. C ++ не накладає податку на цільову платформу, оскільки це стосується потужності процесора, встановленого часу виконання, фреймворків тощо. Отже, він буде працювати на більш обмеженому апаратному забезпеченні, ніж аналогічне рішення, написане керованою / інтерпретованою мовою. У випадку успішного комерційного програмного забезпечення вартість розробки (потенційно вища у випадку C ++) амортизується за кількістю продажів.

Крім того, C ++ зазвичай пропонує прямий доступ до системних apis (наприклад, GUI), що дає найкращу можливість оптимізувати використання та відрізнятись від подібних рішень.

Я думаю, що багато з цим пов'язане з API для наборів інструментів GUI. Усі вони мають C / C ++ API, але не всі вони мають (скажімо) прив'язки Python. І іноді самі набори інструментів писалися на увазі C ++, тому навіть якщо вони мають підтримку інших мов, вони не підтримують їх повністю (наприклад, вони не підтримують Python tupleяк аргумент).

Ви згадуєте браузери та ігри як приклади. Обидва ці програми є критично важливими для продуктивності, тому мати швидкість на мові низького рівня для швидкості має сенс.

Багато інших програм мають меншу продуктивність, і їх можна легко писати іншими мовами. C # зокрема, здається, використовується багато. (І Obj-C, але, напевно, це не кваліфікується як високий рівень. Я краще, ніж C ++.)

Однак існує певна відсутність рамок для останніх мов програмування. Наприклад, насправді не існує життєздатної рідної бібліотеки GUI для Python. Звичайно, ви можете використовувати PyQt або PyGtk, і вони добре працюють, але, врешті-решт, це знову лише взаємодія з кодом C. Знову ж таки, C # (і, можливо, Obj-C) здається винятком, і, можливо, MacRuby або IronPython могли змінити цю гру.

Щоб мова замінила C ++ або Java, вона повинна робити те, що в цих мовах дуже не вистачає, крім того, щоб виконувати їх на власні сили. Також величезні інвестиції пішли на ці мови. Це означає, що на багатьох платформах є стандартна бібліотека C ++, якою браузери, ігри та подібні програми можуть легко користуватися. Значить, має бути якась інерція. Мови, як правило, вилітають повільно на відміну від інших програм.

Якщо ви подивитесь на це, Anaconda (програма встановлення RedHat) існує вже близько 10 років, написана в Python з самого початку. Пітон не був таким популярним, коли Анаконда була новою.

Google Go (golang.org) розвивається дуже швидко. Компілятор ще не завантажиться. Щоб його популярність знімалася, її бібліотека повинна стабілізуватися, компілятор повинен бути завантажений, і, тим більше людей, доведеться ним користуватися. Я чув, що одна виробнича програма поза Google написана на Go, і, як повідомляється, ще не було часу в її житті трохи більше року.