Здравствуйте, Roman_M, Вы писали:

M>>Преимущества длинных идентификаторов так же очевидны, как и их недостатки. Что делает CreateSemaphore понятно без документации.

R_M>Это преимущество актуально для тех, кто не удосужился эту документацию прочитать, а тем, кто по 50 раз в день набирает CreateSemaphore, это не актуально. Не факт, что semget удачное название, но и CreateSemaphore тоже не самый хороший вариант.

CreateSemaphore — понятно без контекста, что делает. Semget — тож понятно, но только юниксоиду.
А что скажете про

tee()

Это функцию мало кто знает, потому, что она есть только в Xenix. Но вот догадайтесь по имени, что она делает ?

В случае с WinAPI документация зачастую не нужна. Нужно запомнить несколько вещей
Есть несколько групп функций и каждая группа именуется по своему.
Оъекты синхронизации — всегда в начале LPSECURITY_ATTRIBUTES, в конце — имя.
Это мутексы, евенты и семафоры.
Для оконных оъектов в начале всегда передается HWND.
В структурах те же самы принципы организации. Имена всегад читаемые и понятные всем.


M>>Причём, при большем количестве идентификаторов, большей сложности кода, преимущества становятся важнее.

R_M>Преимущество данного идентификатора при любом не очевидны, т. к. CreateSemaphore — одна из основных функций системы, такие вещи нужно знать на память.

Ее знать не нужно. Использовать ее приходится достаточно редко. А параметры замоминать не нужно.

Подумай на досуге, какие параметры могут быть у функции tee()