Проект провал , вообще когда чиновники что-то хотят слепить это уже провал, и не важно что.
Потому что, бизнес вкладывает свои деньги, берет риски в виде кредитов и тд..
А чиновник имеет зарплату - делай только вид движухи и ничего не далай, мотивации 0.
Были йотафоны, емобили, суперджеты - и где это все и кому нужно?
Вместо всякой ерунды, лучше бы государство вложило в школы, больницы, снизило налоги, ЖКХ и тд, уменьшило вражду с другими странами и в конечном итоге повысило качество жизни.
Почитал заголовок посмеялся от души, читать смысла не вижу.
Мне 36 и вообще никаких проблем, наоборот 12 лет опыта в разработке и 95% вакансии успешно прохожу на зп 200-300к. Открываю свой бизнес, да вообще самый сильный рост пошел в 35)))
А могу я используя SPA использовать несколько фреймворков?
Вот Angular я выбрал и все роутеры только в нем, и все на нем завязано. Или вы сделаете 2 html страницы, на одной Angular, а на другой Backbone и каждый свои роутеры делает??
В том то дело что SPA это слишком монолитное приложение, перейти к другой технологии — значит переписывать все приложение. А это печально.
0. Пожалуйста пишите тесты какие вздумается.
1. Роутинг на стороне сервера.
2. Валидация через js компоненты на стороне клиента и на стороне сервера на уровне моделей. Все стандартно.
3. Темлейты на стороне клиента.
4. Через запросы на стороне клиента, например в js компоненте.
5. Можно подключать на разных страницах одинаковые компоненты. Если ООП то можно модифицировать. Все зависит от задач, повторное использование компонентов так же реально.
6. На стороне клиента.
Не используют и что. Даже если в страницах что то поменяется от этого ничего не измениться.
«Пройдет время, вы захотите поменять свои веб-странички выдаваемые API» — эти страницы часть веб клиента, в чем проблема если они поменяются?)
Но Бог с ним. Допустим мы вынесем из API html страницы.
Самое главное что веб приложение будет так же работать через REST API.
Файлик не сложно же подключить?? :-)
А почему REST API не может html возвращать? Чем данные html отличаются от JSON например или XML??
Это просто данные.
Объясняю.
REST API — содержит роутер(URL), контроллер, модель данных, а вьюха она используется только для тех запросов, которое возвращает статический html.
Еще раз html не содержит данных, не содержит никакой js логики. Всю логику интерфейса и обработку данных делают js компоненты или другие штуки, которые подключены к этой статической странице.
JS получают данные из той же API. И получается что API и веб приложение это одно и тоже.
«Если появятся для этого API клиенты на iOS или Android, то им тоже надо знать где лежат шаблоны books-index?» — нет, суть в том что само веб приложение есть API.
Проще говоря, почему мы не можем html через API слать, но html этот не содержит логики, это просто кусок html — меню, header, footer и прочие вещи которые не меняются.
На эту же страницу ставятся js компоненты или другие штуки, они то всю динамику и логику интерфейса и делают.
А для мобильников все так же, просто они не используют запросы которые возвращают html статику :-)
Вот и все.
Ага. И вот тут к нам приходят уже заранее подключенные на статическую страницу js компоненты или другие штуки которые вам нравятся.
Они то всю динамику и логику интерфейса и делают.
То есть можно сделать компонент, шаблонизатор для него и в перед. И страница будет вообще работать как отдельное приложение. Каждая страница сервиса!
Прочитал часть стаьи....
Какой выход?
Уезжать из страны кто может.
Новых проектов не будет, ИТ бизнес бежит... Что тцт делать???
Проект провал , вообще когда чиновники что-то хотят слепить это уже провал, и не важно что.
Потому что, бизнес вкладывает свои деньги, берет риски в виде кредитов и тд..
А чиновник имеет зарплату - делай только вид движухи и ничего не далай, мотивации 0.
Были йотафоны, емобили, суперджеты - и где это все и кому нужно?
Вместо всякой ерунды, лучше бы государство вложило в школы, больницы, снизило налоги, ЖКХ и тд, уменьшило вражду с другими странами и в конечном итоге повысило качество жизни.
Вот тогда и процессоры и все остальное появится.
А так будет вечное догоняние))
Почитал заголовок посмеялся от души, читать смысла не вижу.
Мне 36 и вообще никаких проблем, наоборот 12 лет опыта в разработке и 95% вакансии успешно прохожу на зп 200-300к. Открываю свой бизнес, да вообще самый сильный рост пошел в 35)))
Чего в 25 даже не мечтал.
«Потому что это противоречит концепции REST API.» — это почему это??
REST API может возвращать все что угодно, JSON,HTML, Картинки, фидео, аудео — все что угодно.
Вот Angular я выбрал и все роутеры только в нем, и все на нем завязано. Или вы сделаете 2 html страницы, на одной Angular, а на другой Backbone и каждый свои роутеры делает??
В том то дело что SPA это слишком монолитное приложение, перейти к другой технологии — значит переписывать все приложение. А это печально.
0. Пожалуйста пишите тесты какие вздумается.
1. Роутинг на стороне сервера.
2. Валидация через js компоненты на стороне клиента и на стороне сервера на уровне моделей. Все стандартно.
3. Темлейты на стороне клиента.
4. Через запросы на стороне клиента, например в js компоненте.
5. Можно подключать на разных страницах одинаковые компоненты. Если ООП то можно модифицировать. Все зависит от задач, повторное использование компонентов так же реально.
6. На стороне клиента.
А зачем мобильникам эти страницы ?)
Не используют и что. Даже если в страницах что то поменяется от этого ничего не измениться.
«Пройдет время, вы захотите поменять свои веб-странички выдаваемые API» — эти страницы часть веб клиента, в чем проблема если они поменяются?)
Но Бог с ним. Допустим мы вынесем из API html страницы.
Самое главное что веб приложение будет так же работать через REST API.
А почему REST API не может html возвращать? Чем данные html отличаются от JSON например или XML??
Это просто данные.
Ресурсы конечно не являются частью REST API))
Во-вторых, все работает через API.
REST API — содержит роутер(URL), контроллер, модель данных, а вьюха она используется только для тех запросов, которое возвращает статический html.
Еще раз html не содержит данных, не содержит никакой js логики. Всю логику интерфейса и обработку данных делают js компоненты или другие штуки, которые подключены к этой статической странице.
JS получают данные из той же API. И получается что API и веб приложение это одно и тоже.
Эта архитектура зародилась в работе и не только моей.
А как это сделать. Все таки это подход к построению интерфейса, а не подход к построению приложения.
Это штука только для веб интерфейса.
Проще говоря, почему мы не можем html через API слать, но html этот не содержит логики, это просто кусок html — меню, header, footer и прочие вещи которые не меняются.
На эту же страницу ставятся js компоненты или другие штуки, они то всю динамику и логику интерфейса и делают.
А для мобильников все так же, просто они не используют запросы которые возвращают html статику :-)
Вот и все.
AJAX это просто транспорт УРА!!))
Но для начала хорошо понять, примерно как архитектура эта работает))
Они то всю динамику и логику интерфейса и делают.
То есть можно сделать компонент, шаблонизатор для него и в перед. И страница будет вообще работать как отдельное приложение. Каждая страница сервиса!