Remek explained on 2008-12-31 :
> Co konkretnie możesz wskazać błędnego, lub niepotrzebnego w konkretnej
> funkcji?

- Brak ujednoliconego sposobu zwracania błędów (HANDLE, LastError,
przez wartość, przez parametr, TRUE/FALSE, HRESULT).
- Przekazywanie do funkcji olbrzymiej listy parametrów nie przez
wskaźnik na strukturę (mój ulubieniec to CreateProcessWithLogon).
- Używanie jednocześnie typów prostych języka C (unsigned int), typów
specyficznych dla "Windows Data Types" (UINT) oraz "własnych" typów
(u_short). Te ostatnie szczególnie kochane w Winsock2, typy C w GDI,
zaś typy Windows w pozostałym API. Czasem używanie różnych konwencji w
jednej funkcji np. SetWindowsHookEx.
- Używanie w typach przedrostków LP dla wskaźników, czasami P, a
czasami '*'. Często różne konwencje są w jednej funkcji (np.
CryptAcquireContext). Języki z silniejszą typizacją niż C wymagają
rzutowania między takimi typami.
- Zaśmiecanie przestrzeni nazw tysiącami definicji typów bez żadnych
przedrostków. Dołączenie nowego pliku nagłówkowego może wymagać masy
zmian w Twoim kodzie lub różnych sztuczek związanych z jego
reorganizacją.
- Pozostałości z 16 bitowego Windows np. LPARAM i WPARAM.
- HANDLE czasami traktowany jako 32 bitowy int, gdy według definicji
powinien być PVOID.
- W GDI API niektóre wartości jako WORD, gdy współcześnie potrzebne są
DWORDy.
- Brak jednej konwencji nazw funkcji. Część zamiast windowsowych
wielbłądów typu CreateFileA występuje jako _xxxx np. _lopen, część to
same małe litery np. lstrlen, część ma przedrostki np.
WSAAsyncGetHostByAddr, część to mix różnych konwencji np.
ImageList_Add).

> Po sprawdzeniu okazało się, że obie procedury są identyczne. W związku z
> tym zamiast pisać bzdury, proponuję podpierać się konkretami.

Wystarczą powyższe, czy dalej będziesz pisał bzdury?

Jakub