Конечно нет, все DeleteObject-ы делаются автоматом
Насчет общих принципов, на мой взгляд, не следует чрезмерно увлекаться ваянием форм, а подумать об лучшей организации кода. Например, по умолчанию все формы в Delphi создаются автоматически (нужно вручную удалять их из списка автосоздаваемых). Но обычно в приложении пользователь в один момент времени не будет работать больее чем с одним окном, так что все ненужные формы следует создавать по мере надобности, динамически.
Кроме этого, можно прибегнуть и к динамическому созданию вкладок, если они чрезмерно нагружены, панелей инструментов, если их много и они схожи по своему назначению. А еще это даст возможность более удобной и быстрой миграции на другие компоненты, да и работать с неперегруженными формами гораздо проще.
Почему я так акцентирую на этом внимание? Потому что формы и являются одним из самых больших поедателей памяти, если не учитывать например случаи неосвобождения битмапов по несколько мегабайт или других больших файлов, загруженных в память.
Еще одним необходимым условием является необходимость применения try..finally для блоков, где временно создаются какие-то классы. Потому что при возникновении исключения, класс может не освободиться.
да знаю я где смотреть и сколько её там.. ВОПРОС не в этом..
Разумеется нельзя расточительно обращаться с памятью, но и мелочная экономия тут тоже не имеет никакого смысла. В частности передавать структуры по ссылке хорошо в плане быстродействия, но к экономии памяти это не имеет никакого отношения 
Такое впечатление, что люди или застряли в прошлом веке MS DOS и слабеньких компов с парой мегабайт оперативы, или участвуют в каком то непонятном соревновании - у кого диспетчер задач меньше цифирек покажет 
. А что он на самом деле показывает - фиг его знает. Но как бы не критиковали MS за отдельные штучки, но управление виртуальной и физической памятью в виндах устроено очень разумно - по принципу "не чеши пока не чешется". Во-первых, если кто-то думает, что при "загрузке" приложения весь образ срузу загружается в ОЗУ, тот глубоко ошибается - код и данные подгружаются с диска динамически по мере обращения к еще незагруженным страницам. Поэтому если мы открыли увесистую многофункциональную прогу, выполнили пару действий и закрыли, то возможно, что значительная часть неиспользуемого кода и данных даже и не загружалась с диска. С dll ситуация несколько хитрее, т.к. если она грузится не по своему базовому адресу, то нужно переустанвить релоки\фиксапы, и делается ли это сразу за один раз или также динамически - я на сей момент не знаю (надо бы поэкспериментировать). 
[/offtop]