Чем C++ лучше Visual Basic?

@micha12 · Регистрация: 20.01.2009

Студворк — интернет-сервис помощи студентам

Обращаюсь ко всем, кто программирует на C++.

Кто мне может просто и ясно объяснить, в чем заключаются преимущества и 'мощность' языка C по сравнению с Visual Basic?

Пока что я только знаю, что C является языком с более сложным синтаксисом и что, как написано в MSDN, почти все первоклассные программы писались на Visual C++. А какие именно есть возможности в языке C, которых нет в других языках вроде VB?

Кстати, как пишутся сложные игры, как Age Of Empires или другие стратегии? Реально их написать на Visual Basic или нет?

И еще: чем отличаются C, Borland C и MS Visual C++?

Спасибо.

@sugarde · 26.03.2009, 11:31

Вчерa ... кoлеги ... пoделились ... тем ... чтo ... привезли ... из Aмстердaмa ...

Тaк к чему этo я? Aгa...

Вчерa ... кoлеги ... дaли пoчитaть oчередную ... пппых... стaтью пo темплейтнoму метa-прoгрaммингу... пппых...
ух - этo крутo! Вы из кoмпилятoрa VB мoжете сделaть Prolog- пппых ... мaшинку? A из C++-кoмиплятoрa выхoдит...

Тaк чo дa все вoзмoжнoсти и грaни нaшегo пoдсoзнa... тьфу... пппых... C++ ещё дaлекo не изучены... и их не грех рaсссширять

A VB.NET тoже рулез.
Пиплы! Не ссoрьтесь слушaйте 'Битлз'...

30.03.2009, 16:22

Злобный, злобный abcdefg
Мой ругает башка...

Задавил интеллектом. Всё правильно, только 'гордее' это не аргумент, это эмоции (произносится сладко и нежно). А в целом не стоит рассуждать, что у кого в крови. Люди не делятся на виды, они все разные.

Матёрый форум получился. Давайте развивать тему.

30.03.2009, 17:26

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

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

@Sikon · 04.04.2009, 11:55

C++ изначально не был чертовски сложен, но и мало что умел. Сейчас он много чего умеет, но цена этого - та самая чертовская сложность.
VB.NET тоже много чего умеет (хотя инфу по нему достать сложно), и, на мой взгляд, главным критерием его успеха будут именно простота, функциональность и общее сходство с VB6, а не супер-пупер-технологии, заложенные в .NET. Если он приобретёт популярность, C++ постепенно сам собой отомрёт. Конечно, на нём слишком много всего создано, чтобы он был забыт, но то, что создано, приобретёт форму библиотек, вызываемых из .NET, тогда как новые библиотеки будут уже полностью написаны на .NET.

@boombastik · 05.04.2009, 13:36

VB не умрет, как и Fortran, но популярными будут Java и C#

05.04.2009, 15:22

VB не умрет .....
-----------
это зависит от того как позиционировать VB
как инструмент для быстрой разработки доступный не профессионалам - да, не умрет (я так думаю)
как проф инструмент для создания многоуровневых приложений - умрет или эволюционирует Бог знает куда (так же как и c, и java)

05.04.2009, 16:36

(Sikon)' - Необходимость языка можно определить как сумму возможнотей собственно языка + возможности (мощность) поставляемых с ним библиотек + простоту его использования.

Думаю, никто не будет спорить, что на ассемблере можно сделать все. Только вот что-то на нем мало пишут. )))

06.04.2009, 11:13

To Sikon: Кажется С++ выкуклился из С, а он и тогда был не так уж прост в изучении и много чего умел. Впрочем чертовская сложность понятеие относительное. Изучать может и сложно, но потом работать будет возможно и легче. С++, как уже говорилось, очень удобен для написания 'больших' программ, а так же для 'командного' программирования. На мой вкус VB здесь серьёзно проигрывает (VB.NET не трогаю, не видел), и на нём пишется медленнее, хотя (ах, моя пристрастность...).

07.04.2009, 14:28

А вот если честно, то мне тезис о 'легкости' VB для изучения кажется спорным.

Тонкая разница между let и set, необходимость помнить где у тебя вариант, а где нет, всякие лыжи, гамаки, и все это стоя... C++, как и Линукс, хорош тем, что сложные вещи в нем и выглядят сложными, а простые-простыми. А не наоборот... Хотя, как java-программеру, мне так и не понятен сакральный смысл оператора '->', и почему его нельзя поменять на '.'.

07.04.2009, 14:28

А вот если честно, то мне тезис о 'легкости' VB для изучения кажется спорным.

Тонкая разница между let и set, необходимость помнить где у тебя вариант, а где нет, всякие лыжи, гамаки, и все это стоя... C++, как и Линукс, хорош тем, что сложные вещи в нем и выглядят сложными, а простые-простыми. А не наоборот... Хотя, как java-программеру, мне так и не понятен сакральный смысл оператора '->', и почему его нельзя поменять на '.'.

@VitFil · 07.04.2009, 14:44

'Ну, вы, блин, даете...'

Отличие '->' и '.' не понимать...

07.04.2009, 15:14

Понимаем, понимаем... Только зачем оно надо, если в большинстве других языков это - одна и та же операция?

@boombastik · 07.04.2009, 16:33

Исторически так сложилось, можно разименовать указатель и использовать '.', например

Code
1
2
3
4
5
6
...
MyClass* pMy = new MyClass;
pMy->DoSomething();
// или
*pMy.DoSomething();
...

@sugarde · 07.04.2009, 16:59

Этa... Пппыыыых...
Вooбще oчень интересный вoпрoс. Oперaтoр '->' - этo oснoвa для целoгo мехaнизмa Smart Pointer-oв. Приведите мне ещё oдин язык, где тaкaя штукa есть? Без перегрузки oперaтoрoв ('.' перегружaть нельзя) не реaлизoвaть SP рукaми.

Теперь чешем репу и oзaряемся ухмылкoй. Любaя ссылкa в VB - этo и есть этoт сaмый умный интерфейсный укaзaтель. Изменить егo пoведение нельзя никaк, нo без хoть кaкoгo-тo невидимoгo пoведения не былo бы счетчикa ссылoк.

07.04.2009, 18:43

Изменить можно, переопределив у вызываемого обьекта IUnknown.addRef() и Release()... Правда, только для этого обьекта... А про smart pointers надо вспомнить...

@Sikon · 07.04.2009, 19:45

А в VB.NET нет ни указателей, ни подсчёта ссылок. Естественно, там и не нужна отдельная операция ->.

@Sikon · 07.04.2009, 19:49

И, кстати, 'тонкой разницы' между let и set тоже нет - один set.
А насчёт того, что C# раскрывает все возможности платформы... Да, раскрывает, но в такой же мере, как и VB.NET.

@boombastik · 07.04.2009, 23:17

Да, VB.NET тоже спроектирован для .NET, но мне больше нравиться лаконичный синтаксис C#, да и перегрузка операторов иногда полезная вещь.

08.04.2009, 04:34

<quote>
95-й год уже в прошлом столетии. VB работает ни медленнее, чем C++.
</quote>
уважаемый abcdefg, вас обманули... как работал васик медленнее так и работает

надо мне было както обработать 3-5Г данных представленных в текстовых файлах
на васике прога нарисовалась быстро и легко, только вот исполнялась она минут 40-50 жря 1.5Г памяти... на делфи/с++ прога рисовалась не в пример дольше... но как говорится 'лучше день потерять потом за 5 минут долететь'... выполнялись эти программы в течении 3-5 минут, съедая не более 50М (пиковое) памяти

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

micha12:
по поводу васик.нет - вы запускали из под ИДЕ наверняка в режимы дебага - он раза в 1.5-2 медленее релизного кода, поэтому вы наблюдали задумчивость системы да и окошечки разные...
если учить то стоит учить с# имхо

и еще если вы не имеете представления о разнице между вб и с(++) то о написании игрушек вообще стоит забыть...

08.04.2009, 17:22

Да... ну вы тут и балаган развели...

Но вернёмся к истоку :-)) Автора вопроса, кажись, интересовало начём писать сложные игры. Ну дык вот. Ты никогда не задумывался почему 90% игр ( типа Quake'а - 99% ) писались на СС++. Это не спроста...
Посмотрите на результаты тестов в одном из ответов - Intel C++ в вычислениях не просто обогнал всех, а 'сделал' процентов на 500%!!!
А ведь в трёхмерных играх (да и в двухмерных тоже) вычисления встают на первый план.

Да и насчёт процентов - возможно я и ошибся...

Новые блоги и статьи Все статьи Все блоги /
Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .
SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .

@micha12 0 / 0 / 0 Регистрация: 20.01.2009 Сообщений: 118

	Чем C++ лучше Visual Basic? 12.03.2009, 23:34. Показов 24998. Ответов 66 Метки нет (Все метки) Обращаюсь ко всем, кто программирует на C++. Кто мне может просто и ясно объяснить, в чем заключаются преимущества и 'мощность' языка C по сравнению с Visual Basic? Пока что я только знаю, что C является языком с более сложным синтаксисом и что, как написано в MSDN, почти все первоклассные программы писались на Visual C++. А какие именно есть возможности в языке C, которых нет в других языках вроде VB? Кстати, как пишутся сложные игры, как Age Of Empires или другие стратегии? Реально их написать на Visual Basic или нет? И еще: чем отличаются C, Borland C и MS Visual C++? Спасибо. 0

@sugarde 1 / 1 / 0 Регистрация: 09.10.2007 Сообщений: 596
	26.03.2009, 11:31
	Вчерa ... кoлеги ... пoделились ... тем ... чтo ... привезли ... из Aмстердaмa ... Тaк к чему этo я? Aгa... Вчерa ... кoлеги ... дaли пoчитaть oчередную ... пппых... стaтью пo темплейтнoму метa-прoгрaммингу... пппых... ух - этo крутo! Вы из кoмпилятoрa VB мoжете сделaть Prolog- пппых ... мaшинку? A из C++-кoмиплятoрa выхoдит... Тaк чo дa все вoзмoжнoсти и грaни нaшегo пoдсoзнa... тьфу... пппых... C++ ещё дaлекo не изучены... и их не грех рaсссширять A VB.NET тoже рулез. Пиплы! Не ссoрьтесь слушaйте 'Битлз'... 0

Tremr
	30.03.2009, 16:22
	Злобный, злобный abcdefg Мой ругает башка... Задавил интеллектом. Всё правильно, только 'гордее' это не аргумент, это эмоции (произносится сладко и нежно). А в целом не стоит рассуждать, что у кого в крови. Люди не делятся на виды, они все разные. Матёрый форум получился. Давайте развивать тему.

Neld
	30.03.2009, 17:26
	этот спор будет вечным, каким как спор о том чем лучше забивать гвозди - отверткой или зубилом Я думаю что каждой работе - свой инструмент, а работа это не только тех задание, но и сроки и оплата и сопровождение и развитие .... а по васик я выслушал очень много, но из серьезного помню только - на васике нет больших задач, впрочем может и есть, но я не слышал

@Sikon 0 / 0 / 0 Регистрация: 22.03.2009 Сообщений: 40
	04.04.2009, 11:55
	C++ изначально не был чертовски сложен, но и мало что умел. Сейчас он много чего умеет, но цена этого - та самая чертовская сложность. VB.NET тоже много чего умеет (хотя инфу по нему достать сложно), и, на мой взгляд, главным критерием его успеха будут именно простота, функциональность и общее сходство с VB6, а не супер-пупер-технологии, заложенные в .NET. Если он приобретёт популярность, C++ постепенно сам собой отомрёт. Конечно, на нём слишком много всего создано, чтобы он был забыт, но то, что создано, приобретёт форму библиотек, вызываемых из .NET, тогда как новые библиотеки будут уже полностью написаны на .NET. 0

@boombastik 7 / 7 / 12 Регистрация: 13.02.2007 Сообщений: 1,255
	05.04.2009, 13:36
	VB не умрет, как и Fortran, но популярными будут Java и C# 0

Neld
	05.04.2009, 15:22
	VB не умрет ..... ----------- это зависит от того как позиционировать VB как инструмент для быстрой разработки доступный не профессионалам - да, не умрет (я так думаю) как проф инструмент для создания многоуровневых приложений - умрет или эволюционирует Бог знает куда (так же как и c, и java)

Ghost
	05.04.2009, 16:36
	(Sikon)' - Необходимость языка можно определить как сумму возможнотей собственно языка + возможности (мощность) поставляемых с ним библиотек + простоту его использования. Думаю, никто не будет спорить, что на ассемблере можно сделать все. Только вот что-то на нем мало пишут. )))

Tremr
	06.04.2009, 11:13
	To Sikon: Кажется С++ выкуклился из С, а он и тогда был не так уж прост в изучении и много чего умел. Впрочем чертовская сложность понятеие относительное. Изучать может и сложно, но потом работать будет возможно и легче. С++, как уже говорилось, очень удобен для написания 'больших' программ, а так же для 'командного' программирования. На мой вкус VB здесь серьёзно проигрывает (VB.NET не трогаю, не видел), и на нём пишется медленнее, хотя (ах, моя пристрастность...).

noir
	07.04.2009, 14:28
	А вот если честно, то мне тезис о 'легкости' VB для изучения кажется спорным. Тонкая разница между let и set, необходимость помнить где у тебя вариант, а где нет, всякие лыжи, гамаки, и все это стоя... C++, как и Линукс, хорош тем, что сложные вещи в нем и выглядят сложными, а простые-простыми. А не наоборот... Хотя, как java-программеру, мне так и не понятен сакральный смысл оператора '->', и почему его нельзя поменять на '.'.

@VitFil 0 / 0 / 0 Регистрация: 10.07.2007 Сообщений: 105
	07.04.2009, 14:44
	'Ну, вы, блин, даете...' Отличие '->' и '.' не понимать... 0

noir
	07.04.2009, 15:14
	Понимаем, понимаем... Только зачем оно надо, если в большинстве других языков это - одна и та же операция?

@sugarde 1 / 1 / 0 Регистрация: 09.10.2007 Сообщений: 596
	07.04.2009, 16:59
	Этa... Пппыыыых... Вooбще oчень интересный вoпрoс. Oперaтoр '->' - этo oснoвa для целoгo мехaнизмa Smart Pointer-oв. Приведите мне ещё oдин язык, где тaкaя штукa есть? Без перегрузки oперaтoрoв ('.' перегружaть нельзя) не реaлизoвaть SP рукaми. Теперь чешем репу и oзaряемся ухмылкoй. Любaя ссылкa в VB - этo и есть этoт сaмый умный интерфейсный укaзaтель. Изменить егo пoведение нельзя никaк, нo без хoть кaкoгo-тo невидимoгo пoведения не былo бы счетчикa ссылoк. 0

noir
	07.04.2009, 18:43
	Изменить можно, переопределив у вызываемого обьекта IUnknown.addRef() и Release()... Правда, только для этого обьекта... А про smart pointers надо вспомнить...

@Sikon 0 / 0 / 0 Регистрация: 22.03.2009 Сообщений: 40
	07.04.2009, 19:45
	А в VB.NET нет ни указателей, ни подсчёта ссылок. Естественно, там и не нужна отдельная операция ->. 0

@Sikon 0 / 0 / 0 Регистрация: 22.03.2009 Сообщений: 40
	07.04.2009, 19:49
	И, кстати, 'тонкой разницы' между let и set тоже нет - один set. А насчёт того, что C# раскрывает все возможности платформы... Да, раскрывает, но в такой же мере, как и VB.NET. 0

@boombastik 7 / 7 / 12 Регистрация: 13.02.2007 Сообщений: 1,255
	07.04.2009, 23:17
	Да, VB.NET тоже спроектирован для .NET, но мне больше нравиться лаконичный синтаксис C#, да и перегрузка операторов иногда полезная вещь. 0

Rider
	08.04.2009, 04:34
	<quote> 95-й год уже в прошлом столетии. VB работает ни медленнее, чем C++. </quote> уважаемый abcdefg, вас обманули... как работал васик медленнее так и работает надо мне было както обработать 3-5Г данных представленных в текстовых файлах на васике прога нарисовалась быстро и легко, только вот исполнялась она минут 40-50 жря 1.5Г памяти... на делфи/с++ прога рисовалась не в пример дольше... но как говорится 'лучше день потерять потом за 5 минут долететь'... выполнялись эти программы в течении 3-5 минут, съедая не более 50М (пиковое) памяти да и еще, вы сервисы виндовые на васике писали? а исапишки? так что имо, для серьезных системных задач васик не подходит, только для баловства... по правда как было замечено - за что платят на том и будем писать micha12: по поводу васик.нет - вы запускали из под ИДЕ наверняка в режимы дебага - он раза в 1.5-2 медленее релизного кода, поэтому вы наблюдали задумчивость системы да и окошечки разные... если учить то стоит учить с# имхо и еще если вы не имеете представления о разнице между вб и с(++) то о написании игрушек вообще стоит забыть...

ManiaK
	08.04.2009, 17:22
	Да... ну вы тут и балаган развели... Но вернёмся к истоку :-)) Автора вопроса, кажись, интересовало начём писать сложные игры. Ну дык вот. Ты никогда не задумывался почему 90% игр ( типа Quake'а - 99% ) писались на СС++. Это не спроста... Посмотрите на результаты тестов в одном из ответов - Intel C++ в вычислениях не просто обогнал всех, а 'сделал' процентов на 500%!!! А ведь в трёхмерных играх (да и в двухмерных тоже) вычисления встают на первый план. Да и насчёт процентов - возможно я и ошибся...