Эли4ка, rest - это архитектурный стиль распределённых систем. Ключевое слово "архитектура". Есть код на сервере, есть код в браузере - это уже распределённая система. Для того что бы не писать тонны разного кода и придумали rest и чтобы серверу было по барабану кому отдать информацию, в браузер твоему JS или стороннему ресурсу. Вся информация о том кому как и что содержится в самом запросе.
_____________
Стимулятор ~yoomoney - 41001303250491
Полная Версия: Где чистить данные
| Цитата (Valick @ 8.04.2019 - 22:31) |
| Эли4ка, rest - это архитектурный стиль распределённых систем. Ключевое слово "архитектура". Есть код на сервере, есть код в браузере - это уже распределённая система. Для того что бы не писать тонны разного кода и придумали rest и чтобы серверу было по барабану кому отдать информацию, в браузер твоему JS или стороннему ресурсу. Вся информация о том кому как и что содержится в самом запросе. |
Хорошо, я поняла. А тогда очевидно глупый вопрос MVC и REST можно совместить, не нарушая принципы ни первого, ни второго?
Не можно, а нужно. Если делать MVC, до до REST рукой подать. Если соблюдать рекомендации архитектуры REST, то сложно написать что-то кроме MVC. Единственное вьювер "уедет" на сторону "клиента" ну это грубо говоря.
Тема достаточно сложная, нужно много гуглить и читать.
_____________
Стимулятор ~yoomoney - 41001303250491
Тема достаточно сложная, нужно много гуглить и читать.
_____________
Стимулятор ~yoomoney - 41001303250491
| Цитата (Valick @ 9.04.2019 - 08:55) |
| Если соблюдать рекомендации архитектуры REST |
У меня уже не соблюдаются-ибо ответ не только json,а HTML еще.
| Цитата (Valick @ 9.04.2019 - 08:55) |
| Единственное вьювер "уедет" на сторону "клиента" |
На стороне клиента только что сгенерировал сервер и кэш больших выборок. Никаких модальных окон и прочего мусора быть не должно.
| Цитата (Valick @ 9.04.2019 - 08:55) |
| Тема достаточно сложная, нужно много гуглить и читать. |
На русском вообще не нашла материалов, только английский?
| Цитата (Эли4ка @ 9.04.2019 - 08:40) |
| А тогда очевидно глупый вопрос MVC и REST можно совместить, не нарушая принципы ни первого, ни второго? |
MVC в веб притянули за уши и прибили гвоздями, чтоб не отваливался
MVC создавался для пользовательских приложений. View это UI, в клиент-серверной архитектуре он может быть реализован только на клиенте, на сервере его по определению быть не может. Да и вообще сам MVC далек от идеала, уже давно пора ему на покой, пора придумывать что то новое
| Цитата (killer8080 @ 11.04.2019 - 15:09) |
| MVC в веб притянули за уши и прибили гвоздями, чтоб не отваливался smile.gif |
killer8080, но согласитесь довольно такие удобная штука.
| Цитата (killer8080 @ 11.04.2019 - 15:09) |
| может быть реализован только на клиенте |
То есть предлагаете хранить все шаблоны у клиента?
| Цитата (killer8080 @ 11.04.2019 - 15:09) |
| пора придумывать что то новое |
Пока увы не придумали
| Цитата (Эли4ка @ 11.04.2019 - 16:40) |
| о есть предлагаете хранить все шаблоны у клиента? |
разве я что то говорил про шаблоны? Шаблоны это всего лишь балванки для респонса, это не вью! Вюху рисует браузер (если он есть) и это уже совсем другая история, в момент когда юзер увидит страницу серверный скрипт давно умер, со всеми своими контроллерами и моделями
Так, я запуталась. Что тогда вью?
Эли4ка. А зачем выдумывать колесо, когда оно уже есть?
Возьми любой фреймворк, например Ларавель и там и валидация, и вместо $_POST уже объект Request и валидатор контроллирующий запросы, и модель, и Фасады, и Респос- вариации, и View, и Трансформеры, и пагинация. Если что то не понравиться, то можно всё ещё собственные или другие варианты использовать.
На первых порах слегка повозишься, что бы разобраться, но потом стандартные вещи будут просто на ура вылетать.
От всей души советую
К стати простые вещи в том же Ларавель вообще на уровне Модели Eloquent решаются, а если что по сложней, так просто передаёшь в контроллер как параметр нужный тебе Класс иньектор сам заботиться о том, что бы у тебя новая инстанция передалась в Контроллер. Остаётся только в этот класс загнать парочку нужных параметров с request и вызвав нужную методу вызвать подходящую View или как в наших проэктах просто отправить ответ в виде джесона, что бы front-end обрабатывал его потом так, как ему угодно.
Со точки зрения фронтенда мы взяли человека работающего с библиотекой vue.js и он сам вызывает контроллеры в backand через http и вставляет его куда его душе угодно.
_____________
↓↓↓↓↓↓↓↓↓↓
ответ может быть здесь
или в mysql_error();
Возьми любой фреймворк, например Ларавель и там и валидация, и вместо $_POST уже объект Request и валидатор контроллирующий запросы, и модель, и Фасады, и Респос- вариации, и View, и Трансформеры, и пагинация. Если что то не понравиться, то можно всё ещё собственные или другие варианты использовать.
На первых порах слегка повозишься, что бы разобраться, но потом стандартные вещи будут просто на ура вылетать.
От всей души советую
К стати простые вещи в том же Ларавель вообще на уровне Модели Eloquent решаются, а если что по сложней, так просто передаёшь в контроллер как параметр нужный тебе Класс иньектор сам заботиться о том, что бы у тебя новая инстанция передалась в Контроллер. Остаётся только в этот класс загнать парочку нужных параметров с request и вызвав нужную методу вызвать подходящую View или как в наших проэктах просто отправить ответ в виде джесона, что бы front-end обрабатывал его потом так, как ему угодно.
Со точки зрения фронтенда мы взяли человека работающего с библиотекой vue.js и он сам вызывает контроллеры в backand через http и вставляет его куда его душе угодно.
_____________
↓↓↓↓↓↓↓↓↓↓
ответ может быть здесь
или в mysql_error();
Я бы с удовольствием взяла, но для скромного сайтика надо ли?
Здесь расположена полная версия этой страницы.