Как функции, не являющиеся методами, улучшают инкапсуляцию
Описание
В книге Скотта Мейерса рассматривается важность выбора между методами и функциями, не являющимися методами, для улучшения инкапсуляции в программировании. Автор утверждает, что предпочтение функций, не являющихся методами, часто приводит к более гибким и устойчивым к ошибкам решениям. Книга основана на практическом опыте и предлагает алгоритм для принятия правильных решений при проектировании функций, связанных с классом. Рассматривается проблема инкапсуляции и гибкости программного кода, предлагаются практические решения для повышения устойчивости к изменениям. Книга полезна для программистов, стремящихся к созданию надежных и масштабируемых программных систем.
Когда, в 1991 г., я писал первое издание "Эффективное использование C++" (Effective C++ [1]), я изучал проблему определения функций, связанных с классом. Для заданного класса C и функции f, связанной с C, я разработал следующий алгоритм:
if (f необходимо быть виртуальной) сделайте f функцией-членом C;
else
if (f – это operator›› или operator‹‹) {
сделайте f функцией – не членом;
if (f необходим доступ к непубличным членам C) сделайте f другом C;
}
else if (в f надо преобразовывать тип его крайнего левого аргумента) {
сделайте f функцией – не членом;
if (f необходимо иметь доступ к непубличным членам C) сделайте f другом C;
} else сделайте f функцией-членом C;
Этот алгоритм хорошо служил мне многие годы, и когда я правил "Эффективное использование C++" для второй издания в 1997 г. [2], я не сделал никаких изменений в этот алгоритм.
Однако, в 1998 году, когда я проводил презентацию в Actel, где Аран Канду (Arun Kundu) заметил, что мой алгоритм диктовал, что функции должны быть методами даже тогда, когда они могли бы быть реализованы как не члены, которые использовали только открытый интерфейс класса C. "Это действительно, что-нибудь означает?" – спросил он меня? Другими словами, если f могла бы быть реализован как функция-член (метод) или как функция не являющаяся не другом, не членом, я действительно защищал, что ее надо реализовать как метод класса? Я немного подумал об этом и решил, что это не то, то, что я подразумевал. Поэтому я изменил алгоритм [3]:
if (f необходимо быть виртуальной) сделайте f функцией-членом C;
else if (f – это operator›› или operator‹‹) {
сделайте f функцией – не членом;
if (f необходим доступ к непубличным членам C) сделайте f другом C;
} else if (f необходимо преобразовывать тип его крайнего левого аргумента) {
сделайте f функцией – не членом;
if (f необходимо иметь доступ к непубличным членам C) сделайте f другом C;
} else if (f может быть реализована через доступный интерфейс класса) сделайте f функцией – не членом;
else сделайте f функцией-членом C;
С той поры я критиковал программистов, которые освоили урок, преподанный объектно-ориентированным подходом, предлагающий помещать функции внутрь классов, содержащих данные, обрабатываемые этими функциями. В ответ они возражают мне, что это все делается ради инкапсуляции.
Но они ошибаются.
Инкапсуляция не определяет вершину мира. Нет ничего такого, что могло бы возвысить инкапсуляцию. Она полезна только потому, что влияет на другие аспекты нашей программы, о которых мы заботимся. В частности, она обеспечивает гибкость программы и ее устойчивость к ошибкам. Посмотрите на эту структуру, чья реализация (я думаю, что мы все согласимся) не является инкапсулированной:
struct Point {
int x, y;
};
Похожие книги
Основы программирования в Linux
В четвертом издании книги "Основы программирования в Linux" вы найдете подробное руководство по программированию в операционной системе Linux. Книга охватывает использование библиотек C/C++, системных вызовов, файлового ввода/вывода, взаимодействия процессов, программирования командной оболочки и создания графических интерфейсов с помощью GTK+ или Qt. Вы узнаете, как компилировать, компоновать программы с библиотеками и работать с терминальным вводом/выводом. Учебник также содержит практические советы по написанию приложений для GNOME и KDE, хранению данных с использованием MySQL и отладке программ. Четкая структура и понятные примеры делают процесс обучения быстрым и эффективным. Идеально подходит для начинающих Linux-программистов, стремящихся освоить основы программирования в этой мощной операционной системе.
97 этюдов для архитекторов программных систем
Архитекторы программного обеспечения играют ключевую роль в успехе проектов. Книга "97 Этюдов для архитекторов программных систем" предлагает практические советы от ведущих специалистов. Она охватывает широкий спектр тем, от решения распространенных проблем до создания эффективных команд. Авторы, включая Билла де Ору, Майкла Хайгарда и Нила Форда, делятся своим опытом, предлагая решения для повышения качества и эффективности работы в сфере разработки ПО. Книга является ценным ресурсом для всех, кто хочет улучшить свои навыки проектирования архитектуры программных систем и добиться успеха в IT-профессии.
Искусство программирования для Unix
Эта книга не просто руководство по Unix, а исследование его философии и культуры. Она не ориентирована на технические подробности, а на понимание "почему это следует сделать", а не "как". Автор, Эрик Стивен Реймонд, обращается к опыту ведущих разработчиков Unix, чтобы показать, как коллективная культура и традиции влияют на создание эффективных и устойчивых программ. Книга разделена на четыре части: Контекст, Проектирование, Реализация и Сообщество. Каждый раздел раскрывает различные аспекты Unix-культуры, от истории и философии до практических рекомендаций для программистов. Книга подходит для тех, кто хочет понять не только "как", но и "почему" Unix-программирование так эффективно. Понимание принципов проектирования, заложенных в Unix, поможет вам создавать более качественные и гибкие программы.
Программист-прагматик. Путь от подмастерья к мастеру
Книга "Программист-прагматик. Путь от подмастерья к мастеру" глубоко исследует процесс разработки программного обеспечения, абстрагируясь от технических тонкостей. Она фокусируется на ключевых аспектах, таких как требования к программе, ее работоспособность и поддержка. Авторы, эксперты в области программирования (А. Алексашин, Дэвид Томас, Эндрю Хант), делятся своим опытом, предлагая практические советы по преодолению трудностей и созданию программ, которые радуют пользователей. Книга охватывает темы личной ответственности, карьерного роста, архитектурных методик, гибкости и повторного использования кода. Научитесь бороться с недостатками ПО, избегать ловушек дублирования знаний, создавать адаптивные программы, избегать программирования на совпадениях, защищать код контрактами, утверждениями и исключениями, собирать реальные требования, осуществлять эффективное тестирование и формировать команды программистов-прагматиков.