[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Проблемы написания кроссплатформенных приложений



Hello!

> GUI сам по себе НИКОГДА не является критичным по скорости, поскольку
> его скорость реакции определяется скоростью человека. И только
> объектно-ориентированный подход может затормозить современный компьютер
> до такой степени, чтобы человек ощущал замедленную реакцию интерфейса.

И в самом деле - писал когда-то на wxWidgets (ага, объектный, С++), сложный интерфейс ощутимо 
тормозил на мощном по меркам трех-четырехлетней давности компе. На tcl/tk подобный интерфейс 
работает без ощутимых задержек. На самом деле, все логично - в тикле напрямую вызывается сишный код 
при обращении к функции, а в wxWidgets вызываются десятки и сотни функций-оберток, пока вызов 
дойдет непосредственно до нужного кода, притом эти обертки написаны зачастую хреновато. Собственно, 
яркий пример это ява-приложения, где объектный подход доведен до абсурда, значительная часть 
классов closed-source и "мудрые" ява-программисты, ничтоже сумняшеся, громоздят к ним обертки, 
потом следующие программисты дописывают свои обертки и "костыли" и так продолжается неизвестно 
сколько итераций.

P.S. И нафига вообще нужен С++ для работы? Это же убожество, достаточно глянуть на многословность и 
запутанность стандарта. Для всех практических целей связка С и скриптовые языки намного лучше. Про 
переносимость С++ вообще молчу - много раз видел, как код может работать неправильно или неработать 
вовсе, поскольку компилятор что-то там заоптимизировал, а юзеры возмущенно кричат, что мол 
эскулайт, к примеру, кривой, поскольку они не могут его в своей любимой вижуал студии скомпилять 
(мда, помню одному такому посоветовал выучить С, а уж потом смотреть на С++, на что оппонент 
заявил, что мол он программит уже больше 30-ти лет и немеряно крут, а в итоге оказалось, 
лишние "флажки" оптимизации он в настройках вижуал студии понатыкал).

Best regards, Alexey.


Reply to: