Двойной интервал статья продолжений ACM в ЛАТЕКСЕ

C ++ - хороший язык

Я буквально неделю или две назад задолбался в другом вопросе, сказав, что C ++ не был очень хорошим языком. Так что теперь я попробую сказать обратное. ;)

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

Но это не бесполезный, дряхлый, устаревший, ненавистный язык, который многие люди пытаются сделать это. Это не должно быть сметено под ковром и проигнорировано. Мир не был бы лучшим местом без него. У этого есть некоторые уникальные сильные стороны, которые, к сожалению, скрыты за причудливым синтаксисом, устаревшими и не в последнюю очередь плохими учителями C ++. Но они есть.

В C ++ есть много функций, которые мне отчаянно не хватает при программировании на C # или других «современных» языках. В нем есть чему поучиться на C # и других современных языках.

Он не слепо сфокусирован на ООП, а вместо этого исследовал и впервые применил общее программирование. Это позволяет на удивление выразительно метапрограммировать во время компиляции, производя чрезвычайно эффективный, надежный и чистый код. Уроки функционального программирования потребовались почти десятилетие, прежде чем C # получил LINQ или лямбда-выражения.

Это позволяет вам обнаруживать удивительное количество ошибок во время компиляции с помощью статических утверждений и других приемов метапрограммирования, что значительно облегчает отладку и даже превосходит модульные тесты в некоторых отношениях. (Я бы предпочел поймать ошибку во время компиляции, чем потом, когда я запускаю свои тесты).

Детерминированное уничтожение переменных позволяет RAII, чрезвычайно мощный маленький трюк, который делает блоки try / finally и блоки using в C # избыточными.

И хотя некоторые люди обвиняют его в том, что он «проектируется комитетом», я бы сказал, что да, это так, и в данном случае это на самом деле неплохо. Посмотрите на библиотеку классов Java. Сколько классов снова устарело? Сколько не следует использовать? Сколько дублируют функциональность друг друга? Сколько из них плохо спроектировано?

Стандартная библиотека C ++ намного меньше, но в целом она удивительно хорошо спроектирована, и, за исключением одной или двух незначительных бородавок (например, vector<bool>), ее дизайн все еще остается в силе. очень хорошо. Когда функция добавляется в C ++ или его стандартную библиотеку, она подвергается тщательному анализу. Разве Java не могла извлечь выгоду из того же самого? Также .NET, хотя он и моложе и был несколько лучше спроектирован с самого начала, по-прежнему накапливает большое количество классов, которые не синхронизированы с реальностью или плохо спроектированы с самого начала.

С ++ обладает множеством сильных сторон, с которыми не может сравниться ни один другой язык. Это хороший язык