Исходное сообщение
"Сравнение методов исключения разработки на JavaScript для веб технологий" Отправлено Аноним, 12-Дек-21 22:10
Не увидел ответа, как к существующему сайту на фреймворке прикрутить нативное мобильное приложение. > не требуется ни понимания комнаты, ни понимания как включается свет Зато требуется понимание того, что на клиенте будет и комната, и свет. А в случае с Parent это выглядит так: "переместись на два этажа выше, выдвинь ящик №83, там будет листок бумаги, запиши туда то-то". Все развалится, едва ящик переедет на этаж выше. Или если в определенный момент вместо бумаги туда положат степлер. А в больших проектах, где над ним трудится от 1000 человек, такие правки появляются не ежедневно, а ежеминутно. В итоге, если потребуется просто немного перевестать страницу, нужно потрогать и бэк. Признаком дурно пахнущего кода является то, что какое-то незначительное изменение ведет к правке сразу нескольких файлов в самых неожиданных местах (в данном случае они вообще на разных полюсах - фронт и бэк). Правильная архитектура: - бэк отдает минимум информации, и отдает именно данные, а не "команды", - клиенты эти данные выводят так, как им заблагорассудится, хоть в дом, хоть еще черт-те куда. Имея такую архитектуру, можно распараллеливать разработку: если бы я был мобильным разработчиком, мне бы вообще не пришлось у себя разворачивать LAMP, мне бы просто скинули URL тестового стенда, и я бы спокойно пилил клиент без необходимости правок в бэк. Какой-нибудь фронтендер в это время бы пилил свою часть, имея ровно тот же URL стенда. И никто друг с другом не пересекается (меня например на работе вообще никто в лицо не видел).

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Не увидел ответа, как к существующему сайту на фреймворке прикрутить нативное мобильное > приложение. >> не требуется ни понимания комнаты, ни понимания как включается свет > Зато требуется понимание того, что на клиенте будет и комната, и свет. > А в случае с Parent это выглядит так: "переместись на два > этажа выше, выдвинь ящик №83, там будет листок бумаги, запиши туда > то-то". Все развалится, едва ящик переедет на этаж выше. Или если > в определенный момент вместо бумаги туда положат степлер. А в больших > проектах, где над ним трудится от 1000 человек, такие правки появляются > не ежедневно, а ежеминутно. > В итоге, если потребуется просто немного перевестать страницу, нужно потрогать и бэк. > Признаком дурно пахнущего кода является то, что какое-то незначительное изменение ведет > к правке сразу нескольких файлов в самых неожиданных местах (в данном > случае они вообще на разных полюсах - фронт и бэк). > Правильная архитектура: > - бэк отдает минимум информации, и отдает именно данные, а не "команды", > - клиенты эти данные выводят так, как им заблагорассудится, хоть в дом, > хоть еще черт-те куда. > Имея такую архитектуру, можно распараллеливать разработку: если бы я был мобильным разработчиком, > мне бы вообще не пришлось у себя разворачивать LAMP, мне бы > просто скинули URL тестового стенда, и я бы спокойно пилил клиент > без необходимости правок в бэк. Какой-нибудь фронтендер в это время бы > пилил свою часть, имея ровно тот же URL стенда. И никто > друг с другом не пересекается (меня например на работе вообще никто > в лицо не видел).
	Введите код, изображенный на картинке: