За что я не люблю MFC
28/6/05 09:16![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
singalenА также WTL.
Это не библиотеки для простроения GUI. Это библиотеки для программирования под WinAPI. Они никаким боком не скрывают сложность последнего, а ведь именно это должна делать библиотека-обёртка.
Вот за что я очень уважаю борландовскую VCL. Она не грузит кодировщика терминами подлежащего API, а работает исключительно в очень простых терминах GUI: окно, контрол, событие. Именно поэтому так низок средний уровень "дельфистов": VCL сделала порог вхождения в дело очень низким. Это не проблема Delphi, это её достоинство: она сделала решение некоторого класса задач очень простым. Visual же C++ считается "инструментом профессионалов" потому, что запомнит и поймёт всю эту лабуду насчёт ресурсов, хэндлов, пре-транслейтов и дэдэиксов только достаточно мозговитый программист.
Ещё немного о "VCL vs MFC", хотя этот вопрос и устарел по объективным причинам. VCL считается "толстой" библиотекой, в отличие от MFC. Однако, сравнивая объёмы их исходников в примерно единовременных версиях, можно увидеть, что VCL компактнее, что не может не навести на размышления о качестве их кода.
Это не библиотеки для простроения GUI. Это библиотеки для программирования под WinAPI. Они никаким боком не скрывают сложность последнего, а ведь именно это должна делать библиотека-обёртка.
Вот за что я очень уважаю борландовскую VCL. Она не грузит кодировщика терминами подлежащего API, а работает исключительно в очень простых терминах GUI: окно, контрол, событие. Именно поэтому так низок средний уровень "дельфистов": VCL сделала порог вхождения в дело очень низким. Это не проблема Delphi, это её достоинство: она сделала решение некоторого класса задач очень простым. Visual же C++ считается "инструментом профессионалов" потому, что запомнит и поймёт всю эту лабуду насчёт ресурсов, хэндлов, пре-транслейтов и дэдэиксов только достаточно мозговитый программист.
Ещё немного о "VCL vs MFC", хотя этот вопрос и устарел по объективным причинам. VCL считается "толстой" библиотекой, в отличие от MFC. Однако, сравнивая объёмы их исходников в примерно единовременных версиях, можно увидеть, что VCL компактнее, что не может не навести на размышления о качестве их кода.
Tags:
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
(no subject)
30/6/05 03:10 (UTC)... я прекрасно могу понять человека который подгружает библиотеку матрасчетов ... но увеличивать выходящий файл на 2М просто потому что лень работать в винапи - грррррррр.
(no subject)
30/6/05 04:19 (UTC)(no subject)
30/6/05 04:31 (UTC)(no subject)
30/6/05 05:56 (UTC)"Язык PL/1 очень сложен в изучении! Мы не хотим его использовать!" - менеджеры.
"А нам-то что? Мы его уже знаем." - программисты на PL/1.
Только вот MFC уже legacy software, да и WinAPI скоро будет там же, где и PL/1. Лучше я поучу какие-нибудь Posix Threads, SOAP, UML 2.0 :)
Не стоит выгода от его изучения затраченных усилий.
(no subject)
30/6/05 05:58 (UTC)Что она НЕ ДАЁТ сделать? Там доступен весь подлежащий WinAPI. Прелесть в том, что знать его нафиг не надо :)
(no subject)
30/6/05 07:01 (UTC)(no subject)
30/6/05 07:13 (UTC)Что мешает его юзать, если тебя чем-то не удовлетворяют TClientSocket/TServerSocket, с возможностью подключить дополнительный тред на сокет?