Первый ангуляр — фреймворк? Не заметил, что у приложений на нём архитектура одинаковая. Со вторым, наверно, лучше будет. Честно, для меня фреймворкость не является киллер фичей. Какие у ангуляра2 характеристики по объёму написания кода, уровне/скорости входа в проект? Можно ли рендерить на сервере? Может что-то особенное ангуляр позволяет делать? Реакт вон путь в мобильные разработки открывает ещё.
А это проще (и другие критерии), чем среагировать на нужный action.type соответствующего модуля для синхронизации? То что состояния для разных компонентов должны быть синхронизированы есть частный случай. Были попытки автоматизировать синхронизацию, но практика доказала, что луче всеми силами отставить простоту без магии.
Разве immutable-js может работать с прототипированными объектами? Есть пример? Но если даже так, я в реальных приложениях store поддерживаю примитивным, ведь это как хранилище данных.
Ну не в этом же смысле продать =) Обосновать выбор надо команде и заказчику, разбирающемся в технологическом вопросе (заказчики крупных проектов имеют свой it штат для поддержки и дальнейшего развития). Не убедишь, не продашь. И тут же вопрос рынка. Найдет ли заказчик специалистов для поддержки?
Убойная особенность react – компонентная модель. Приложение как иерархия компонентов. Отдельно состояние по flux архитектуре. Компоненты меняют и реагируют на состояние. Биндинга не нужно, не нужны селекторы по DOM, не нужны крутые шаблонизаторы со своими магическими синтаксисами – это неприятная практика выносить шаблон в отдельный файл, однако создавать жесткие связи селекторами или спец атрибутами. Зачем? С VirtualDOM разработка реально проще, код красивее. Работа с коллекциями, объектами — ES2015. События для них даёт flux архитектура. UI –никаких проблем, одно удовольствие, пишешь <Modal ../> и получаешь модальное окно. Роутинг, бизнес логика, контроллеры делаются теми же компонентами. Не хочешь – выноси, используй дополнительные либы, создавай свои объекты. Используй все богатство NPM со сборщиком webpack. Созданное приложение можно рендерить (запускать) на сервере, решая вопрос с SEO. Единая кодовая база для мобильных приложений – iOS, Android с адаптивностью и нативностью для каждой. Удобно прототипировать UI, оживляя его постепенно в реальное приложение. Верстальщакам, знакомым с JS, можно доверить работать с комоннентами, верстать прямо в них, меньше опасений в нарушении логики. Вхождение в react проект для новичка, не знающего react — пара дней.
В чем преимущество backdone? Какие у него перспективы? Какая ситуация на рынке труда, есть ли рост числа специалистов по нему? Почему его стоит использовать для новых проектов? Что поможет успешно «продать» его с текущей конкуренцией?
Что выиграть хотите?
— комментарий перемещен ---
За кнопку "Пуск" от Микрософта претензий нет?
Первый ангуляр — фреймворк? Не заметил, что у приложений на нём архитектура одинаковая. Со вторым, наверно, лучше будет. Честно, для меня фреймворкость не является киллер фичей. Какие у ангуляра2 характеристики по объёму написания кода, уровне/скорости входа в проект? Можно ли рендерить на сервере? Может что-то особенное ангуляр позволяет делать? Реакт вон путь в мобильные разработки открывает ещё.
Какие задачи за счёт этого решаются или с какой выгодой?
Какая киллер фича у Angular 2 в сравнении с React?
На сервере нужно как-то интерпретировать запросы в GraphQL к своей субд? Как выглядит этот слой интеграции?
В подборе ипотеки можете писать, что по выбранному региону данных вообще нет?
Собранное приложение в итоге из чего состоит? Какие-то эмуляторы js, сервера..?
А это проще (и другие критерии), чем среагировать на нужный action.type соответствующего модуля для синхронизации? То что состояния для разных компонентов должны быть синхронизированы есть частный случай. Были попытки автоматизировать синхронизацию, но практика доказала, что луче всеми силами отставить простоту без магии.
В 99% случаях не буду проверять. Оптимальность изменения store от архитектуры приложения зависит.
Когда лучше подходит immutable-js? Думал вы утверждаете, что immutable-js для сложных store, но и вы его в такой ситуации не используете. Хм.
Разве immutable-js может работать с прототипированными объектами? Есть пример? Но если даже так, я в реальных приложениях store поддерживаю примитивным, ведь это как хранилище данных.
Что оптимизировать, если state объекты примитивны?
Можно же проверить, изменились ли данные и вернуть новый объект через spread
Ну не в этом же смысле продать =) Обосновать выбор надо команде и заказчику, разбирающемся в технологическом вопросе (заказчики крупных проектов имеют свой it штат для поддержки и дальнейшего развития). Не убедишь, не продашь. И тут же вопрос рынка. Найдет ли заказчик специалистов для поддержки?
Убойная особенность react – компонентная модель. Приложение как иерархия компонентов. Отдельно состояние по flux архитектуре. Компоненты меняют и реагируют на состояние. Биндинга не нужно, не нужны селекторы по DOM, не нужны крутые шаблонизаторы со своими магическими синтаксисами – это неприятная практика выносить шаблон в отдельный файл, однако создавать жесткие связи селекторами или спец атрибутами. Зачем? С VirtualDOM разработка реально проще, код красивее. Работа с коллекциями, объектами — ES2015. События для них даёт flux архитектура. UI –никаких проблем, одно удовольствие, пишешь <Modal ../> и получаешь модальное окно. Роутинг, бизнес логика, контроллеры делаются теми же компонентами. Не хочешь – выноси, используй дополнительные либы, создавай свои объекты. Используй все богатство NPM со сборщиком webpack. Созданное приложение можно рендерить (запускать) на сервере, решая вопрос с SEO. Единая кодовая база для мобильных приложений – iOS, Android с адаптивностью и нативностью для каждой. Удобно прототипировать UI, оживляя его постепенно в реальное приложение. Верстальщакам, знакомым с JS, можно доверить работать с комоннентами, верстать прямо в них, меньше опасений в нарушении логики. Вхождение в react проект для новичка, не знающего react — пара дней.
В чем преимущество backdone? Какие у него перспективы? Какая ситуация на рынке труда, есть ли рост числа специалистов по нему? Почему его стоит использовать для новых проектов? Что поможет успешно «продать» его с текущей конкуренцией?
Ваши ответы про react удивляют. Вы на нём делали проекты?
Вы используете Backbone + ReactJs? Кто-то так делает? В чём практичность вместо ReactJs стека?