Pascal vs C++

Раньше программировал на языке паскаль. Теперь перехожу на С++, изучаю по книге Дейтлов.
Так вот у меня вопрос, в чём отличие между Паскалём и С++? Я слышал, что возможностей у с++ больше чем у паскале, так какие же эти возможности? Лично я пока их не замечал (может быть потому что пока начинающий) кроме сложности языка с++

0

ramazan05duldug, для начала надо разобраться о каком Паскале идёт речь... В целом, C++ более мощный и гибкий ЯП. Даже на примере таких простых вещей как: множественное присваивание, тернарный оператор, более гибкий цикл for, возможность объявлять переменные только тогда, когда уже есть, чем их инициализировать, операторы инкремента и декремента.., это вполне очевидно. Т.е. при достаточном уровне владения C++ выражать свои мысли на нём гараздо проще, чем на Паскале(но при этом и совершить ошибку на C++ тоже гараздо проще ). В чём Паскаль действительно выигрывает у С++, так это в использовании модулей(как это сделано у любого современного языка) вместо заголовочных файлов.

Сообщение от insolent Тогда приведите примеры крупных проектов на Паскале, которые не создавались с чисто академического интереса.

Не думаю, что мотивация с которой задумывался проект имеет какое-то отношение к уровню языка на котором он был написан. Навскидку, на Free Pascal написаны
1) Free Pascal Compiler
2) Lazarus

0

Сообщение от rangerx Даже на примере таких простых вещей как: множественное присваивание, тернарный оператор,

Но это не столь небходимые вещи, а возможно даже и вредные при не правильном использованнии

0

Сообщение от Avazart Но это не столь небходимые вещи

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

Сообщение от Avazart возможно даже и вредные при не правильном использованнии

То же самое можно сказать практически про каждую из возможностей C++

0

Программируйте с использованием языка, а не на языке. © С. Макконнелл

Сообщение от insolent Тогда приведите примеры крупных проектов на Паскале

http://lurkmore.to/_/12570#mws_ncLJPJx

0

Кратко не означает прозрачно

0

Паскаль хороший ЯП и со своей первоначальной задачей справляется на ура, но слишком он громоздкий и неповоротлив.

0

ИМХО, разницы особой между C++ и развивающимися диалектами Pascal нет. Выбирай язык, синтаксис которого тебе больше нравится, и под который есть нужные тебе библиотеки.

0

Непонятно, почему вообще возник спор.
Даже жизнеспособность Delphi под бааальшим вопросом ( Delphi умер? ), а уж его предок Паскаль не только умер, но и вонять перестал.

Добавлено через 10 минут

Сообщение от Nameless One ИМХО, разницы особой между C++ и развивающимися диалектами Pascal нет.

Интересно, какие это развивающиеся диалекты Pascal, кроме официального Delphi.
Midlet Pascal сдох, Free Pascal (Lazarus) - вечно догоняющий Delphi, PascalABC - чисто "по приколу" проект под .net, а под него все пишут на C#.

Сообщение от Nameless One и под который есть нужные тебе библиотеки.

Под Паскаль библиотек в 100500 раз меньше, чем под Delphi. А под Delphi их почти нет
Чтобы не повторяться, приведу ссылку на свой старый пост Delphi vs All .

0

Сообщение от Nameless One разницы особой между C++ и развивающимися диалектами Pascal нет

+100

Добавлено через 57 секунд

Сообщение от dondublon Даже жизнеспособность Delphi под бааальшим вопросом

Если посмотреть вакансии, то они для Delphi вполне есть, в чем тогда вопрос? Причем не только для поддержки старого, но и для разработки нового.
Например, вчера случайно наткнулся - разработка ERP (это кстати на тему о больших проектах)
http://spb.hh.ru/vacancy/6610444

Добавлено через 4 минуты

Сообщение от dondublon А под Delphi их почти нет

Смотря что нужно. Скажем, я занимаюсь БД. В этом плане компонентов для работы с БД в Delphi вполне хватает и особой разницы, на чем писать такое приложение - на Delphi, или, скажем, на C++ Builder нету

0

Сообщение от Grossmeister Смотря что нужно.

Всё Мы, программисты, такие нуждающиеся!

Добавлено через 2 минуты

Сообщение от Grossmeister то они для Delphi вполне есть

ничтожно мало. Насчет поддержки старых проектов - тут всё понятно, сам на таком сижу, но начинать новый проект на Delphi будет только мудак.
Сходил по вашей ссылке, из текста можно заключить, что там тоже требуется поддержка старого.
"• Реализация новой функциональности, исправление ошибок."

0

Сообщение от dondublon ничтожно мало.

Так уж и ничтожно
Не спорю, на C вакансий больше, но таки на Delphi тоже имеются

Сообщение от dondublon но начинать новый проект на Delphi будет только мудак.

Черезчур категорично. В частности, про программы для работы с БД я уже сказал

Сообщение от dondublon Сходил по вашей ссылке, из текста можно заключить, что там тоже требуется поддержка старого. "• Реализация новой функциональности, исправление ошибок."

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

0

Сообщение от Grossmeister Не спорю, на C вакансий больше, но таки на Delphi тоже имеются

На С мало, это уже нишевой язык низкого уровня. C++\Java\C# - основное.

Сообщение от Grossmeister Черезчур категорично.

Я точно знаю. Гнать такого менеджера в шею - потому что из-за него компания потеряет время и деньги. Ибо пока ваши программисты на delphi будут отлавливать Access Violation-ы и писать свои велосипеды, программист на C#\Java будет писать то, что надо и при этом использовать готовые библиотеки (про библиотеки - верно также и для С++).

Сообщение от Grossmeister В частности, про программы для работы с БД я уже сказал

Операции с БД - это лишь одно из многих действий, которые должна выполнять нужная программа. Если функции программы ограничиваются "работой с БД" - это курсовая. Если вы не поленились сходить по ссылке Delphi vs All - то видели, что я привел в пример то, что понадобится программисту для математических расчетов. А кроме того, нужно много чего еще - например, более специфичные библиотеки. Вы же не забыли, что программистам нужно всё, ибо занимаются они - всем (это если брать всё множество программистов, а не только вас).

Например, красивый gui - юзер избалованый нынче пошел. Только не надо мне про FireMonkey - дело даже не в том, что он плох, а в том, что безнадежно опоздал - со старым VCL он официально не интегрируется, а на новом проекте - см. выше про новые проекты на delphi.

А еще надо интеграцию с другими языками. А все API пишут под С\С++ - это стандарт де-факто для того, что называется "нативный код".

Так что, если начать разбираться, то окажется, что под Delphi реально почти нет библиотек - если сравнивать со множеством наработок под С++.

0

Сообщение от dondublon Я точно знаю. Гнать такого менеджера в шею - потому что из-за него компания потеряет время и деньги. Ибо пока ваши программисты на delphi будут отлавливать Access Violation-ы и писать свои велосипеды, программист на C#\Java будет писать то, что надо и при этом использовать готовые библиотеки (про библиотеки - верно также и для С++).

Да ладно что на Delphi либ нет ? Или vcl не либа ?

Добавлено через 1 минуту

Сообщение от dondublon программист на C#\Java будет писать то, что надо и при этом использовать готовые библиотеки (про библиотеки - верно также и для С++).

Зависимые от Net и ресурсоёмкие...

Добавлено через 1 минуту

Сообщение от dondublon Так что, если начать разбираться, то окажется, что под Delphi реально почти нет библиотек - если сравнивать со множеством наработок под С++.

А достойных сколько ? Сколько переносимых ?

Добавлено через 49 секунд

Сообщение от dondublon Например, красивый gui - юзер избалованый нынче пошел.

А как без гуи ?

0

Сообщение от Avazart Да ладно что на Delphi либ нет ? Или vcl не либа ?

О чём я только что писал-распинался тут?

Сообщение от Avazart Зависимые от Net и ресурсоёмкие...

Это на Java или на С++?
Ресурсоёмкость .net - сегодня уже вполне позволительна. Рынок, господа, рынок диктует свои правила - как бы против этого не протестовали те, кто маниакально пишет byte вместо integer.
Кому как - а мне это нравится.

Сообщение от Avazart А достойных сколько ? Сколько переносимых ?

Странное заявление. Достойных либ под С++ по-любому много - потому что под него вообще больше всего либ. Да и с переносимостью у них куда лучше, чем у либ Delphi, который лишь недавно освоил x64.

0

Сообщение от dondublon Это на Java или на С++?

Это про C# и Java

0

Сообщение от Avazart А как без гуи ?

Херово без гуи, о том и речь.

0

Сообщение от dondublon Ресурсоёмкость .net - сегодня уже вполне позволительна.

Ресурсоемкость позволительна, а нормальный гуи нет ?

0

Сообщение от Avazart Ресурсоемкость позволительна, а нормальный гуи нет ?

Не пойму, вы о чем? Или вы всерьез считаете VCL за нормальный гуи?

0

Конечно

0

Сообщение от Avazart Конечно

Млин. Если VCL - нормальный гуи, то почему появился FireMonkey, о котором я говорил?

0