Именование форм и юнитов
Модератор: Модераторы
Вот рекомендую хороший стиль написания программы http://ioccc.org/2015/burton/prog.c правда это си
-
Mirage
- энтузиаст
- Сообщения: 881
- Зарегистрирован: 06.05.2005 20:29:07
- Откуда: Russia
- Контактная информация:
Классы префиксируются буквой "T", интерфейсы "I" и т.д. не потому что действительно надо языковые сущности как-то обозначать (эта практика давно признана бессмысленной), а потому что иначе пересекаются названия. В этом случае имеет смысл однобуквенный префикс для регистронезависимых языков.
-
Лекс Айрин
- долгожитель
- Сообщения: 5723
- Зарегистрирован: 19.02.2013 16:54:51
- Откуда: Волгоград
- Контактная информация:
Mirage, одно другому не мешает.
возможно: красота именований юнитов, форм - это не то что необходимо в общем плане для иде?Ощущение что разработчики лазаря не задумывались о красоте именования файлов вообще.
Именуйте как вам удобно. С благой надеждой что тот кто будет далее сопровождать (смотреть) ваше творение (творчество) "врубится" в эти наименования. Ну и собственно что бы сами поняли, при беглом взгляде: зачем этот юнит, форма...
п.с.
zub какая чёткая логика... :
1. Заполнение всякой всячиной.
2. Рабочий процесс.
3. Освобождение всякой всячины.
Лекс Айрин писал(а):делать объект и класс одним целым
Идея была не в том, что надо сделать класс и объект одним целым.
Лекс Айрин писал(а):повторное объявление типа будет
Под "of class" (of var) подразумевалось не объявления класса, а указание компилятору на то, какой тип данных будет использоваться. Просто не очень удачная идея самой записи.
Обычно форму называю как и юнит , только с приставкой frm ( frmmain, frmtask)
-
Лекс Айрин
- долгожитель
- Сообщения: 5723
- Зарегистрирован: 19.02.2013 16:54:51
- Откуда: Волгоград
- Контактная информация:
stanilar писал(а):Идея была не в том, что надо сделать класс и объект одним целым.
Тогда это, имхо, не имеет смысла.
stanilar писал(а):Под "of class" (of var) подразумевалось не объявления класса,
Я и не говорил, что повторное объявление в этом месте.... А к тому, что...
stanilar писал(а):Код: Выделить всё
//Таки придется оставить возможность указать тип результата для избежание неочевидности.
Имхо, никакой неопределенности нет ( конечно, если нет где-то другого определения типа)
Вот если бы здесь был какой-нибудь тип abstract, который может динамически замещать любой другой тип... тогда это имело бы значение.
В общем, имхо, больше создается проблем, чем решается. Итак уже слишком все усложнили...