Что такое Win32 API

[Slovinsky]

Добрый день, господа. У меня несколько необычное обращение. В данный момент провожу небольшую скорее социологическую работу - опрос системных программистов разного уровня, стажа, квалификации. Цель данного опроса - выделить те самые уровни, провести между ними грань, чтобы программисты смогли узнать себя на одном из этих уровней и наметить правильный путь дальнейшего развития.
Всем участникам опроса задается один и тот же вопрос, который вы можете увидеть в заголовке темы. Просьба всем заинтересовавшимся не давать ссылки на источники в интернете в качестве ответов а также для чистоты эксперимента давать ответы не пользуясь вообще никакими подручными материалами. Чисто отвечать так, как представляешь себе ответ на этот вопрос. Если все пройдет нормально, возможно, будет еще несколько таких вопросов, а также обещаюсь предоставить результаты данной работы

Заранее спасибо всем откликнувшимся.

[AlDelta]

Если без подручных материалов, то:
Win32 API - это все множество системных фунций Windows которые предоставленны приложению для прямого взаимодействия с самой Windows.
(о как замолотил )

Ошибка - это не ошибка, а системная функция

[Slovinsky]

Так, один вариант принят, спасибо. Будут ли еще варианты? Первое определение пока не отражает истины...

[rpy3uH]

теперь я попытаюсь что-нибудь намутить...
если бы все программы могли получать доступ к системным данным, файловой системе и физическим устройствам, то вне всякого сомнения возникла бы реальная угроза пользовательским данным. Для того что бы обезопасить пользовательские данные операционная система запрещает доступ к системной памяти, файловой системе и к физическим устройствам. Тогда программы ничего полезного не смогут сделать. Операционная система имеет базовый список функций (для работы с системными объектами, физическими устройствами и файловой системой) которыми можно восьпользоваться через команду sysenter. Программы могут воспользоваться этими функциями через так называемые функции Native API которые находятся в библиотеке NTDLL.DLL (это конечно неверное название потому что Native API это функции в ядре системы, но так как они имеют одинаковые названия то можно их тоже можно так назвать). Таким образом программы пользуются функциями предостваленными самой системой, и система может проверять к чему программа пытается получить доступ и запретить доступ если это требуется. Но эти функции сложны (например, строки принимают только в UNICODE и через особую структуру) для пользования. Поэтому были созданы API функции которые являются оболочками фокруг Native API. Каждая API решает свою более узкую задачу и принимает параметры в более понятном для человека виде.
Эти API - это и есть Win32 API

P.S. реальная отсебятина!!!

[merax]

А теперь моё мнение...
Все прекрасно знают, что Windows на 90% состоит из DLL из которых в реальном времени обрабытываються функции реализованные программистами Microsoft. Всем понятно, что DLL занимает в памяти места намного меньше чем такой же exe файл... Функции WinAPI напрямую взаимодействуют с системой и предоставляют пользовательскому приложению получать привелегии и наоборот ограничиваться только тем доступом который предоставит система...
Плюс это уже реализованные, протестированные и обкатанные функции которые не требуют изобретение велосипеда, а только передачу нужных параметров, для получения нужного результата!!!


З.Ы. Грузин прав, точного понятия нет... Даже "Вики" не дает полного определения....

[xTANATOSx]

Ето низкоуровневий набор функций которий используетса для взаемодействий с виндой

[Slovinsky]

to rpy3uH
Уже ближе, но немного прокомментирую для внесение некоторой ясности...

если бы все программы могли получать доступ к системным данным, файловой системе и физическим устройствам, то вне всякого сомнения возникла бы реальная угроза пользовательским данным. Для того что бы обезопасить пользовательские данные операционная система запрещает доступ к системной памяти, файловой системе и к физическим устройствам. Тогда программы ничего полезного не смогут сделать.

Насколько я понял, этим вы хотели сказать, что система обеспечивает разделение пользовательского кода и кода режима ядра. Пользовательскому коду недоступна возможность работы с физической памятью, устройствами ввода/вывода. И судя по тому, что вы говорите дальше, NativeAPI предоставляют тот самый шлюз для перехода в ядро (тот самый sysenter). Так? И из ваших слов не совсем ясно, NativeAPI функции - это те, которые непосредственно взаимодействуют с аппаратными устройствами или нет? И вообще - это функции из ntdll.dll или из ntoskrnl.exe или и то и другое? И зачем вообще было их вводить и делать над ними надстройку в виде Win32 API? Почему нельзя было sysenter вызывать из Win32 API (подсказка, ответ на этот вопрос содержится в самом слове Win32 )?

to merax
Функции WinAPI не взаимодейтсвуют с системой напрямую, попытайтесь понять что происходит, например, при вызове функции CreateFile и поймете, где заканчивается WinAPI...

xTANATOSx
Спорно... Очень даже высокоуровневый... Вот я тут набросал на бумажке те самые "уровни" от прикладной программы до аппаратных устройств, всего таких уровней у меня получилось семь, слой Win32 API - второй сверху.

to Всем:
Подскажу. Почему не прозвучало слово "интерфейс"? Ответ частично в нем! И заметьте, что Win32 API и API вообще - это не одно и то же. Посмотрите как задан вопрос

[Stilet]

Ну и опрос... Вообще-то социолог не имеет морального права подсказывать или опровергать, так что пост #7 реальное наклонение на свой лад. Win32 API это тупо набор функций, на которые опирается прога если хочет работать в системе Win32.
Тоже самое можно сказать про прерывания БИОСа, Это просто приготовленный стандартный набор фунок для ускорения, упрощения работы.

Вот я тут набросал на бумажке те самые "уровни"

Любопытно, что это за уровни...

Функции WinAPI не взаимодейтсвуют с системой напрямую

Спорно. Виндовс тоже система.
[QUOTE] И заметьте, что Win32 API и API вообще - это не одно и то же[/
QUOTE]
А это не важно. API это очередная прослойка между человеком и камушком.

[Slovinsky]

Вообще-то социолог не имеет морального права подсказывать или опровергать, так что пост #7 реальное наклонение на свой лад.

Тут вы правы вообще-то, но так как я все-таки на самом деле не социолог, а программист, то это видимо он (прогарммист) во мне просыпается. Сейчас собираюсь написать статью на тему "Программист или кодер", вот и обратился за помощью. Нужно эти самые уровни кодера и программиста разделить, чтобы помочь кодеру стать программистом. В прочем, буду стараться больше слушать, но и оставляю право за собой иногда вмешиваться, чтобы направить как мне кажется в правильную сторону. Вот например ваше сообщение прокомментирую:

Спорно. Виндовс тоже система.

Windows то система, но вот Win32 API функции - это точки входа, которые содержат код только пользовательского режима, так что взаимодействовать с элементами системы напрямую они не могут по определению.

Любопытно, что это за уровни...

Не хотелось бы сейчас это говорить, хотелось бы послушать вас, но раз сказал "раз", нужно говорить и "два". У меня получилось, что между человеком и железякой лежат:
1. Код пользовательского приложения
2. API подсистем окружения (в т.ч. Win32 API)
3. Слой NativeAPI
4. Исполнительная система
5. Элементы ядра (драйверы устройств)
6. Уровень абстрагирования от оборудования (HAL)
7. Порты ввода-вывода

У каждого из слоев свое предназначение. У Win32 API - свое, у исполнительной системы - свое. Вопрос в том, какое предназначение у слоя Win32 API.

[JTG]

Вопрос в том, какое предназначение у слоя Win32 API.

так вот же и ответ

Win32 API функции - это точки входа, которые содержат код только пользовательского режима, так что взаимодействовать с элементами системы напрямую они не могут по определению

и вообще, тут же и прикладные программисты есть (большинство), а не только системщики.

И судя по тому, что вы говорите дальше, NativeAPI предоставляют тот самый шлюз для перехода в ядро (тот самый sysenter).

не люблю когда это так называют ("переход"). ring3-код он же им и остаётся и так и выполняется дето под плинтусом. Программа (через функции winapi) "заказывает" чего ей надо сделать и куда положить результат, вот тут и появляются native-api функции и тот самый sysenter (фанфары, апплодисменты...) а программа продолжает в счастливом неведении работать, и радоватся, что вдруг откуда не возьмись в заказанной области памяти появились нужные данные