Alexeis, почитай доку или описание по DUnit.
Я смотрел, трогал... Мне это не нужно.
Я могу спокойно 2 недели строчить код, потом за 5 минут поправить все очипятки и всё работает.
Проверять работоспособность модулей и классов для меня дико - там же в коде всё написано 

Вот ещё статейка - http://www.exprogramming.ru/Articles/LoveUT.html

Snowy, потому что один разработчик может держать весь проект в голове. А что если пройдёт пара лет и нужно что-то поменять? Хотя если в комментариях ВСЁ написано...   

Это сообщение отредактировал(а) Ch0bits - 10.4.2007, 21:39

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

Добавлено через 4 минуты и 40 секунд
ЗЫ. Когда проходит пара лет, смотришь на свой код и думаешь: "Ну и хрень... Неужели это я написал?!" 

Snowy, 

Хм... а у меня наоборот, смотрю через пару лет и удивляюсь, как же аккуратно и грамотно когда-то сделал  

2 Yanis



Боюсь, что нет. Перегрузка операторов для классов только под .NET.

Alexeis



Когда мне приспичило поменять имя мегаглобального для программы типа, я от рефакторинга чуть не кончил. 30 секунд на операцию. 

2 Ch0bits



Такие значит классы. Друг от друга зависимые.

  холи варе попахивает...   

  Речь уже идет о Delphi2007 for win32, как я понял в ней ввели и для обычных классов. 


  Так и нужно было чудес ждать, текстовые операции всегда длительные, а если бы переменную использовал, в нескольких модулях, тогда что? Нужно соизмерять возможности операций. В рамках функции средних размеров, все должно отлично работать. Кстати использование всяких глобальных переменных и гигантских функций, как раз говорит о плохом стиле кода. Переменные должны рождаться и умирать в блоках. Такие объекты как формы как правило уникальны, а операции изменения имени черезвычайно редки, потому тут вполне можно и поиском обойтись. Если приходиться часто менять переменные в таких блоках, то следует серьезно задуматься о организации приложения. 
  

30 секунд это включая мои действия.  Переименовывал не переменную, а тип. Программа со времен, когда я деревянным мечом сражался и там по тексту много явных преобразований было. Сейчас правда уже вымерли все.



Ну дык круто блин. Вон в Chrome, так и шаблоны есть. Чем же Сишники размахивать будут, когда они и в Delphi появятся.  Вот только интересно мне, а сразу в 2006-ом или 2005-ом не могли до конца реализовать? Интересная политика.

Нека. К сожалению я ошибся.
Для обычных классов нет перегрузки операторов.

  Зато она есть для Advanced Record в Win32. Это как раз и важно, складывать Ежиков с помидорами мало кому прийдет в голову. А для объектов метода Assign(), хватает с головой, чтобы присвоить по значению. 
Всякие + - шапочки и хвостики удобны для работы с элементами, т.е. простыми объектами, которые вполне теперь могут быть реализованы при помощи Advanced Record. Причем не могут, а должны быть таковыми ведь размер прародителя TObject, думаю многих останавливает, при создании объектов состоящих из 2х 3х integerов. Из-за этого KOL и строилась на старых паскалевских объектах. Для больших и сложных объектов операторы слишком неочевидны, чтобы их использовать. Методы куда понятнее. Но странно, что в обзоре не написано, что только в Win32, от чего напрашивается вывод, что 2007 они будут и в Win32. Нужно уточнить...

2 Alexeis



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

Ну не обучен у нас народ к пользованию лицензионными продуктами.

На сайт CodeGear заходил? Хотфиксы ставил? Должен заметить, что после установки всех хотфиксов среда работает достаточно стабильно.

Разговор с эхом 

Beltar, все объекты в Delphi наследники TObject;
Т.е. они по размеру не меньше него самого.


   Т.е. нас ожидает табличка VMT на 9 методов. т.е. 9 * 4 = 36 байт + сам объект + указатель на VMT в объекте, т.е. стартуем как минимум уже с 40 байт. Если у нас 2 переменные типа Integer, то размер 48 байт. Итого в лучшем случае 85% размера объекта не наши, а родного TObject. При количестве переменных порядка 10 интов, лишние расходы уже 50%. Вот и задумаешься, когда создаешь список из 100000 таких объектов. У Advanced Record, такого быть не должно, так как она не наследник TObject.

2 Alexeis

Дык это понятно. Непонятно, почему несмотря на это в ряде новых языков структуры и класс объединены.