Mirage писал(а):А Масей разве за?
он предлагал патчи для менедж операторов, а это и есть ARC
т.е. операторы по присвоению, добавлению/снятию ref-countа, освобождения, копирования.
Как раз, то что сейчас делает компилятор для строк, динамических массивов и интерфейсов.
Меня ещё удивила причина, по которой Эмба отказалась ARC делать - скорость.
Как будто они не знали заранее ARC. Но с другой стороны та же Cocoa уже давно перешла на ARC, и как бы норм.
Mirage писал(а):Звучит прохладно как-то. Особенно если вспомнить, насколько Cocoa похожа на этот самый WinAPI (нинасколько).
прохладно, да. Трезво я бы сказал
WinAPI Был выбран как уровень абстракции (в своё время). И это был объяснимый выбор - для Делфи совместимости.
Ведь VCL-е используется рука об руку с WinAPI.
Перелазить на что-то другое?! это будет довльно трудоёмкий процесс, и не факт что окупится, даже в количестве пользователей.
В наши дни, эффективнее брать более высокий абстрактный уровень.
Отрываться от всяких кнопок, панелей и сплиттеров. Как минимум, чтобы такой интерфейс проще ложился и на веб платформу то же.
Mirage писал(а):Кстати, похоже VCL как раз планируется окроссплатформерить так или иначе.
наврят ли в VCL. Борланд в своё время придумал CLX, как замену VCL-у. Работать он должен был и под Qt (на линухах) и под Win32.
VCL почему-то выжил, а CLX нет. Хотя CLX и на Делфи был (в
англопедии объясняется провал плохой реализацией).
это раз.
во-вторых, у Эмбры есть Firemonkey. Который на порядок проще в поддержке и эксплуатации. А по-сути есть конкруент VCL-у.
Имхо, Эмбра давно бы выкинула VCL на помойку, но, видать, новых клиентов (которые бы начали с FMX), у неё почти нет.
А все старые, которые исправно платят за подписки и новые версии, верно замечают, что за такие деньги, нужно бы и VCL поддержать.
Т.е. Эмбра заинтересована в кроссплаторфменности. Но чтобы она была только под одну библиотеку - FMX.
А если продукты на новых платформах, у старых клиентов пойдут хорошо, то они с большей охотой будут избавляться от VCL-а.
И VCL наконец-то будет похоронен.
Потенциально можно сделать хитрый ход: берёться LCL добавляется в VCL и объявляется newVCL-ом. Разница между библиотеками нигилируется.
При этом код должен быть компилируемый как FPC так и делфи компилятором.
И сделать связку FMX/newVCL.
Врод такого: если не хочешь в своём VCL-ом приложении стандартные контролы, а хочешь темы - пожалуйста!
Но ведь такое же не произойдёт! правда?!
Как имхо: популярность VCL-а обеспечила именно и WinAPI и его Open-source-ность. Да, делфи шла со всеми исходниками. Их нельзя было править, но их можно было смотреть. И люди активно этим польовались: строя костыли, и чиня баги на ходу. Далеко не каждая корпоративная библиотека может таким похвастаться (например та же Кока)
