Сап двач, объясните разницу между С и С++ Не раз видел сообщения про то, что это сильно различающиес
Аноним
30/12/25 Втр 20:51:33
№
1
Не раз видел сообщения про то, что это сильно различающиеся языки, при чём судя по обсуждениям речь ни разу не про парадигмы
Т.е. С обмазанный GLib =/= С++
А в чём тогда принципиальная разница? В бесконечных исключениях и умных указателях? Направьте хотя-бы, что или где почитать
Обнял
Разный синСани Сантыс
Разные Стишокы
Разные Стишокные библиотеки
Разный бинарный интерфейс
Разный син-так-сис
Разные стан-дарты
Разные стан-дартные библиотеки
Разный бинарный интерфейс
>Сани Санты
>Стишок
Спасибо Абу
А вообще, разве это имеется ввиду?
Аби особо не касается, а синСани Сантыс зависит скорее от направления либы
Даже в низкоуровневых компонентах ни раз видел либы, где везде читается thiscall, подход же от этого особо не меняется
разные парадигмы, Кресты это ООП, Си нет.
Если C - это 1, то C++ - это 2.
>А в чём тогда принципиальная разница?
В ООП - классы, наследование, RAII, исключения
>>3615530
Его там и не должно быть, это следует из исходного дизайна языка
>Т.е. С обмазанный GLib =/= С++
Наверное только если особо не присматриваться краем глаза с расстояния километра
Не работал с GLib, но по описанию, это просто либа функций. Никаких тебе деструкторов, а следовательно RAII, а следовательно умных указателей.
А еще шаблонов, лямбд, перегрузки операторов и далее по списку. Ну синСани Сантыс не изменишь, так что придётся корячить костыли.
Ну вообще не включает, а просто часть похожа на С.
И что это меняет в сказанном?
ООП, обобщенное программирование, да куча всего.
see pp лучше во всём чем сиська с точки зрения юзания только пинусу порвальдсу и его карго культистам не нравится. see pp это суперсет над си, поэтому можно его юзать как си, за исключением некоторых подъёбок. лично мне нравится дрочь на комплтайм в цпп. но я хоббист, мб для работяг и bussyнесса цпп это жопаболь
Си плас плас это ультимативная йоба с кучей фич.
> Разный бинарный интерфейс
Какой разный? У C++ вообще никакого ABI нет, даже нестабильного.
Есть. Иначе бы нельзя было бы С++ программу разбить на линкуемые модули. То что это непереносимо это другой вопрос. Но С++ либы существуют. В тех же дистрах линупса есть пакеты с С++ либами.
>Сишка это максимально простой язык: идеален для новичка
>https://port70.net/~nsz/c/c99/n1256.html#J.2
>пук среньк максимальная простота
))
1) С++ - это говно, С - менее говно в сравнении
2) дискриминация по задачам: C++ - прикладные программы, мета-погроммирование, юзер интерфейс; C - прошивки хардвари, ядра ОС, криптографические библиотеки g(nome) lib - параша ёбаная
1) в c++ есть методы, которые представляют из себя те же функции, но с доступом к объекту(структуре или классу. При этом между классом и структурой в c++ не очень великая разница). В C функции запускаются вне контекста объектов;
2) в c++ закидывают кучу всего нового каждую версию, а в C это дело(запизивание всего и вся нового) как-то слабо идёт. C в этом плане более консервативный язык;
3) C++ разрабатывался как универсальный язык с возможностью использовать ООП, но ООП в некоторых местах крайне малоэффективно в силу необходимости то выделять память, то вызывать методы из методов(функции из функций). Так что если ты делаешь какую-то штуку для Ардуино, то лучше использовать C, а если что-то, что рассчитываешь дать в использование другим, то пиши на C++;
Можно пример такой либы, которая распространяется в бинарниках?
Тривиально /usr/lib/libQt6Core.so.6 из пакета qt6-base в арче
И что ты хотел сказать? Там половина уб случаев это что-то вроде разыменовывания указателя на локальную переменную или вызов функции через указатель несовместимого типа. Т.е. всё то что в здравом уме ты делать не станешь. Для аутиста с двача это максимально сложная мысль, я понимаю.
Любая либа? никогда не видел .so файлов анпример?
Или там Qt с кучей дллок?
В C есть неочевидные вещи, например, переполнение переменной типа signed - это UB, а unsigned - не UB.
Или точки следования, например i++ + ++i - это UB.
Обывателю кажется, что
>половина уб случаев это что-то вроде разыменовывания указателя на локальную переменную или вызов функции через указатель несовместимого типа
Поэтому си и является сложным, ибо, это не так.
в ЦПП прикрутили возможность автоматически вызвать функцию по выходу экземпляра типа из области видимости
остальное - рюшечки
Почему никто не упомянул манглирование?
Но на мой вкус, C++ грустный язык, вкатиться в него в с другого языка та ещё боль, зоопарк возможностей (которые не останавливаются), каждую пятилетку объявляют какие-то фичи "не идиоматическими" и т.п. Если и выбирать, то лучше Rust или Zig для системного программирования и Go для сетевого.
Тут уже много кто успел сказать про ООП, про классы и про кучу постоянно добавляемых штук.
Но, увы, качественно важного отличия я не увидел в ответах.
Одно из главшейших отличий - это совершенно иной уровень абстракции: от получения памяти через malloc() к использованию new, от освобождения памяти через free() к специальному оператору delete/delete[], от просто глобальных функций, когда любая функция может вызвать любую другую, объявленную ранее в коде, к пространствам имён и к методам(функциям в концепте метода или целого класса(пользовательского типа данных)), от создания при определенной необходимости функций для выполнения операций над объектами(в c это в основном структуры) к созданию статических и нестатических методов и возможности переопределения операторов(+,-,++,--,[],() и далее).
Кратко: C++ можно рассматривать как сильно улучшенный C.
Если встаёт вопрос, на каком языке писать тот или иной проект, то тут зависит от ситуации:
1) если хочешь поработать с ардуино и железом, то бери C. C++ на фоне C прожорлив.
2) если хочешь как-то сделать проект для десктопа, сервера или просто какую-то удобную библиотеку, то делай все на c++, обрачивая в классы
Успехов тебе!
Если бы ты ещё пояснил, друк, что мешает в принципе создать всё, что ты описал, средствами Си, напр. те же операторы работы с памятью обернуть в какие-нибудь врапперы.
Перегрузка операторов в принципе не сказать, чтоб жизненно необходимая фича.
>операторы работы с памятью обернуть в какие-нибудь врапперы
А мне ты это зачем пишешь?
>>3636600
>Перегрузка операторов в принципе не сказать, чтоб жизненно необходимая фича.
Нигде мною не утверждалось, что это прям крайне необходимая вещь.
Я лишь написал, что c++ находится на совершенно другом уровне абстракции.
Не более.
>А мне ты это зачем пишешь?
Потому что иначе не ясно, зачем понадобился новый язык, а не библиотеки для старого.
>Потому что иначе не ясно, зачем понадобился новый язык, а не библиотеки для старого.
Так если "не ясно", то мне зачем писать?
>что мешает в принципе создать всё, что ты описал, средствами Си, напр. те же операторы работы с памятью обернуть в какие-нибудь врапперы.
А что мешает тебе это сделать?
А зачем вообще что-то отвечать человеку, который задаёт базовый вопрос и хочет разобраться?
В самом первом посте просьба: объясните разницу.
Ты пишешь, мол, там вместо X сделали Y.
При этом совершенно не объясняя, а, почему, собственно, это потребовало нового языка.
Собрался объяснять - объясняй нормально что ли.
>объясните разницу.
Разница объяснена: разный уровень абстракций.
>не объясняя, а, почему
Это уже не ко мне вопрос. Вопрос касаемо причин создания языков и отдельных решений в рамках реализации этих языков надо писать создателям языков.
>Собрался объяснять - объясняй нормально что ли.
Все объяснено.
Если тебе не нравятся мои ответы, то переставай задавать вопросы. Вот и все.
Для того, чтоб работали разные перегрузки и шаблоны, разные неймспейсы и т.д., надо при трасляции манглировать названия сущностей. Посмотри объектники Си и плюсов после трансляции. Первое что заметишь, что к именам функций были добавлены новые символы. И одна полиморфная функция в объектнике имеет разные инстансы с уникальными именами.
В си имена не манглируются.
Типа, там, где в си для foo() будет foo:, в плюсах будет _SMTHfoo:
Это, наверное, основная причина, почему нужного уровня абстракции нельзя получить в Си.
Кроме того, что касается тех же new и delete, они не были бы собой без нового механизма обработки ошибок, а, именно, исключений. В Си есть исключения? То-то и оно, там надо ручками проверять результат работы операций с памятью, чего макака-кодер может не делать.
В итоге Си полезен там, где нужно дергать объектники из разных языков, ты там будешь заведомо знать имя нужной тебе сущности после трансляции.
Дело не в прожорливости, масса вещей в с++ может быть сделана оптимальнее. Например, тебе нужна функция которая будет работать с какими-то структурами данных. При этом для разных структур внутри функции понадобятся разные обработчики. В си ты передавал бы обработчик по указателю на функцию, в плюсах ты можешь сделать заведомо разные реализации без обращений через указатель.
Вот, собственно, инструмент этой абстракции.
При этом "анонимный" неймспейс тоже получает имя при трансляции.
