2010-03-03 4 views
0

Я пишу API и наткнулись на следующей схеме:Ограничительные API (наложение ограничений на пользователя клиента)

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

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

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

ответ

0

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

+0

Спасибо за отзыв. Да, я не был уверен, что плохой подход закрыт. Однако удобство использования и документация API не затрагиваются, поэтому должна быть хорошая система. – dotnetdev

+0

Кроме того, я думаю, мне решать, является ли это хорошим решением в отношении деловых обстоятельств. – dotnetdev