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