Комментарии 28
Краткий список методов, которые придётся вызубрить, чтобы хоть что-то сделать с таким подходом: aggregate, all, amb, and, any, asObservable, average, buffer, bufferWithCount, bufferWithTime, bufferWithTimeOrCount, catch, combineLatest, concat, concatAll, concatMap, connect, controlled, count, debounce, defaultIfEmpty, delay, delaySubscription, dematerialize, distinct, distinctUntilChanged, do, doOnNext, doOnError, doOnCompleted, doWhile, elementAt, every, expand, extend, filter, finally | ensure, find, findIndex, first, flatMap, flatMapFirst, flatMapLatest, flatMapObserver, flatMapWithMaxConcurrent, forkJoin, groupBy, groupByUntil, groupJoin, ignoreElements, includes, isEmpty, join, last, lastIndexOf, let, manySelect, map, max, maxBy, merge, mergeAll, min, minBy, multicast, observeOn, onErrorResumeNext, pairwise, partition, pausable, pausableBuffered, pluck, publish, publishLast, publishValue, share, shareReplay, shareValue, refCount, reduce, repeat, replay, retry, retryWhen, sample, scan, select, selectConcat, selectMany, selectManyObserver, sequenceEqual, single, singleInstance, skip, skipLast, skipLastWithTime, skipUntil, skipUntilWithTime, skipWhile, slice, some, startWith, subscribe | forEach, subscribeOn, sum, switch | switchLatest, switchFirst, take, takeLast, takeLastBuffer, takeLastBufferWithTime, takeLastWithTime, takeUntil, takeUntilWithTime, takeWhile, tap, tapOnNext, tapOnError, tapOnCompleted, throttle, timeInterval, timeout, timestamp, toArray, where, window, windowWithCount, windowWithTime, windowWithTimeOrCount, withLatestFrom, zip, zipIterable
Краткий список методов, которые придётся вызубрить, чтобы хоть что-то сделать с таким подходом
wat
Вы с ума сошли? Чтобы пользоваться достаточно map, onValue, offValue — хватает для абсолютного большинства задач.
В Lodash, например, тоже больше 300 методов, но можно же начать с пары нужных и изучать остальные по мере необходмости
Код на 99% получается меньше, если этого всего мусора не использовать.
Вообще-то basis уже существовал когда это не было мейнстримом, никаких ангуляров и реактов тоже не было.
А если есть надобность — то всё плохо?
Проблема не в этом. Проблема в том, что сторонняя библиотека развивается так, что новая версия требует фактически большого переписывания старого кода.
Да, в новой версии пофиксили баги — но это не спасает от того, что ты остаёшься на legasy коде.
Кончается всё тем — что рано или поздно всё переписывается на ново. Или бросается.
Пример — никаким адаптером вы Angular 1 не приведёте к Angular 2.
Даже если вы используете jQuery 1.4 — то переход к jQuery 2,0 уже проблематичен и повлечёт много времени на поиск и исправления вашего кода.
И т.д.
Вот и ответ. — Адаптеры — это всё из мира Java, из мира энтепрайза… Там всё это можно. Там время идёт медленно.
Мир Javascript — он настолько быстро меняется — что никакими адаптерами не обложишься.
Пришёл React.js — переписывай всё заново. ;-)
Мы этим не заморачиваемся. — Если нужно и оно меняется безболезненно(более-менее), то меняем.
Иначе думаем как не меняя обойти.
Так и движемся.
И главное, зачем? Какую проблему может решить переход на jQuery2 и тем более Angular2? Ради хайпа? Пришел реакт и что? Это просто View, со своими плюсами и минусами. Выбор инструмента и тем более переход с одного на другой должен быть обоснован, а не просто «это модно».
Лет 9 назад переходил с Prototype на jQuery, примерно 2-3 дня ушло на написание фасада, но вот вот обновление jQuery с 1.5 до 1.8 было болью, но боль только в том, что слишком много мегабайтов кода и jQuery тут совсем не причем, намного больше боли бы со своим кодом.
Хайп важен. Иначе твои вопросы типа как сделать что-то при jQuery 1,4 будут просто не поняты всеми, ибо все уже давно поменяли jQuery на React.
За эти пару лет базис сильно изменился. Ящитаю, самая мощная фича с тех времен — Value.query(), это конструктор геттеров по относительному пути, который автомагически подписывается на все нужные события, которые обновляют вычисляемое значение.
Отладчик тоже заматерел, стал на порядок юзабельнее. Я надеюсь, Сережа покроет все клевые фичи в следующих статьях.
А к вопросу об островке — корень проблемы был, мягко говоря, не в базисе. Стройная и логичная система костылей и подпорок, причиняющая непоправимые психические травмы всем, кто ее касался — лишь последствие, хоть это и не было очевидно. *здесь умное лицо*
Делаем крутые Single Page Application на basis.js — часть 1, вступительно-теоретическая