Почему API Windows меньше, чем другие API?

Question

API Windows не кажется мне так же прямолинейным, как вы могли ожидать. Для меня это несколько запутанная мода?

Это эффект сохранения обратной совместимости?

Основная цель Microsoft - подтолкнуть разработчиков к абстракциям более высокого уровня, таким как ATL/MFC, VB и/или .net?

Это мой первый опыт использования API Win32, и звонки, подобные FindFirstFile, заставляют меня твердо верить в философию UNIX, где API, похоже, достигают 90% гибкости при 10% усилий. Затем снова появляются некоторые уникальные случаи, которые гарантируют использование таких вызовов, как fcntl, на машинах типа nix, где они будут неотъемлемой частью фактического вызова в Windows.

... или я просто пропустил фундаментальную парадигму?

Answer 1

Несколько вещей, которые нужно иметь в виду:

1. Он был разработан около 20 лет назад, и в значительной степени основаны на более ранних версиях Windows, которые были разработаны за десять лет до этого.

2. Он основан на C, так GetString() функция будет необходимо иметь конструкцию, как

   bool GetString(char* stringBuffer, int bufferLen) 
   

   вместо

   char* GetString(void) 
   

   , что любой другой язык будет иметь.

3. Backwards совместимость Работа 1 с этим API, потому что каждая строка кода Windows, Microsoft владеет построен на вершине Windows API,