Ответы пользователя по тегу PHP
  • Нормальный ли принцип CMS я сформулировал?

    @Renius
    дурак восторженный
    Нормально, только это не принцип СМЦ, это скорее смахивает на модуль фреймворка.
    Посмотрите как работают с роутингами современные фреймворки. ruby on rails например
    Ответ написан
    Комментировать
  • PUT & POST при написании API

    @Renius
    дурак восторженный
    1. Как мне кажется наиболее эффективный метод работы выглядит следующим образом
    GET /reports(.:format) reports#index (коллекция)
    GET /reports/:report_id/images image#index (коллекция)
    POST /reports(.:format) reports#create (создание)
    GET /reports/new(.:format) reports#new (инициализация, удобный прием, в разрезе REST можно не рассматривать)
    GET /reports/:id/edit(.:format) reports#edit (иницаилизация, данные для редактирования)
    GET /reports/:id(.:format) reports#show (конкретный объект)
    PUT /reports/:id(.:format) reports#update
    DELETE /reports/:id(.:format) reports#destroy
    DELETE /reports/:report_id/images images#destroy
    PUT для коллекций ниразу не пришлось использовать, выдумывать ничего не буду

    2. Вторая часть рест — коды ошибок
    Например эффективно используется в связке с jQuery: евенты success, error и т.д. отзываются корректно.

    3. (самое важное) Межсистемное взаимодействие.
    Restfull API интуитивно понятен разработчикам сторонней системы, если конечно разработчики представляют что такое рест
    В любом случае, при межсистемном взаимодействии, важно пользоваться единым стандартом, а разрабатывать его налету — опасно. Большинство выбрали REST, если я не заблуждаюсь.

    4. Никакой путаницы.
    Ни в приложении, ни во фронтенде, ни в API, при использовании REST, вы совершаете одинаковые действия, с одинаковыми объектами, обращаясь на одинаковые URL, с одинаковыми наборами параметров. Поведение всех систем предсказуемое, все подвластно единой концепции.
    Ответ написан
    2 комментария