RM
на 37 строке видишь дружественный метод HelenaFramework? Он определен в конце HFapp.hpp
Size: a a a
2020 August 16
RM
Как думаешь зачем это сделано?
RM
Я мог бы убрать этот дружественный метод, а Initialize и Finalize методы кинуть в public
RM
Многие бы так и сделали, но встает вопрос
RM
А нахера разработчику, который юзает твою бибу видеть постоянно эти методы, если они используются только в HFApp и никогда не должны быть доступны разработчику?
CC
Я жру кактус совсем не из-за индексаций
Я тоже прочитал как "индексаций" (но там "индирекции", и я хз, что это)
RM
Концепция архитектуры в моем случае - это разработчик юзающий бибу не должен видеть что за ширмой, он не должен видеть методы, которые используются за ширмой
RM
Он должен видеть только то, что ему дается как инструментарий для создания и манипулирования созданными модулями и их плагинами
RM
Возвращаемся теперь к кактусам, я бы мог внутри ModuleTestA создать публичный метод GetModuleTestB, который возвращает указатель на ModuleTestB который мы в AppInit получили, помнишь? На 15 строке я говорил
RM
Но так нельзя делать, это опять же нарушает концепцию архитектуры, лишнего не должно быть
RM
Щас объясню почему, это будет работать прекрасно, плагины модуля ModuleTestA смогут юзать его метод GetModuleTestB и успешно работать с указателем, но теперь к проблеме
RM
У нас же есть другие классы модулей, которые так же могут получать указатели уже на наш класс ModuleTestA и что они увидят? ModuleTestB увидет метод GetModuleTestB и подумает, это че за дичь, зачем там метод, который указывает на меня же
RM
Вот и кактус собственно
RM
Если GetModuleTestB в ModuleTestA классе имеется, то он должен быть виден только для этого класса и его плагинов, но не для других модулей, которые получают так же указатель на нас
G
мда
RM
Есть решение, все плагины нашего модуля должны быть дружественными по отношению к своему модулю
RM
мда
А что не так? Считаешь это плохим подходом?
RM
Это во-первых, защита от дурачка, он не сможет вызвать методы,которые должны вызываться только изнутри самого класса (this), во-вторых, это повышает читабельность, потому что доступно только то, что задумано для юзабилити из текущей ситуаций
RM
Не спорю, постоянные friend'ы могут напугать, но зато разработчики не видят кишки других классов, которые никогда не должны вызываться из других мест
RM
А теперь можем обсудить почему возмущения по поводу такого подхода