насколько сейчас актуален backbone и что с ним лучше lodash или undercore?

Не трогай бэкбон, он ничем не поможет, он только проблем напихает. На нем можно и спа и обычные прилажухи делать, но по сути все будет жикваери. Я сам на бэкбон сейчас пишу, но только потому что нужны деньги, и после армии я не знал ни одного мвс.

Бэкбон слабо вписывается в сегодняшние реалии

Почти все современные фреймворки позволяют гораздо удобнее структурировать код, чем бэкбон

Бэкбон по сути не фреймворк, а либа, он помогует организовать код, но сейчас есть методы лучше. Его не перевести на ес6 полностью.

а с тайпскриптом он скрещивается как нить?

Реакт тоже либа

просто интересно

Сейчас много ищут эрект разрабов, но опытных

Сейчас много ищут эрект разрабов, но опытных

реакт то ваще изи. вот с редаксом дела несколько сложнее

реакт то ваще изи. вот с редаксом дела несколько сложнее

а что с ним сложного?

Ну, вообще, никто и не ищет реакт разработчика, который знает только реакт

С тайпскриптом, можно думаю. Я сам там ес6 юзаю, только классы расширяю старым способом. Но не советую вообще его трогать. Много вещей про навигацию в нем узнал случайно, когда делал другие модули

Есть только реакт нейтив

а что с ним сложного?

Идеальную структуру для своего приложения очень сложно создать, поскольку волен делать как хочешь. С опытом - легче, но все равно находишь всё лучшие пути

И да, с реакта сможешь на нейтив перейти, а это расширяет круг

а что с ним сложного?

много всего писать там надо. reflax в разы проще

Ты по сути все пишешь, там обработчика для ссылок навигации при имеющемся классе роутер нету.

И много жикваери

все жикваери

от него лучше отходить, травмирует будущий путь в ванилу

много всего писать там надо. reflax в разы проще

redux еще более примитивен чем бэкбон, много плагинов к нему нужно просто, но они тоже вроде как простые

redux еще более примитивен чем бэкбон, много плагинов к нему нужно просто, но они тоже вроде как простые

это бесспорно

Для себя вижу плюсы, из того что прочитал про него, (но не все) это: История с хешами и без, т.е роутинг страниц. Шаблонизатор, можно хранить html в отдельном файле и подключать как скрипт с типом text/html. Пользовательские события PubSub, т.е можно создать модульное приложение по патернам: Модуль+Медиатор и связующий Наблюдатель. К тому же вижу служебные полезные методы такие как расширение объекта и прочие, которые взял и использовал. + Возможность использовать с разными библиотеками. Для запуска - скачать и подключить к html и все

Мне для spa приложения

начать сейчас серьезное приложение на бэкбон это убить и приложение и свою карьеру

Мне для spa приложения

Я вот не понимаю. Ты спросил. Опытные тебе сказали - не стоит.

но я не вижу ответов почему, я вижу что "не модно"

К чему все дальнейшее. Думаешь тут сидящим требуется тебя переубеждать по какой то причине?)

нет typescript нет es6

зачем меня переубеждать, я не заставляю, я спрашиваю в 3 раз что не так с ним

и 3 раз получаю ответ что не модно

Почему тогда просто не делать статику на клиенте и шаблонизировать на пхп?

По бэкбону тебе будет даже некого спросить сейчас, те кто на нем пишут, не смотрят в интернет. А те кто писали стесняются. Все штуки что ты описал есть в том же ангуляре, только в нем есть еще дополнительные вещи, которые избавят тебя от головняков.

Сколько раз спрашиваю, столько получаю ответ "не модно"

Я в первый раз придумываю всю архитектуру по хотелкам заказчика(тз), и на бэкбоне это очень сложно

Почему тогда просто не делать статику на клиенте и шаблонизировать на пхп?

потому-что на основе динамеческих данных формируется контент на странице, т.е загружаются фоточки, текст и прочее в зависимости от желания юзера

обновления и тд

Смотри чем отличаются фреймворки, и выбери из них подходящий под твою задачу, сейчас топ это vue, react И angular 4

А если объективно, то у бэкбона подход другой. В реакте, ангуляр и вью - компонентный подход

обновления и тд

ну дык, ajax

и jquery тебе поможет

Да, в бэкбоне тебе придется самому писать каждый чих модели, либо обновлять весь экран

Максимально модульный, реюзабельный компонентный подход

А в бэкбоне такого нет

причем здесь аякс и жкуери?)

тут про арххитектуру больше и компоненты

причем здесь аякс и жкуери?)

ну тянет чувака на извращения. предлагаю полный набор))

В общем в бэкбоне нет компонента view, тебе придется самому его написать, некоторые извращенцы использовали рект для этого. И все связи между моделью и контроллером, самому писать, связи между моделями. Изменилось что-то в одной модели ребенке, и пошел описывать как менять модель родителя и вид родителя

Вот тебе сравнение в некотором роде, только с бэкбоном они не сравнили, потому что он давно не конкурент. https://vuejs.org/v2/guide/comparison.html

точь в тот, как тут? https://habrahabr.ru/post/312022/

точь*

точь в тот, как тут? https://habrahabr.ru/post/312022/

так все примерно так и есть, если без иронии

там еще много устаревшего уже, TS 1.7 уже древность )

ну а нафиг все это нужно, когда можно на чистом js написать. С помощью шаблонов организовать структуру приложения. Модули связать медиатором а на поступления и обновление данных прикрутить событийный-шаблон Наблюдатель. Итого: Приложение готово, есть ясность где и что. Есть возможность разширять его. Вес приложения минимальный. Не модно, да, но практично. Любой другой без знаний всего этого может залесть в код и работать с ним, кто хотя бы прочитал пару книжек по js. Это и плюс для бизнеса, приложение не зависит от конкретного работника. Да и на экране все одинакого выглядит и работает, даже если написано без jsx babel es6, достаточно знать как устроены модули, замыкание и объекты.

как раз архитектура приложения на паттернах, мало теории «Single Page Web Applications / Разработка одностраничных веб-приложений», Майкл С. Миковски, Джош К. Пауэлл

книга про паттерны «JavaScript Patterns / JavaScript. Шаблоны», Стоян Стефанов

и 3 раз получаю ответ что не модно

Ты взял устарелый кусок окаменевшей библиотеки, который тебе однако очень приглянулся; он не решает ни одной из проблем, стоящих сейчас перед разработчиком на самом деле, а не в твоём представлении; переубеждать его использовать я не буду, потратить кучу времени на аболютно бесполезную библиотеку из другой эпохи — это твоё право

ну а нафиг все это нужно, когда можно на чистом js написать. С помощью шаблонов организовать структуру приложения. Модули связать медиатором а на поступления и обновление данных прикрутить событийный-шаблон Наблюдатель. Итого: Приложение готово, есть ясность где и что. Есть возможность разширять его. Вес приложения минимальный. Не модно, да, но практично. Любой другой без знаний всего этого может залесть в код и работать с ним, кто хотя бы прочитал пару книжек по js. Это и плюс для бизнеса, приложение не зависит от конкретного работника. Да и на экране все одинакого выглядит и работает, даже если написано без jsx babel es6, достаточно знать как устроены модули, замыкание и объекты.

стейт приложения где хранить и как изменять?

к hash url, там про это написано. Его и отслеживаешь, при изменении url, переключаешь что нужно

это не стейт

про флаги или про что?

ну делаешь объект флагов и там хранишь

stateMap = {x:1, y:0}

в каждом модуле в том за что он отвечает

ок у тебя модуль мессенджера

но в шапке есть каунтер сообщений

ERROR: S client not available

— Да я просто сделаю мутабельный стейт и распихаю его в каждую ды~WAIT OH SHI~~

а еще на странице юзера надо вывести 5 непрочитанных сообщений

как связывать?

ну а нафиг все это нужно, когда можно на чистом js написать. С помощью шаблонов организовать структуру приложения. Модули связать медиатором а на поступления и обновление данных прикрутить событийный-шаблон Наблюдатель. Итого: Приложение готово, есть ясность где и что. Есть возможность разширять его. Вес приложения минимальный. Не модно, да, но практично. Любой другой без знаний всего этого может залесть в код и работать с ним, кто хотя бы прочитал пару книжек по js. Это и плюс для бизнеса, приложение не зависит от конкретного работника. Да и на экране все одинакого выглядит и работает, даже если написано без jsx babel es6, достаточно знать как устроены модули, замыкание и объекты.

Все эти умные мысли уже пришли в голову разработчикам всяких реактов, из-за чего они и были рождены на свет

Но лучше конечно потратить кучу времени на свой велосипед с квадратными колесами

Да ему просто нужно лично ощутить, каково это когда в твоём приложении, по впечатлениям, взорвалась граната

как связывать?

К примеру, модуль Data получает сообщение аяксом/вебсокетом, при поступление нового он публикует событие, на которое подписаны другие модули Messages, Users, User. Они обновляют свои данные, состояния, и т.д, потом публикуют события (различные) на которые подписан модуль DOM, которые занимается отображением данных на странице.

это все прекрасно, только в момент поступления события о новом сообщении страница юзера где их тоже надо отобразить еще не открыта и подписок у нее нет

когда она откроется где ей взять инфу?

так это в модуле user состояние должно быть

ну мы уже практически придумали redux

осталось только дойти до иммутабельности

к хешу можно сделать параметр

состояние чата можно будет добавить в закладки и перейти по url

осталось только дойти до иммутабельности

Идти дальше

Шины событий, эпики и т.д.

состояние чата можно будет добавить в закладки и перейти по url

да чат может попапом быть вообще, хэши это мелочевка

как раз архитектура приложения на паттернах, мало теории «Single Page Web Applications / Разработка одностраничных веб-приложений», Майкл С. Миковски, Джош К. Пауэлл

Код книги https://www.manning.com/books/single-page-web-applications можно посмотреть структуру как он устроен на чистом js. Из плагинов для uriAncor для состояние хеша и jquery для открыть закрыть окно и прочее

плагины самосабой не главное

никто же не спорит что это все можно навелосипедить и на чистом js самому

Ахахах

Крутая книжка

Как в 2007 вернулся

Жду когда будут рисовать скругления в пейнте

там про архитектуру больше

Там про шизофрению больше

Всё что вам нужно знать об это книженции

ну это олдскул же

там модуль каждый файл во время разработке в конце собирается все

там модуль каждый файл во время разработке в конце собирается все

require.js наверно?