Дизайн API:Разделить или объединить внутренние функции с внешними?

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

Как лучше?

  • Сделайте все функции CRUD доступными через API и просто ограничьте публичный доступ к обновлениям и удалениям. Таким образом, вы сами будете использовать API для всей внутренней работы приложения.

  • Сделайте внутренние функции CRUD без API для всех внутренних операций, а затем создайте отдельный API только для создания и чтения. По сути, это дает вам два способа использования Create и Read -: один с API, другой без него.

  • Сделайте внутренние функции обновления и удаления без API для внутренней работы, затем создайте API для создания и чтения. Если вам нужно использовать функции Create и Read для внутренней работы, вы должны использовать API.

Надеюсь, все понятно, как лучше всего?

6
задан IMB 19 April 2012 в 19:22
поделиться