Здравствуйте, Roman_M, Вы писали:
PE>>Теоретически это возможно. Но Микрософт страется по максимуму оставить совместимость операционных систем. PE>>До сих пор выполняются 16битные аппликации, аппликации для OS/2 1.1 и тд. Море примеров.
R_M>Есть и обратные примеры. Когда M$ хотел, чтобы народ начал писать под Win32 они добавляли функции в Win16, но об этом не слишком распространялись. Если M$ захочет толкать что-то другое вместо COM, то, наверняка, будут всячески неспособствовать использованию COM в новых проектах.
А ты будешь значит по другому делать ? Вот мой новый продукт, но не смейте его использовать. Используйте только старые продукты. Так чтоль ?
А то, что функции добавляются в Win16 — это проще простого.
Представь. Тебе нужно зафиксить баг. Нужно вызвать функцию оконную. Ее можно сэмулировать. Но можно и добавить в модуль User, мало ли понадобится потом ?
Только зачем ее документировать ?
PE>>COM была передовой технологией еще недавно. На ней строили новые технологии и решали основные задачи. PE>>Сам дотнет под виндой одной ногой в COM стоит. PE>>Чтобы отказаться от COM нужно переписать все, что на сей момент написано.
R_M>То что, написано работать будет, но писать что-то новое может стать проблематично или неудобно.
Я же говорю — для нативных аппликаций учше не придумаешь.
Подсисмтему COM никто не соирается выдирать. Естественно ты не сможешь юзать дотнет из COM и тд.
Не надо из этого паники делать.
Так деают все. Асолютно все. В жаве, например, с переходом на новую версию появляется список deprecated методов.
PE>>Еще Ассемблер не вымер, а ты уже COM хоронишь. COM так и останентся основной технологией для нативных прилаг. R_M>А Ассемблеру с какой стати вымирать, он как был, так и остался нужен при решении определенных задач. Другое дело, что вымерли некоторые компиляторы.
