(более двух уровней) и к чему плохому может привести такой подход ?
По сути мне нужно создать механизм управления доступами к методам интерфейса с помощью инкапсуляции и приватизации но, к сожалению, падаван не очень уметь в ооп.
Задачи:
1 - реализовать механизм вызова набора определенных приватных методов находящихся внутри определенного класса (абстрагирование от набора всех возможных методов)
2 - обеспечить возможность их редактирования/создания через встроенный конструктор таких классов.
3 - задать набор дефолтных вариантов реализаций пункта n.1 и возможность сборки их через конструктор в любой момент при необходимости
Все это инкапсулировать в один родительский класс, который будет выполнять все эти задачи.
Переформулируй плиз. Много слов, смысл которых ускользает. Что за "приватные методы", "конструктор классов", куда он встроен
И главный вопрос: откуда взялись эти требования? Что ты пытаешься таким образом сделать?
"приватные методы" - методы доступные только внутри класса "конструктор классов" - класс содержащий набор методов и переменных, используемых для создания обьекта (класса) с определенными свойствами Встроен он должен быть в главный родительский класс и использоваться только внутри него для создания асбтрагированных обьектов(классов)
1. Нет таких 2. Что?
Я пытаюсь понять, правильной ли является такая реализация части ядра приложения. Эта часть приложения - класс отвечающий за используемые наборы пермишеннов/доступов к методам интерфейса и управление ими
Судя по тому что я услышал ты смешал интерфейс пользователя и интерфейс классов в одну кучу
Обсуждают сегодня