Вас волнует выразительность кода на ЯВУ, или байт-кода? )
Развернет компилятор в результирующем байт-коде все хвостовые рекурсии в циклы, а их поменяет на if+goto, или в байт-коде будет инструкция «tail call» — мне как-то это пофигу, просто разворот рекурсии сделается чуть позже )
> И когда в один прекрасный день Amazon, Facebook, eBay или Google просто не
запустятся в IE
Проблема в том, что они денег хотят… Поэтому сделают ставку на основную аудиторию, а другие броузеры поддержат по остаточному принипу. Яркий пример Google Docs — опера фактически не поддерживается, а намного ближе к фоксу, чем эксплорер.
По поводу Apple еще надумалось…
Трюк с переписыванием/выбрасыванием может быть выгодным для более «слабого» — масса кода меньше, а новая версия может быть более удачной.
Для лидера же это заведомо неудачно — по сути потеряют время и сравняют условия.
Так что вряд-ли MS пойдет на такой шаг, а winapi будет жить пока MS не подвинут из лидеров рынка :)
> Так что есть реальный шанс, что и дотнет скурвится, как и winapi.
Боюсь это случится еще до того, как из-под него уберут слой winapi. Главное, чтоб потом новый тулкит не поверх «скурвившегося» дотнета лепили :)
> Типа год без новых фич — это вообще провал
Ну да, кто ж купит новую версию если визуально они идентичны. Попробуй объяснить, что внутренняя архитектура стройней стала :)
> Подход Apple очень хорош, но очень ограничительный (restrictive) по отношению к разработчикам.
Безусловно. «Посадите» любую ОС на такой «зоопарк» железа, как у винды. Еще и с набором драйверов, живущих в одном адресном пространстве и написанных без взаимного доступа к коду… Ой, да винда что-то на удивление стабильна получается :) А когда все можно протестировать в инкубаторе — как-то и жить легче, и качество со стороны пользователя выше.
Впрочем я Apple в другом контексте упоминал — они собрались с силами и выбросили все старые прослойки. В ситуации MS это нааамного сложне, а народ же хочет и «мощность» набрать и «управляемость» сохранить :)
Давайте не приплетать динамику курса акций к удобству и эволюции тулкитов :)
Да и .net framework (aka «новый апи») по факту довольно удобен. Причем настолько удобен, что многие сходу мирились с детскими болячками платформы и ее библиотеки (впрочем многое уже исправлено). Возможно даже это очередная попытка сыграть старую игру: огромное количество business applications писались на базе борландовского VCL, мы берем к себе на работу ихнего архитектора и делаем свою либу по образу и подобию. Новое часто получается лучше (учимся на чужих ошибках), а когда «за спиной» тулкита стоит производитель ОС, многие сочтут такой выбор технологии «более безопасным для себя». В результате мы получаем конфетку, на которую поведется некое число разработчиков.
Кстати о .net и упоминавшемся в статье Джоэле Сполски. Даже, если не ошибаюсь, в той же его статье он прозрачно намекнул: пока вы перепишете свое приложение на .net+winforms а потом на .net+wpf, всем известная корпорация напишет вам конкурента, с нуля. И попробуйте с ней потягаться.
> И по сути с дотнетом микрософт начал пилить этот апишный гордиев узел,
> надеясь в перспективе совсем отказаться от поддержки winapi.
Уже лет 10 пилят, вышло две новые версии ОС, скоро выйдет третья… А все-равно под .net лежит прослойка в виде winapi. Тут только набраться смелости и выбросить всё, почти как Apple сделала с OS X. Только в Apple использование native кода упростило жизнь — не надо было прослойку под платформу подкладывать, да и приложений поменьше было… А все-равно вроде больше пяти лет заняло… Эх, видать долго нам еще ждать полноценной windows.net, если дождемся :)
Что-то мне кажется, это просто такая себе штука для создания категории «более дешевых» программистов, удешевления бизнес-приложений и привлечения/переманивания новых разработчиков к своей платформе. Да, еще попутно как раз завязывая все в элегантный бантик (вспомним, например, pinvoke).
Что-то мы отошли от исходной темы: броузеры всякие, юзеры, учебники и прочее :)
Когда windows начинала захватывать рынок, это было и удобно (в начале 90х мало кто мог похвастаться апишкой такого уровня удобства), и дешево (они не особо воевали с пиратством — им надо было массовое распространение), хотя местами быстро (собственно из-за удобной апишки).
А сейчас же, пожалуй, массовость тоже дает о себе знать.
Ну по факту ведь все-равно одно из трех:
— скачался и запустился exe файл благодаря багу в приложении.
— скачался и запустился ActiveX control, опять же благодаря багу в приложении.
— память IE перезаписалась вредоносным кодом, благодаря багу в приложении.
А эти вещи (баги то есть) применимы к любому броузеру, только ActiveX надо заменить на соответствующий аналог, если он есть. Технология COM тут определенно не виновата — «баги писать можно на любой платформе» (с) :)
Добро пожаловать в MS «native» API: чем новее функция, тем хуже дока :)
DWM + VisualStyles API (это для Aero на висте в native приложениях) вообще чуть ли не методом тыка раскручивать приходится…
Web-related часть оценить, увы, не могу, а вот этот бред лучше убрать:
> MSIE 6 основан на очень уязвимой COM-овской технологии
Вообще-то «на очень уязвимой COM-овской технологии» работает бОльшая часть микрософтовских приложений. В том числе новые IE7, IE8, и даже офис — основная дойная корова MS.
Да и до выхода .Net это был по сути единственный способ реализации адекватного объектного-ориентированного интерфейса между отдельными модулями на win32.
Развернет компилятор в результирующем байт-коде все хвостовые рекурсии в циклы, а их поменяет на if+goto, или в байт-коде будет инструкция «tail call» — мне как-то это пофигу, просто разворот рекурсии сделается чуть позже )
Впрочем квип я не советовал бы из идеологических соображений — мне миранда и жаббер по исходнику близки :) Но это необъективно
запустятся в IE
Проблема в том, что они денег хотят… Поэтому сделают ставку на основную аудиторию, а другие броузеры поддержат по остаточному принипу. Яркий пример Google Docs — опера фактически не поддерживается, а намного ближе к фоксу, чем эксплорер.
Трюк с переписыванием/выбрасыванием может быть выгодным для более «слабого» — масса кода меньше, а новая версия может быть более удачной.
Для лидера же это заведомо неудачно — по сути потеряют время и сравняют условия.
Так что вряд-ли MS пойдет на такой шаг, а winapi будет жить пока MS не подвинут из лидеров рынка :)
Боюсь это случится еще до того, как из-под него уберут слой winapi. Главное, чтоб потом новый тулкит не поверх «скурвившегося» дотнета лепили :)
> Типа год без новых фич — это вообще провал
Ну да, кто ж купит новую версию если визуально они идентичны. Попробуй объяснить, что внутренняя архитектура стройней стала :)
> Подход Apple очень хорош, но очень ограничительный (restrictive) по отношению к разработчикам.
Безусловно. «Посадите» любую ОС на такой «зоопарк» железа, как у винды. Еще и с набором драйверов, живущих в одном адресном пространстве и написанных без взаимного доступа к коду… Ой, да винда что-то на удивление стабильна получается :) А когда все можно протестировать в инкубаторе — как-то и жить легче, и качество со стороны пользователя выше.
Впрочем я Apple в другом контексте упоминал — они собрались с силами и выбросили все старые прослойки. В ситуации MS это нааамного сложне, а народ же хочет и «мощность» набрать и «управляемость» сохранить :)
Да и .net framework (aka «новый апи») по факту довольно удобен. Причем настолько удобен, что многие сходу мирились с детскими болячками платформы и ее библиотеки (впрочем многое уже исправлено). Возможно даже это очередная попытка сыграть старую игру: огромное количество business applications писались на базе борландовского VCL, мы берем к себе на работу ихнего архитектора и делаем свою либу по образу и подобию. Новое часто получается лучше (учимся на чужих ошибках), а когда «за спиной» тулкита стоит производитель ОС, многие сочтут такой выбор технологии «более безопасным для себя». В результате мы получаем конфетку, на которую поведется некое число разработчиков.
Кстати о .net и упоминавшемся в статье Джоэле Сполски. Даже, если не ошибаюсь, в той же его статье он прозрачно намекнул: пока вы перепишете свое приложение на .net+winforms а потом на .net+wpf, всем известная корпорация напишет вам конкурента, с нуля. И попробуйте с ней потягаться.
> И по сути с дотнетом микрософт начал пилить этот апишный гордиев узел,
> надеясь в перспективе совсем отказаться от поддержки winapi.
Уже лет 10 пилят, вышло две новые версии ОС, скоро выйдет третья… А все-равно под .net лежит прослойка в виде winapi. Тут только набраться смелости и выбросить всё, почти как Apple сделала с OS X. Только в Apple использование native кода упростило жизнь — не надо было прослойку под платформу подкладывать, да и приложений поменьше было… А все-равно вроде больше пяти лет заняло… Эх, видать долго нам еще ждать полноценной windows.net, если дождемся :)
Что-то мне кажется, это просто такая себе штука для создания категории «более дешевых» программистов, удешевления бизнес-приложений и привлечения/переманивания новых разработчиков к своей платформе. Да, еще попутно как раз завязывая все в элегантный бантик (вспомним, например, pinvoke).
Что-то мы отошли от исходной темы: броузеры всякие, юзеры, учебники и прочее :)
Когда windows начинала захватывать рынок, это было и удобно (в начале 90х мало кто мог похвастаться апишкой такого уровня удобства), и дешево (они не особо воевали с пиратством — им надо было массовое распространение), хотя местами быстро (собственно из-за удобной апишки).
А сейчас же, пожалуй, массовость тоже дает о себе знать.
— скачался и запустился exe файл благодаря багу в приложении.
— скачался и запустился ActiveX control, опять же благодаря багу в приложении.
— память IE перезаписалась вредоносным кодом, благодаря багу в приложении.
А эти вещи (баги то есть) применимы к любому броузеру, только ActiveX надо заменить на соответствующий аналог, если он есть. Технология COM тут определенно не виновата — «баги писать можно на любой платформе» (с) :)
DWM + VisualStyles API (это для Aero на висте в native приложениях) вообще чуть ли не методом тыка раскручивать приходится…
> MSIE 6 основан на очень уязвимой COM-овской технологии
Вообще-то «на очень уязвимой COM-овской технологии» работает бОльшая часть микрософтовских приложений. В том числе новые IE7, IE8, и даже офис — основная дойная корова MS.
Да и до выхода .Net это был по сути единственный способ реализации адекватного объектного-ориентированного интерфейса между отдельными модулями на win32.