💸 Как сделать бизнес проще, а карман толще?

Тот, кто работает в сфере услуг, знает — без ведения записи клиентов никуда. Мало того, что нужно видеть свое раписание, но и напоминать клиентам о визитах тоже. Проблема в том, что средняя цена по рынку за такой сервис — 800 руб/мес или почти 15 000 руб за год. И это минимальный функционал. Нашли самый бюджетный и оптимальный вариант: сервис VisitTime.
⚡️ Для новых пользователей первый месяц бесплатно. А далее 290 руб/мес, это в 3 раза дешевле аналогов. За эту цену доступен весь функционал: напоминание о визитах, чаевые, предоплаты, общение с клиентами, переносы записей и так далее.
✅ Уйма гибких настроек, которые помогут вам зарабатывать больше и забыть про чувство «что-то мне нужно было сделать».
Сомневаетесь? нажмите на текст, запустите чат-бота и убедитесь во всем сами!

Нотация (префиксы) для именования переменных (экземпляров объектов) в зависимости от типа

В целом, стандарты Borland не рекомендуют использование префиксов для обозначения типа в имени переменной. Имя должно быть выбрано таким образом, чтобы определить функциональную принадлежность переменной. При использовании InFixCaps допускается составление имен переменных таким образом, чтобы начальная часть имени переменной указывала на ее функциональное назначение, а завершающая (постфикс) часть содержала указание на тип. Например: DateEdit, CustomerQuery, ErrorList.

Однако опыт разработки свидетельствует, что использование префиксов для именования переменных является эффективным способом стандартизации кода и очень распространено программистами, в том числе, и работающими с Borland Delphi.

Поэтому настоящие стандарты нейтрально относятся к обязыванию/запрету использования нотации (префиксов) для определения типов в имени переменных и программист, либо работающая над проектом группа, обязаны самостоятельно решать, использовать их или нет.

Смешивание различных стилей именования переменных в одном участке кода допускается, хотя и настоятельно не рекомендуется.

В том случае, если принято решение использовать префиксы, то для именования переменных (за исключением локальных переменных в простых процедурах и функциях) рекомендуется использовать запись с использованием нотации, построенной по следующему правилу:

1. Удалите из имени компонента префикс Т. Например, TButton превращается в Button.
2. Из полученного значения удалите все гласные буквы, за исключением первых букв слова. Например, Button превращается в bttn, a Edit превращается в edt.
3. Удалите сдвоенные согласные буквы. Например, bttn превращается в btn.
4. Если в результате возникает конфликт имен, возвращайте в полученное промежуточное значение гласные буквы— по одной, слева направо. Например, если появится новый компонент TBatton, его префикс типа войдет в конфликт с префиксом типа компонента TButton. Следовательно, для нового компонента следует установить префикс типа batn.

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