опубликован 16-10-2001 01:32 MSK        

---

Привет всем, кто заглянул!
Стою у перепутья. Пользовался Pascal/Delphi, но жизнь диктует своё - нужно переходить на Сю. Подскажите в какой среде лучше ваять проги под Винду. Мне важны 3 качества:
1) Распространённость среды разработки (стандарт де-факто).
2) Возможность быстрой разработки а-ля Delphi. Чтобы при написании проги (я пишу в основном сетевуху) не тратить много времени на интерфейс.
3) Нехилая база библиотек (классов, компонентов и т.п.). В Delphi можно найти компоненты для любого случая жизни (почти).

Заранее спасибо!

опубликован 16-10-2001 02:29 MSK            

---

Ну, надеюсь, выбираешь между Builder и MSVC++.

Так вот. Критерии у них немного другие:
Если хочешь скорость работы, надежность, малый размер, совместимость и т.д. - MSVC.

Если хочешь, чтоб глюки появлялись "по заказу" - т.е. ты с ними ничего сделать не можешь, хоть с бубном пляши, постоянную падучесть, громоздкий код и т.д., но скорость разработки интерфейса - Builder.

Вот что скажу: в VC есть клевая весчь - MFC.
По скорости разработки интерфейса всего на 10-15% медленнее, чем на билдере (если придрочиться), почти нормальная скорость работы и т.д.

Это в основном.

Теперь твои критерии:
>>1) Распространённость среды разработки (стандарт де-факто).
-Скоро станет C# ;-)))

>>2) Возможность быстрой разработки а-ля Delphi. Чтобы при написании проги (я пишу в основном сетевуху) не тратить много времени на интерфейс.
-Тут два вопроса: быстрый интерфейс - билдер.
Но сетевые проги (особенно сервисы) на нем писать не рекомендую ;-)

3) Нехилая база библиотек (классов, компонентов и т.п.). В Delphi можно найти компоненты для любого случая жизни (почти).
И там, и там.

И вообще, билдер намного проще выучить, чем VC, а при наличии опыта в VB/Delphi и VC на билдере ваяешь с закрытыми глазами 8-)

Вот. Я сказал ;-)))))))

опубликован 16-10-2001 13:04 MSK            

---

CRITICAL_SECTION cs;
.....
try{
EnterCriticalSection(&cs);
//do something
}
__finally{
LeaveCriticalSection(&cs);
}

Все работает ,в чем проблема ?

опубликован 16-10-2001 14:35 MSK            

---

1) MFC и MSVC++ будет жить еще достаточно долго (я много узнавал на этот счет). В виду того, что много уже написано на MSVC++ развивать эти проэкты дальше будут тоже на MSVC++. И собственно програмисты на MSVC++ будут еще нужны достаточно долго.
2) Я думаю, что перейти на C# или .NET бедут куда проще с MSVC++ чем с любого другого языка. Кстате, сейчас я незнаю никого, кто бы писал хотябы на C#. Ввиду того, что MSVC++ еще хватает для многих задач. Нет смысла учить что-то новое (говорят мне) если на старом это можно написать довольно просто (тем более что все исходники написаны на MSVC++).
3) Мое личное мнение: Builder никак не может конкурировать с MSVC++, а тем более с С#. Что, фактически, мы и наблюдам...

На счет того, что .NET замена MFC я ничего не слыхал. Все, рано или поздно, стареет и умирает. После .NET будет еще что-то... сидеть и ждать это плохая идея. (см. п2) Знания, а особенно навыки в програмировании никогда не бывают лишними.

опубликован 16-10-2001 15:08 MSK            

---

TO zAg: Именно с 12ю формами... Еще раз повторюсь: для того, чтобы сделать что-то с кнопачками C++ Builder самый оптимальный язык. Но не более.

Первое время будет сложновато особенно если переходишь с Builder'a, а потом насобачишься и все пойдет. Я сам проделал этот путь...
Компонент мало - используй ActiveX их дофига, а еще больше можно с сайтов накачать.
В VC++ тоже все просто - написал (достал) ActiveX прописал в ситему, установил (в самом VC++) и юзаешь где и как хочешь.

опубликован 16-10-2001 15:29 MSK            

---

Все таки ,VladF, не просекаю я фишку VC++:
Сам говоришь: интерфейс организовать в билдере удобно => делаем интерфейс - исп. VCL , остальное - API. Сам я в последнее время работаю с портами - написал компонентик , а там threads,events,windows,messages, file mapping (migel thanks!) - все на API - и отлично работает. Так чем плохо сочетание VCL+API ?

ps. Конечно раздражает что VCL на пасквиле - отлаживать неудобно :(.

опубликован 16-10-2001 15:54 MSK            

---

Да, и вернусь к MFC - это просто пародия на библиотеку. Это мне представляется так: сначала выучи MFC (причём ты должен разбираться в ооочень больших тонкостях), затем постоянно следи за патчами и обновлениями, затем сам ваяй к ней дополнения и не забывай про программисткое мастерство, которое состоит в обходе всех ограничений библиотеки. Затем читай MSDN - нафига такое надо?? Не проще ли просто раздобыть компонент и совместить его с кодом - так хоть уверенности больше.

Что-то я разошеля сегодня - извините, если что. Просто всю ночь сидел и не мог понять, почему класс наследованный от CFrame (VC) не наследует всех свойств...

опубликован 16-10-2001 15:57 MSK            

---

Используя MFC все можно сделать намного проще, чем через API. Зачем писать то, что уже написано - наследуй классы... (Особенно что качается сетки.) У VC++ есть множество ActiveX для любых задач, разработанные разными фирмами (и успешно нами "куплены"). C портами я работаю через VicX. Отличный ActiveX.

Еще и еще раз повторю: что выбор языка я делаю в зависимости от задач! Если мне надо прогу, которая чертит крафик получая данных с какого-то там девайса - я возьму Builder.
Если надо сетевую прогу (типа шпиона, сервака, клиента...) то здесь Builder никак не покатит. Кстате, попробуй на Builder свой ActiveX написать, а потом попробуй это же на VC++ - сразу почувствуешь разницу.
Все что уже написанно на VC++ можно самому написать на Builder'e, только КПД такой работы будет ->0.

опубликован 16-10-2001 18:47 MSK            

---

>Вот тебе примеры пакетов, написанных на Delphi

А посчитай-ка сколько таких на VC. Тем что такие пакеты есть Delphi доказывает лишь своё право на существование, но не на место под солнцем (читай -- одну из лидирующих позиций) на рынке средст разработки.

опубликован 16-10-2001 20:07 MSK            

---

Я считаю так: те люди, которые считают, что один язык программирования лучше другого - или сами просто не до конца знают возможности языка, или (чаще всего) просто начинающие в программирование люди. Это не в коей мере не относится к тем господам, которые собрались в этом форуме. Просто я хочу сказать, что можно (и я не раз убеждался) выполнить, казалось, невозможную задачу на самом простом языке. И то я здесь не прав - даже Визуал Бэйсик сложен, если учить так вот с напрыгу.
Ну а насчёт MFC - может посоветуете, как его проще и быстрее выучить? Даю 100% что нет. Да и мне кажется, что не надо. MFC - просто одна из ступеней в развитии компьютерного мира (как прерывания ДОС) и очень скоро от неё откажутся. Судите сами: в WindowsME майкрософт отказалась от реального досовского режима при загрузке -- что ей помешает сделать то же самое с MFC - резко прекратить поддержку языка своего старого программирования? И что вы будете делать со своими знаниями? Кому они будут нужны в таком случае... То что вы говорите про кучу программ/специалистов - это фигня. Под ДОС написано не меньше программ и ооочень много просто великолепных, но кому они сейчас нужны?? Разве только как реликвии прошлого...
Я вот разбираюсь в прерываниях, и что?

Я что хочу сказать -- народ! не гонитесь за тем, что круче - это всё меняется. Чисто сядьте и подумайте о том, что: или вы будете спецом в одном (к примеру VB - почему нет??), или вы будете программёром, у которого всегда все работает "почти всегда". Я таких людей встречал кучи (работа позволяет) и скажу честно - толку от них мало. А вот спеца, который шарит даже в том же VB мне и нехватало...

опубликован 16-10-2001 20:17 MSK            

---

MFC не есть язык программирования - :-)
и поддерживать библиотеку ИМХО уже резону нету (разве что .NET прикрутить :-)))))
Все новые технологии вводяться посредством, новых интерфейсов | DLL.
То есть экспансивным путем.

А вообще тема - флейм.
Каждому свое: "кто жнец, а кто на дуде игрец"
Мне например VC отладчик нравится - + аддоны всяки VisualAssist например - так ведь песня просто - скорость +понимание кода выросла неимоверно (все на кончиках пальцев). Глюки тоже есть куда ж без этого - но терпимо.
ЗЫ.
Но видеть мегабайтные ActiveX уже честно говоря надоело Ж-)

опубликован 16-10-2001 21:31 MSK            

---

Почесал я тут репу, послушал народ и пошёл учить C#....
Надеюсь он хоть немного напоминает MFC и объектно-ориентирован. Надо идти в ногу с технологиями. Ну хотя бы стараться.

А вообще это действительно флейм. Мой напарник пишет на билдере нехилые DLL для Инету, и всё класно пашет. Хотя я предпочитаю VC.

опубликован 17-10-2001 10:36 MSK            

---

и всё-таки я не сторонник спорить на тему "что хорошо, а что не очень".
MSVC хорош для создания системных приложений, а так же приложений с пользовательским интерфейсом, хотя и сервера тоже можно ваять, только вот гемороя будет достаточно. Ява идеальна только для серверов, которые можно сразу же запустить и на Винде и на Унихе. Ну а Делфи с билдером я просто не люблю из-за того, что они скрывают от меня кучу нужного кода.

спасибо за внимание :)

опубликован 20-10-2001 13:02 MSK            

---

До-Диез :))

А проще Си-Шарп

опубликован 29-12-2001 13:45 MSK            

---

ну я незнаю..........я блин счас пьян канечно, но пишу под билдером и ваще доволен и сервисы пашут и скорость вполне устраивает и по сетке дышит все )) а то что обьем большой ... ну я незнаю те же мфс весят неменьше а в вцл хорощая проработка функций.....практически все можно сделать, просто это понты (ИМХО) что типа в МФЦ все круто ))) главное как ты можешь выжать сам все из своей среды разработки.....

ну все чё-то сумбурно )))
С НОВЫМ ГОДОМ ВСЕХ !!!!!!!!!!

P.S. в билдере пользуюсь АПИ и куча косяков )) в самом АПИ.......ведь и VCL и MFC ,базируются на АПИ )) так чё огород городить какая среда лучче?