Каковы положительные и отрицательные стороны шаблонов C++? [закрытый]

На положительной стороне, шаблонах C++:

• Допускают обобщение Уменьшения типа

• объем избыточного кода, Вы должны к Справке типа

• создать безопасный с точки зрения типов код

• , оценены во время компиляции

• , Может увеличить производительность (как альтернатива полиморфизму)

• Справка для создания очень мощных библиотек

На отрицательной стороне:

• Может быть сложным быстро, если Вы не осторожны

• , Большинство компиляторов дает загадочные сообщения об ошибках

• , может быть трудно использовать/отлаживать высоко шаблонный код

• , Имеют по крайней мере одну синтаксическую причуду (>>, оператор может вмешаться в шаблоны)

• , Справка делает C++ очень трудным проанализировать

, В целом, внимательное рассмотрение должно использоваться относительно того, когда использовать шаблоны.

Положительные стороны: мощный; позволяет Вам:

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

Отрицательные стороны: мощный; позволяет Вам:

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

Шаблоны значительно увеличивают жизнеспособное пространство дизайна, которое является не обязательно плохой вещью, но оно действительно делает их что намного тяжелее использовать хорошо. Шаблону кода нужен maintainters, кто понимает не только функции языка, но и последствия дизайна функций языка; в сущности это означает, что много групп разработчиков избегают всех кроме самых простых и наиболее узаконенных приложений шаблонов C++.

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

Шаблоны должны использоваться экономно.

"Ужасный для отладки" и "трудно для чтения" не большие аргументы против хорошего шаблонного использования с хорошими абстракциями.

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

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

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

Я не вижу, как их трудно считать. Что нечитабельно приблизительно

vector <string> names;

, например? Чем Вы заменили бы его?

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

1. typedef имена типов редактора в типах предка не наследованы шаблонными классами.
2. потребность опрыснуть typename и template ключевые слова в соответствующих местах.
3. шаблоны Функции членства не могут быть virtual.

Эти вещи могут обычно преодолеваться, но они - боль.

Преимущество: Могут быть созданы универсальные Типы данных.

Недостаток: Код, Чрезмерно увеличивающийся в размерах

Повторно используемый код сделан с шаблоном. Его приложение соответствует профилю каждого.