smelukov Jun 26 2016 at 15:36

Делаем крутые Single Page Application на basis.js — часть 1, вступительно-теоретическая

7 min

32K

JavaScript*HTML*

Tutorial

+15

Comments 28

aush Jun 26 2016 at 16:16

Rx?

-1

vintage Jun 26 2016 at 17:46

Краткий список методов, которые придётся вызубрить, чтобы хоть что-то сделать с таким подходом: 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

aush Jun 26 2016 at 18:07

Краткий список методов, которые придётся вызубрить, чтобы хоть что-то сделать с таким подходом

wat
Вы с ума сошли? Чтобы пользоваться достаточно map, onValue, offValue — хватает для абсолютного большинства задач.

vintage Jun 26 2016 at 18:26

Вы правы, остальные просто так придумали.

justboris Jun 27 2016 at 12:05

Ну необязтельно же сразу все.
В Lodash, например, тоже больше 300 методов, но можно же начать с пары нужных и изучать остальные по мере необходмости

TheRabbitFlash Jun 27 2016 at 01:39

Я скоро от слова фреймворк в контексте js буду блевать. Это как устоялось ~~продавец~~ менеджер — так и разного рода поделки называют фреймворками. Бросайте это дело.

Код на 99% получается меньше, если этого всего мусора не использовать.

-7

RubaXa Jun 27 2016 at 07:30

Вообще-то basis уже существовал когда это не было мейнстримом, никаких ангуляров и реактов тоже не было.

DewDif Jun 27 2016 at 11:04

Уважаемый TheRabbitFlash! Не использовать фреймворки в разработке серьезных проектов — все равно что с нуля изобретать теорему Пифагора. Согласитесь, ведь намного лучше за раз выучить ее в школе, а потом использовать все жизнь, чем придумывать и доказывать ее несколько лет.

-2

TheRabbitFlash Jun 27 2016 at 11:40

В серьезных проектах должны быть серьезные подходы, которые будут работать без сторонних либ, которые не знаешь когда могут загнутся. А в случае правок мы часто упираемся в современное понятие «опенсорс», когда ты ничего не можешь, кроме как использовать то, что тебе дали :) Это если мы говорим о серьезной разработке, а не о сайте, где требуется картинки крутить )

-2