Delphi или Microsoft Visual C++,

← →
TG © (2005-08-25 02:30) [0]

Вот я так посмотрю большинство современных, серьёзных приложений под windows написано на Microsoft Visual C++, например Macromedia Flash MX, Microsoft Office, ACD Systems, Internet Explore, Kaspersky Anti-Virus и многие другие, да так же игры NFS U2, GTA SA... Чем же программировать на Microsoft Visual C++ и вообще на C++ лучше, чем на Delphi? И почему такие серьёзные разработчики ПО выбрали именно эту среду программирования? И ещё стоит ли мне переходить на C++ (я находил в сети очень много ресурсов по изучению C++ и поэтому выучить его будет не сложно)? Жду ваших советов

← →
Marser © (2005-08-25 02:32) [1]

Потому что Microsoft.

> я находил в сети очень много ресурсов по изучению C++
> и поэтому выучить его будет не сложно

Вы так наивны...

← →
TG © (2005-08-25 02:35) [2]

Я тоже пишу под Windows ну может мне и начать писать не на Delphi, а на Microsoft Visual C++.

← →
Marser © (2005-08-25 02:43) [3]

>TG © (25.08.05 2:35) [2] [Новое сообщение][Ответить]
> Я тоже пишу под Windows ну может мне и начать писать
> не на Delphi, а на Microsoft Visual C++.

Много написал? И что это было? Под Windows прогроаммировать очень просто - достаточно запустить Delphi и нажать F9. Да, это уже программирование под Windows. Правда, то же самое можно сделать под Kylix и тогда это уже программирование под Linux, значит можно и за gcc садиться.
Для начала нужно по крайней мере понять парадигму программирования вообще(типы данных, ветвления, циклы и т.д.). Потом желательно понять, что есть структурное программирование и ООП. Почему-то мне кажется, что по этой дорожке ты не ходил. Потому и кажется всё очень простым.

← →
iZEN © (2005-08-25 02:50) [4]

TG, существует куча приятных вещей. Не надо зацикливаться на Windows.
Почитайте Таненбаума, Дональда Кнута, Гради Буча, Мартина Фаулера, "банду четырёх" и всё встанет на свои места, уверяю Вас.

← →
wicked © (2005-08-25 02:51) [5]

не вопрос.... пиши на msvc... также обрати внимание на mfc... изучи его, напиши пару проектов (хотя бы)... освойся, пойми его недостатки... перерости его.... тогда, хотя бы поверхностно, возьмись за vcl... и пойми, сколько ты потерял...
я совсем не хвалю vcl... я ругаю то, что ms до сих пор продвигает, хотя сама брезгует пользоваться... уродливое mfc...
я не ругаю msvc... в части "пописать программы" и "создать систему библиотек" msvc далеко позади оставляет delphi и весь borland вообще... как не противно было это обнаружить, но msvc сразила меня наповал и обставила привычный C Builder на раз-два...
так что выбирать тебе.... что хочешь.... результатом должно быть разочарование в любом случае... но это потом... и некоторые не доходят "туда".... ;)

ЗЫ за философию не пинать... попробуйте просто понять...

← →
wicked © (2005-08-25 02:52) [6]

вот.... iZEN © [4] всё правильно сказал.......

← →
iZEN © (2005-08-25 03:00) [7]

wicked © (25.08.05 02:52) [6].
Теория - теорией, а без практики ничего нафик не почувствуешь.
Так что выбрать Delphi или VC - дело, в общем-то, однохренственное.

← →
Defunct © (2005-08-25 03:17) [8]

TG © (25.08.05 02:35) [2]

Ясли бы я сейчас был на вашем месте, я бы сам себе посоветовал:
- начинай с VC, и не бросай на полпути.

какой же ряд преимуществ это даст вы потом поймете.

← →
TG © (2005-08-25 03:47) [9]

Так я понял под Windows лучше писать на msvc.

← →
АлексейК (2005-08-25 04:54) [10]

Так я понял под Windows лучше писать на msvc.

Не лучше и не хуже. Это просто интрумент, для решения одних задачь он будет наиболее эффективен, для решения других нет.

← →
alpet © (2005-08-25 07:53) [11]

А что мешает работать с обоими системами? Мне вот приходится, и особого напряга нет. Но имею опыт - если сначала изучать одно, потом другое - траблов будет предостаточно, не знаю как получится если одновременно изучать.

← →
Layner © (2005-08-25 08:13) [12]

За то TheBat, TotalCommander и т.п. написанны на Delphi, и ничего, программы одни из самых лучших в своем роде.

← →
Игорь Шевченко © (2005-08-25 09:42) [13]

http://delphi.wikicities.com/wiki/Good_Quality_Applications_Built_With_Delphi

Читать. Думать над прочитанным. Завязывать ламерские религиозные войны.

← →
fedotawa (2005-08-25 10:40) [14]

>Вот я так посмотрю большинство современных, серьёзных приложений под windows написано на Microsoft Visual C++...

Вы совершенно правы. Приведенный выше список, а уж тем более количество их пользователей, со всем множеством приложений написанных на MSVC не сравнится. MSVC однозначно. Изучив ++ и соответствующие библиотеки, вы сможете разбираться в коде большинства OpenSource приложений и изменять его согласно своим нуждам, если у вас возникнет такая необходимость...

← →
zx © (2005-08-25 10:47) [15]

> Так я понял под Windows лучше писать на msvc.
Точно! Под Linux на msvc писать хуже!

← →
BiN © (2005-08-25 10:54) [16]

Главный инструмент - это мозги. Без них тебе никакая среда не поможет.

← →
Defunct © (2005-08-25 20:14) [17]

> Игорь Шевченко

из всего большущего списка, работал только с Delphi и TotalCommander"ом. Слышал ранее про TheBat (который ерундой, т.к. есть Outlook Express и более ничего для почты не надо) и Dr. Hardware.

Но не в этом дело. Дело в том, что изучив VC++ перейти на Delphi не составит труда, а вот освоив Delphi перейти на VC++ будет очень сложно.

← →
Sergey Masloff (2005-08-25 20:19) [18]

Defunct © (25.08.05 20:14) [17]
>а вот освоив Delphi перейти на VC++ будет очень сложно
не-а. Доказано занусси (и мной ;-))

← →
TG © (2005-08-25 20:27) [19]

>а вот освоив Delphi перейти на VC++ будет очень сложно.
В чём же могут возникнуть сложности?

← →
Sergey Masloff (2005-08-25 20:35) [20]

TG © (25.08.05 20:27) [19]
>В чём же могут возникнуть сложност
1) все же привычка к языку в пальцах сильно сидит
ну там всякие #define MYCNST 4;
2) дельфи сразу на уровне компилятора делает много рутины при работе с COM. В це это по другому делается
3) все же це так оброс библиотеками что привыкнуть довольно сложно (мне)

← →
Anatoly Podgoretsky © (2005-08-25 20:36) [21]

TG © (25.08.05 03:47) [9]
Я не стал бы сейчас так поступать, по сути это уже почти погибло, правда мучаться будет еще долго, но Микрософт уже сделало ставку на C#
Поэтому если с нуля то начни с него, есди конечно не нравится Дельфи.

← →
TG © (2005-08-25 20:44) [22]

Sergey Masloff (25.08.05 20:35) [20]
Так значит на Delphi программировать легче, чем на Microsoft Visual C++. Тогда почему большинство серьёзных разработчиков пишут свои приложения не на Delphi, ведь если программировать легче то и приложения будут писаться быстрее?

← →
TG © (2005-08-25 20:59) [23]

Anatoly Podgoretsky © (25.08.05 20:36) [21]
>Поэтому если с нуля то начни с него, есди конечно не нравится Дельфи.
Delphi то мне нравиться, даже очень :) Просто смотря на серьёзных разработчиков в голуву приходит масль:
"Не зря ведь они выбрали VC++".

>Главный инструмент - это мозги. Без них тебе никакая среда не поможет.
Я полностью с вами BiN согласин. Без мозгов сейчас никуда :)

Layner © (25.08.05 08:13) [12]
>За то TheBat, TotalCommander и т.п. написанны на Delphi...
Правда! А раскомпилировать не пробывал?

← →
Sergey Masloff (2005-08-25 21:00) [24]

По настоящему нового ПО очень мало. Используются старые (и очень старые) наработки. А их на це больше. На порядки.
Впрочем, сейчас с этим проще. Я знаю минимум несколько серьезнейших проектов дельфийский со сроком жизни уже под 10 лет.

← →
fedotawa (2005-08-25 21:04) [25]

Anatoly Podgoretsky © (25.08.05 20:36) [21]

BO>Чуть больше года я изучал и работал с этой технологией и пришел к выводу, что он пригоден в основном для создания интерфейсов, веб приложений и для баз данных. А для более серьезных вещей он не пригоден. А так С++, STL, COM РУЛЯТ !!! Да, совершенно верно, он пригоден для создания 95%-ов приложений.
(C)тырено

← →
TG © (2005-08-25 21:10) [26]

Sergey Masloff (25.08.05 21:00) [24]
Так значит если программировать под окошками и только под окошками, то лучше на C/C++, а не на Delphi.

← →
iZEN © (2005-08-25 21:16) [27]

>TG © (25.08.05 20:44) [22]
>Так значит на Delphi программировать легче, чем на Microsoft Visual C++. Тогда почему большинство серьёзных разработчиков пишут свои приложения не на Delphi, ведь если программировать легче то и приложения будут писаться быстрее?

До какого-то определённого момента непревышения количества строк кода и функциональности Delphi - лучший инструмент разработаки ПО под Windows.
НО.
Превысив порог, "магическое число" строк кода/классов/объектов тебе станет не просто трудно управлять всеми взаимозависимостями и вызовами, а жутко неудобно.

Рефакторинг (перестройка) кода - это та ещё проблема Delphi, которая решается с переменным успехом только сторонними средствами, так как в самой IDE такие инструменты находятся в зачаточном состоянии, на уровне представлений прошлого века. Кто не знает, что из себя представляет рефакторинг и зачем он нужен, изучать философию Extreme Programming и обратить внимание на среды IDEA и Eclipse, где поддержка перестройки и сопровождения кода реализована на высшем уровне (до сих пор недоступном для VC++).

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

← →
Sergey Masloff (2005-08-25 21:19) [28]

Я не знаю. Программировать это слишком абстрактно. Я последний год программирую в основном на бумажке и карандаше и ничего проблем нет.
Если писать что-то дикосистемное то наверное неплохо и на це без пласов.
Если писать то что пишет 95% софтовых контор то це++ там тоже не фаворит, на сомом деле.
Я освоил нормально MSVC когда делал интерфейс между нашей ИС и телефонной станцией. Их интерфейс был сишным, а также сишными были интерфейсы всех сравниваемых систем.
Больше за довольно долгую программистскую практику я задач требующих именно це плас плас не встречал, более того, большинство на дельфи решались проще.

← →
Sergey Masloff (2005-08-25 21:23) [29]

iZEN © (25.08.05 21:16) [27]
>Рефакторинг (перестройка) кода - это та ещё проблема Delphi, >которая решается с переменным успехом только сторонними >средствами,
У меня голова и руки встроеные ;-) Все решается без проблем. А те дубовые тривиальные рефакторинги которые делают автоматизированные среды на фиг не нужны. ИМХО.

>>Рефакторинг (перестройка) кода - это та ещё проблема Delphi, >>которая решается с переменным успехом только сторонними >>средствами,

В Delphi рефакторинг, как и шаблоны на фиг не нужны, строишь грамотную классовую иерархию и никаких траблов (кто работал у нас "вчерашним" программистом тот поймёт :-) ).

Для Си-онистов на спор создавал прогаммы которые весили меньше чем VC++. Некоторые считают что MFC совершенно не занимают памяти.....

TG © (25.08.05 20:44) [22]
По одной ищ легенд Си был придуман для обоснования высоких заработков. Распространноенность сильно связана с Микрософтом. Не будет Микрософт поддерживать и уйжет в никуда.
Куда нам деться от Микрософта?

> [30] tesseract © (25.08.05 21:52)
> В Delphi рефакторинг, как и шаблоны на фиг не нужны,

Вы что-то путаете, вероятно. Рефакторинг к "шаблонам" никакого отношения не имеет. Или же имеет ровно столько отношения, сколько, скажем, к интерфейсам, таблице умножения и сектору Газа.

Удалено модератором

> Рефакторинг к "шаблонам" никакого отношения не имеет

Одно сходство имеет. Он так же как и шаблоны нафиг не нужен (с) автор :)
На самом деле рискну не согласиться, ибо
> строишь грамотную классовую иерархию и никаких траблов

удается, увы, далеко не всегда с первого раза. А вот без шаблонов жизнь хуже не стала

> [31] Anatoly Podgoretsky © (25.08.05 22:07)
> TG © (25.08.05 20:44) [22]
> Не будет Микрософт поддерживать и уйжет в никуда.

К сожалению, к тому времени как Майкрософт его окончательно оставит, накопится такое кол-во библиотек, наработок и прочего на Це(++), что оставить так просто его уже не получится. К тому же, бросать она его будет ой как долго, на С#, увы, Windows не напишешь. Да и с прикладным софтом уровня MSSQL и Офиса проблемы - кто его для .Net перепишет? Пушкин А.С. не станет, уверяю вас :)

> [34] DrPass © (25.08.05 22:21)

Ну, так собственно "рефакторинг" и есть, в частности, теория о том, как изначально неудачную иерархию классов перестроить. Подкрепленная нехилой практикой. Или мы друг друга не поняли?

Anatoly Podgoretsky © (25.08.05 22:07) [31]

Это далеко не так. И MS здесь совсем не причем. Достаточно взять нишу RISC и DSP процессоров, для которых нормальные компиляторы есть только с C и Asm"a.

Освоив VC можно легко пересесть на IAR-C, imagecraft-c, gcc, visual-dsp, и т.п. И что мы имеем с противоположной стороны Delphi/Pascal? E-LAB Pascal для AVR и ARM (насчет арм даже не уверен) процессоров который является жалким подобием компилятора, и генерит такой код что его место не в чипах, а на помойке.

← →
Sergey Masloff (2005-08-25 22:30) [38]

Не, ну шаблоны вещь неплохая. Правда в це шарп дженерики даже вроде покруче. Вернее, конечно в IL, это не фича шарпа.

Джо © (25.08.05 22:22) [35]
Я знаю алиас этого Пушкина.
Зато не могу сказать когда точно МС бросит Си, это будет определяться только маркетинговыми соображениями, как только пойдут настоящии деньги с C#, а потери от VC станут ощутими, так и бросят, для этого достаточно не производить новых версий и прекратить поддержку.

← →
fedotawa (2005-08-25 23:09) [40]

Defunct © (25.08.05 22:20) [33]

>В том то и фокус - освоив более сложное, перейти на более простое не составит труда. В крайнем случае всегда сможете пересесть на C++ Builder, а с него на Delphi.

Познавши истинную сущность ++ однажды... перейдет на java.

Sergey Masloff (25.08.05 22:30) [38]

>Не, ну шаблоны вещь неплохая. Правда в це шарп дженерики даже вроде покруче. Вернее, конечно в IL, это не фича шарпа.

Увы нет. Вложенные дженерики, в отличие от шаблонов, не допускаются...

Anatoly Podgoretsky © (25.08.05 22:33) [39]
++ не умрет никогда. Ибо не Microsoft единым... Душа его будет жить вечно в новых инкарнациях, а дом его станет Меккой...

Delphi или Microsoft Visual C++, Найти похожие ветки