Ограничительный API (наложение ограничений на пользователя клиента)

Question

Я пишу API и наткнулся на следующий шаблон:

Мой API заставит пользователя клиента писать то, что он пишет. Код должен проверять количество сайтов на портале, выполняя вход / выход с разными учетными данными. Я не могу полагаться на случайность, что другой разработчик напишет свой собственный код для входа (и это будет общий код), поэтому я написал абстрактный класс с закрытым конструктором для реализации методов входа и выхода, а также основной тест метод (который пользователь должен будет переопределить для заполнения0.

Я не видел API, который налагает подобные ограничения, но тогда это API для команды.

Я на правильном пути с этим?

Answer 1

Это точка инкапсуляции. Вы, как разработчик, решаете, что скрывать перед другими программистами и какие методы они могут вызывать. Я вижу, вы просто хотите убедиться, что это хорошее решение, ну, это одна из основных концепций ООП.