@angular2
Maksim03.08.2016
21:34:47
21:34:47
Они могут хранится где угодно внутри src, на работоспособность это не повлияет
Sergey03.08.2016
21:35:55
21:35:55
Я сходу просто не нашел информации но видел пример что в эту папку скидывают общие данные для проекта. Спасибо Максим, много полезного подчерпнул, вопросы может и детские но это мой первый js фреймворк )
GoogleSergey03.08.2016
21:36:59
21:36:59
Ага как раз в стайлгайде и находил эту информацию.
Maksim03.08.2016
21:37:03
21:37:03
Вот тут про структуру
Dmitry04.08.2016
10:57:54
10:57:54
Всем привет, в VS code завезли autoimport?
Алексей04.08.2016
11:01:33
11:01:33
Пока в виде плагина
https://marketplace.visualstudio.com/items?itemName=steoates.autoimport
Dmitry04.08.2016
11:04:12
11:04:12
чудно, спасибо большое
с ходу не заводится, но хорошо, что улучшают поддержку
кстати, может у кого-нибудь есть туториал как правильно настраивать tsconfig прям от и до, а то постоянно такое чувство, что что-то упускаю
Andrey04.08.2016
11:10:42
11:10:42
Алексей04.08.2016
11:12:31
11:12:31
скопипасть из angular cli и меняй по необходимости
http://techiejs.com/Blog/Post/Leveraging-tsconfigjson-in-TypeScript-projects
а так - информации увы очень мало - вообще tsconfig.json это обертка для опций компилятора
https://www.typescriptlang.org/docs/handbook/compiler-options.html
Ну и можешь спросить в группе по TypeScript
https://telegram.me/typescriptru
GoogleMaksim04.08.2016
11:23:13
11:23:13
При запросе делается next
Но сейчас понадобилось вернуть только один объект
Как кто это делает?
Вариантов много, интересны ваши
И почему именно так
Алексей04.08.2016
11:25:04
11:25:04
я видел вот такой способ -
this.some.toPromise().then()
Maksim04.08.2016
11:25:25
11:25:25
Вариант подписываться на все данные и фильтровать - странно имхо
Алексей04.08.2016
11:26:53
11:26:53
А более правильным будет
this.some.subscribe((nextValue) => {
// usefull job here
this.some.unsubscribe();
});
и помоему можно еще вот так делать ( я правда не проверял )
let subscribtion = this.some.subscribe((nextValue) => {
// usefull job here
subscribtion.unsubscribe();
});
Andrew04.08.2016
11:29:43
11:29:43
А более правильным будет
this.some.subscribe((nextValue) => {
// usefull job here
this.some.unsubscribe();
});
Алексей, вставляйте между шестью бэктиками ))
код
Sergey04.08.2016
11:29:57
11:29:57
А что ты для хранения в сервисе используешь?
Andrew04.08.2016
11:30:51
11:30:51
тут еще изменять можно?)
Sergey04.08.2016
11:31:12
11:31:12
это да, можно
Maksim04.08.2016
11:31:33
11:31:33
Я видимо криво выразился.
У меня в сервисе все данные пихаются в next при запросе с сервера.
Есть метод load all - это понятно. Но есть метод load, он подгружает один элемент и проталкивает его в общий массив. Далее этот массив опять же проталкивается в next
На деле там на массив а самописный контейнер данных, но это лишние детали, для простоты - массив
Сейчас появилась задача выдавать только один элемент
Есть вариант слушать общий обсервер и фильтровать приходящие данные, но это мне не нравится
GoogleSergey04.08.2016
11:33:32
11:33:32
next над каким классом? Subject например
Maksim04.08.2016
11:34:01
11:34:01
Например subject
Maksim04.08.2016
11:34:36
11:34:36
Вопрос не о реализации, а о том как кто реализует реактивные сервисы
Нужен не первый, а запрошенный
Запрашивает с сервера объект с конкретным ид
И нужно его получить
Sergey04.08.2016
11:35:27
11:35:27
а дальше?
Maksim04.08.2016
11:36:28
11:36:28
Но при этом он должен также попасть в массив всех данных, и этот массив должен быть отправлен в общий обсервер, чтобы не рушить парадигму
Sergey04.08.2016
11:36:30
11:36:30
Ну просто не очень ясно, там же ты можешь сделать без subscribe, и отдавать фильтрацию
Ох. Ну есть do() - вот тут можешь ловить данные
Maksim04.08.2016
11:37:12
11:37:12
Тяжело с телефона писать адекватно и развернуто, понимаю что меня сложно сейчас понять
Sergey04.08.2016
11:37:32
11:37:32
Ну это сервис запросов, а не синглтон с данными?
Maksim04.08.2016
11:38:04
11:38:04
Да
Sergey04.08.2016
11:38:20
11:38:20
Тогда он наружу отдает Observable
И перед передачей во вне, накладывает вот эти take, map и прочее
Я бы так делал
И кому нужны данные, уже делают subscription
вот тут можно развернуто спросить
GoogleSergey04.08.2016
11:40:07
11:40:07
https://gitter.im/dev-ua/FP-FRP
Алексей04.08.2016
11:40:48
11:40:48
делаем observable на 1 элемент - отдаем наружу но в do() складываем эти элементы в массив сервиса - массив можно забрать уже из метода сервиса
win win
Sergey04.08.2016
11:42:07
11:42:07
Если тебе нужно где-то кэширование на этом этапе, а не напрямую запрос слать. То вот можно использовать внутри сервиса прослойку из subject, в который данные писать, если они у тебя уже есть и отдавать снова toObservable(). А если данные будут позже, то дослать их next()
Maksim04.08.2016
11:42:48
11:42:48
Короче.
Есть сервис который оперирует одним объектом базы данных
У него есть методы - LoadAll(), Load(), Delete(), Update(), Create()
Этот метод имеет один публичный обсервер - result$. После любой операции с данными туда должен приходить массив актуальных данных.
Это реактивность, это логично.
Но сейчас мне нужно в одном конкретном месте получить один объект с конкретным ID. Текущая логика функции Load такова, что она получает с сервера объект под ID,
записывает его в контейнер данных (массив для простоты понимания), далее этот массив отправляется в result$.next()
Вариант как делают почти все - слушают $result и фильтруют пришедшие данные по ID. Мне это не нравится - зачем? Я знаю конкретный объект, я знаю что мне нужно, я его уже получил. Зачем мне еще раз его искать, лишняя нагрузка и вообще бред. Вот я и ищу вариант вернуть 1 эллемент, при этом н ломая парадигму реактивности, чтобы данные как и раньше везде обновлялись когда делаю load.
Sergey04.08.2016
11:45:02
11:45:02
Ну вот я тебе и описал. result$ вернуть. А что туда положить - это твой мидлвар - есть значение, тогда его. Нет - запрос сервера, тут subscribe и в result$
Maksim04.08.2016
11:46:03
11:46:03
Тогда result будет в разных ситуациях возвращать разные данные. Это не верный подход
Sergey04.08.2016
11:46:55
11:46:55
Ну так, тогда тебе нужен еще один метод
Maksim04.08.2016
11:46:56
11:46:56
Что я в 10 компонентах подписался, и везде юзаю
Вернее в 1 месте меняю
И везде меняется
Maksim04.08.2016
11:47:51
11:47:51
Вот
Я и спрашиваю кто бы как это разрулил
Потому что сам понимаю что это тупо
Sergey04.08.2016
11:48:16
11:48:16
Это должен быть отдельный сервис со своими типами на вход и выход
GoogleSergey04.08.2016
11:48:41
11:48:41
И как он внутри хитро устроен - это вон выше - про кэширование
Пусть ты будешь в отдельном сервисе хранить пул объектов с запросов колекций, а объект в них искать, а если нет довапрашивать
Там можно и дженерик применить, передавать тип нужного объекта
Maksim04.08.2016
11:50:41
11:50:41
Ну у меня сейчас это решает класс - контейнер. Он хранит в себе, заменяет, обновляет
Andrew04.08.2016
11:50:51
11:50:51
Оффтоп,
Есть сервис по генерации имен сущностей на основе рукописного ввода предложения в одно легкочитаемое, удобное имя латиницей с camelCase, содержащим весь исходный смысл..
Maksim04.08.2016
11:50:54
11:50:54
Так оно и есть собственно
Andrew04.08.2016
11:50:59
11:50:59
Вопрос риторический
Maksim04.08.2016
11:51:04
11:51:04
С дженкрикос
Sergey04.08.2016
11:51:23
11:51:23
Так что тебя не устраивает? )
Вон рядом поставь ObjectApi и юзай или этот контейнер, или CollectionApi
Потому что да, с возращаемыми типами просто так не разберешься. Либо новый метод, либо новый класс нужен
Maksim04.08.2016
11:53:10
11:53:10
Надо его зашарить между двумя сервисами
Sergey04.08.2016
11:53:30
11:53:30
Ну да
Maksim04.08.2016
11:55:21
11:55:21
Ну это ладно...
Так, а как можно после подписки выкинуть тот же обсервер?
Типа return obs.subscribe(..)
Чтобы потом на это можно было сделать еще subscribe
А, это меня плавит уже
Я понял, все ок. Спасибо
Sergey04.08.2016
11:59:30
11:59:30
На один обсервер - один сабскрипш )
это как lazy, пока нет subscription, ничего не выполняетс