Обычно мы пишем много кода для компании, для себя или для друзей. Иногда, чтобы проверить собственную идею или узнать
Для определенной технологии будет написан экспериментальный код. Жизненный цикл такого кода очень короткий и практически не требует обслуживания. Вы можете просто писать его так, как вам нравится.
к. Однако, когда вы действительно хотите завершить PProject, дизайн кода очень важен. Поскольку такой код требует долгосрочного
Техническое обслуживание, постоянная модификация или усовершенствование. Беспорядочный дизайн кода делает обслуживание очень трудным или невозможным. Модификация такого кода означает.
Это приведет к большему количеству ошибок или катастроф.
Поскольку дизайн кода настолько важен, мы не можем его игнорировать. Итак, как вы разрабатываете свой код? Методы объектно-ориентированного программирования могут помочь
Помогите нам. Здесь, сделав некоторое отступление, многие программисты путают технологию объектно-ориентированного программирования (ООП) с технологией объектно-ориентированного программирования (ОО). Сразу
В моем понимании объектно-ориентированная технология — это широкое и глубокое знание. Это методология или мировоззрение, а объектно-ориентированная технология — это своего рода методология или мировоззрение.
Методы объектно-ориентированного программирования просто предоставляют способ использовать объектно-ориентированное программирование при кодировании.
Ниже приводится опыт автора, полученный после прочтения некоторых соответствующих книг и ежедневной практики, и он надеется поделиться им с вами.
Во-первых, разделите код интерфейса и функциональный код. Один принцип, который необходимо иметь в виду, — не писать сложную функциональную логику в коде интерфейса.
Введите код. Файл реализации формы интерфейса используется только для хранения кода интерфейса и отдельного сложного функционального кода. Приведем простой пример:
Предположим, вы хотите получить откуда-то список строк и затем отобразить его в TListBox. Этот код заслуживает внимания:
ObjectXXX := TObjectXXX.Create;
ListBox1.Items := ObjectXXX.GetStringList;
ОбъектXXX.Бесплатно;
Таким образом, сложная логика получения списка строк инкапсулируется в коде реализации класса TObjectXXX, и определение этого класса может быть
и реализация помещаются в файл .pas независимо для удобства обслуживания. Разделение кода интерфейса и функционального кода имеет еще одно преимущество:
Код реализации функции может вызываться несколькими интерфейсными модулями. Если скопировать код реализации функции туда, где это необходимо, то.
Вам придется поддерживать несколько одинаковых модулей. Если вам нужно их модифицировать, ха-ха, практически невозможно гарантировать, что вы не допустите ошибок.
Во-вторых, сделайте логику каждого модуля максимально простой. Опыт подсказывает нам, что слишком сложная логика вызовет трудности в понимании людей.
Катастрофа. Поэтому делайте код каждого модуля максимально простым, обычно не более 25 строк кода. Когда вы обнаружите, что логика, которую вы пишете, имеет тенденцию
Если сложно, то сейчас самое время поискать объекты и посмотреть, сможете ли вы изолировать часть логики.
Наконец, обратите внимание на именование переменных. Часто проверяйте исходный код VCL, и вы обнаружите, что все частные переменные-члены в классе VCL начинаются с «F».
Начиная с, имена классов начинаются с буквы «T» и так далее. Каковы преимущества этого? Когда другие смотрят на такой код, как только они видят букву «F»,
Вначале вы можете сразу узнать, что это закрытый член класса, что облегчает обслуживание кода.