я за Winapi

oleg1973
Какие компоненты?
Если ты имеешь в виду MFC, то не всякую задачу можно быстро и легко и ООПно сделать на WinApi.
Кстати, mFc включен в состав Windows.
Хотя я за WinAPi

где-то я слышал такое высказывание:

Цитата

одно из важных качеств хорошего программиста: умение выбирать подходящие средства разработки

и WinAPI, и всякие наборы компонентов (MFC, VCL, ...) решают задачи из своей области
и если мне хочется быстро написать простенькое приложение, имеющее некоторый инетрфейс, я запускаю Delphi...

Цитата

В Delphi существуют встроенные классы для работы с сетью - это компоненты Delphi 6 на закладке Internet (TServerSocket и TСlientCocket) и компоненты FastNet, либо компоненты Indy в Delphi 7

почемуб как подабает настояшим мужчинам, не написать на АПИ ? в чем преимушество?

Цитата

почемуб как подабает настояшим мужчинам, не написать на АПИ ? в чем преимушество?

просто быстрее

Цитата

почемуб как подабает настояшим мужчинам, не написать на АПИ ? в чем преимушество?

Ну кто ж захочет переписывать написанные ТЫСЯЧАМИ программеров вещи?

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

Цитата(maxim1000 @ 11.10.2004, 14:17)

я вообще предпочитаю WinAPI везде, где дело не касается интерфейса пользователя

Есть ряд причин, по которым я не очень люблю использовать WinAPI

1. Больше нигде эта программа не пойдет.
Тем более если дело касается серверных приложений, у которых главное - логика работы и никакого интерфейса. Перенос такого рода программ на другую платформу бывает не так уж редко. И если использовать POSIX-вызовы, то перенос не будет тяжелым (имел опыт).

2. Опускаться до уровня WinAPI - это уже близко к программированию на ассемблере. Эффективность самой программы может и неплоха, да время разработки увеличивается в разы.

3. А что под Виндой еще создавать, как не клиентские приложения, для которых интерфейс наиболее важен. И тогда в WinAPI связываться крайне тяжело. Даже MFC мало помогает.

Цитата

3. А что под Виндой еще создавать, как не клиентские приложения, для которых интерфейс наиболее важен. И тогда в WinAPI связываться крайне тяжело.

Игрушки

Цитата(chipset @ 11.10.2004, 10:01)

Кстати, mFc включен в состав Windows.

А я всегда думал что это библиотека классов, которая инкапсулирует вызовы WinAPI (подобно OWL или VCL).

Написание программ на чистом WinAPI похоже на тихий ужас. Не знаю, есть ли такие суровые парни, которые способны писать более-менее сложные и большие программы на чистом WinAPI (я бы застрелился).

Цитата

А я всегда думал что это библиотека классов, которая инкапсулирует вызовы WinAPI (подобно OWL или VCL

ДЛЛки включены в в саму Windows
Добавлено @ 15:00
для чего его можно применять в более менее сложных прогах - игры, в связке с OpenGL а ещё лучше DirectX

Цитата(chipset @ 11.10.2004, 11:59)

ДЛЛки включены в в саму Windows

Не знаю как сейчас, но раньше если в VC++ делал динамическую компоновку с использованием MFC, то для запуска программы была нужна mfc42.dll, которая в стандартную поставку Windows не входила.

Кросплатформенность - написанная на WinAPI программа привязана к Windows...

Vit
а нужна ли она простому юсеру к примеру?
многоли народа сидит с корел дравом в линюхе?

Цитата(oleg1973 @ 11.10.2004, 09:26)

Vit а нужна ли она простому юсеру к примеру? многоли народа сидит с корел дравом в линюхе?

Причём тут Corel? Программирование офисных приложений типа Corel составляет мизер в общей массе программиской работы, это капля в море... 95% программистов работает над разработкой промышленных проектов, web сервисов, серверных приложений, пользовательских GUI к базам данных и т.п. И тут как раз крос-платформенность очень и очень важна! У тебя корпорация и весь менеджментский инструментарий написан под windows, завтра MS изменила политику лицензирования, и корпорация сочла что надо использовать Linux вместо Windows (как моя например) или например виндовые сервера перестали удовлетворять серверные потребности и решено закупить мейнфреймы на Unix - и что? Всё переписывать если не с нуля, то исправляя чуть ли не каждую процедуру? Оглянись! Ты думаешь почему бум на Java, PHP, Perl - языки которые вообще ближе к скриптам чем к железу? Да потому что программа на Java будет работать где угодно! На любом железе и в любой операционке! А приложение на WinAPI - только в Windos на PC, да и очень вероятно окажется привязано ещё и к конкретной версии Windows