Я пишу API и наткнулись на следующей схеме:Ограничительные API (наложение ограничений на пользователя клиента)
Мой API заставит пользователя клиента в том, что он/она пишет. Код должен проверять x количество сайтов на портале путем входа/выхода с разными учетными данными. Я не могу полагаться на шанс, что другой разработчик напишет свой собственный код входа (и это будет общий код), поэтому я написал абстрактный класс с частным конструктором для реализации методов входа и выхода в систему, а основной тест метод (который пользователь должен переопределить для заполнения IN0.
Я не видел API, который накладывает ограничения, как это, но тогда это API для команды.
я на правильном пути с этим ?
Спасибо за отзыв. Да, я не был уверен, что плохой подход закрыт. Однако удобство использования и документация API не затрагиваются, поэтому должна быть хорошая система. – dotnetdev
Кроме того, я думаю, мне решать, является ли это хорошим решением в отношении деловых обстоятельств. – dotnetdev