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

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



Согласен. copy-paste враг программера, потому и хочу автоматизировать.



В Delphi есть автоматическая генерация заготовков для методов класса. Ну и тупая вставка кода под курсор. Маловато будет, тем более у класса обычно реализация методов идет отдельно. А еще я хочу нормальное создание свойств, с диалоговым окном, в котором бы можно было указать, нужны ли методы для доступа, или хватит простого read FField write FField;  

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

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

В этом и преимущество языковых приёмов метапрограммирования и генерации кода (шаблоны в плюсах) над кодогенерацией с помощью препроцессора. К тому же любой препроцессор (дельфийский в том числе) ничего не знает толком о языке с которым он работает. Кроме формального синтаксиса. Даже типов данных он уже не знает.

Чем отличается шаблон от простой замены типов?

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



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

а чем отличается перегрузка операторов от большого количества friend-функций? удобство и неочевидность внутренней логики.

Romikgy, 

Любитель, а своими словами можешь ответить на мой вопрос? без преимуществ и недостатков , в чем отличие?

Тогда чётко определись что есть "простая замена типов". Если с помощью препроцессора, то:
1. Более естественный синтаксис
2. Проверка компилером ошибок, да и вообще генерация логики (вроде поиска зависимостей) на уровне ещё шаблона, а не уже сгенеренного кода (частично).

не понял?

а после

код проходит компилятор, он разве тоже самое не делает?

поточнее плз

Delphi - прикольная вещь, благодоря которой количество начинающих программистов растет, потом многие(надеюсь) переходят на С++, так устроен мир!!!
На ДЕлфи проще разобраться с синтаксисом и со всеми вызовами функций, но меньше свободы действий.
НА СИ чуть сложней писать код, зато у тебя есть АБСОЛЮТНАЯ власть над компом!!!
чисто мое мнение как начинающего программиста, пишущего сейчас на СИ, а раньше на ДЕлфях

По словам сразу видно начинающего... Люди уже пару месяцев об этом говорят и все давно поняли, что если Delphi в чем-то и уступает C++, то точно не намного, а во многом даже превосходит... 
dragomir, прежде чем писать такое - прочти что говорилось до тебя...

dragomir, можно уточнить в чем это выражается?