Как у второго ангуляра с рендерингом? Если сравнить по скорости м реактом

https://rawgit.com/krausest/js-framework-benchmark/master/webdriver-ts/table.html тут правда старый ангуляр

чуваки хочу сделать такую штуку - class Model extends HttpManager - соответственно у меня 2 класса объявлены - Model и HttpManager. В конструктор первого я передаю данные для модели, а во второй инжекчу Http из @angular/core. Как такое реализовать? Что-то напрямую не получается и погуглить тоже.

все что ты инжектишь в базовый класс HttpManager ты должен инжектить и в дочерний Model, и первой строчкой в конструкторе вызывать super(http, ....) со всеми зависимостями HttpManager

@injectable ничего не знает про наследования и магии никакой для этого там нет, нужно руками super() дергать и туда передавать все что нужно

@injectable ничего не знает про наследования и магии никакой для этого там нет, нужно руками super() дергать и туда передавать все что нужно

спасибо. Но проблема еще в том, что Model не хотелось делать  Injectable, чтоб самостоятельно создавать инстансы, а не только при создании модуля. И в коструктор ее помимо сервиса передавать объект с данными для модели. constructor(data, @Inject(Http) http:Http) ругается при создании инстанса

Не совсем понимаю зачем тебе такое могло потребоваться, это можно отдельно обсудить. Есть 2 решения в лоб

спасибо. Но проблема еще в том, что Model не хотелось делать  Injectable, чтоб самостоятельно создавать инстансы, а не только при создании модуля. И в коструктор ее помимо сервиса передавать объект с данными для модели. constructor(data, @Inject(Http) http:Http) ругается при создании инстанса

а что конкретно в консоли пишет?

1) Model не injectable, и ты ему всегда сам передаёшь в конструктор все зависимости, как их получить в том месте где ты создаёшь инстанс - твои проблемы

2) сделать injectable сервис ModelFactory, со всеми зависимостями и реализовать статический метод ModelFactory.new()

Он будет создавать инстанс Model, прокидывать в конструктор все зависимости и возвращать этот инстанс

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

Ты хочешь видимо объединить модель и http для неё в одном классе

Типа как в rails модели active record.

Но так делать не надо

с рельсами не знаком, но похоже что да, именно это и хочу сделать. Наседовать модель от транспорта. Почему так делать не нужно?

Потому что модель это просто данные её я бы советовал использовать только для отображения. А вся бизнес логика, т.е взаимодействие с API по http должна быть отдельно реализована в сервисах

Пример - юзера

это вы говорите о viewModel - я хотел нечто другое

Ты делаешь обычный класс User , не injectable

как раз бизнесс-модель

И отдельно UserService

Не должно быть понятия бизнес модель, есть сервисы

Для этого

И они синглтоны

Зачем их плодить инстансами?

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

User и UserService - way to go.

Я так на 1м писал, и это не особенно удобно. Есть подходы лучше

Приведи пример кода тогда с подходом получше

это уже философия ))) транспорт на самом деле один - в вашем подходе как раз плодятся транспорты для каждой модели, когда должны плодится настройки одного и того же транспорта.

Я так на 1м писал, и это не особенно удобно. Есть подходы лучше

https://github.com/troyanskiy/ng2-resource-rest ? ngResource?

в основном, да, ngResource использовал. RestAngular не зашел

но это как раз то, как я делать больше не хочу

это уже философия ))) транспорт на самом деле один - в вашем подходе как раз плодятся транспорты для каждой модели, когда должны плодится настройки одного и того же транспорта.

ничего подобного, транспорт это UserService он один, это синглтон

там вся логика по работе с Http

плодятся чистые view-классы User без DI

так моделей же много и для каждой свой транспорт.

нет

не нужен для каждой свой транспорт

я имею ввидку не инстансов User<

а разные классы моделей. Обычно кроме логинки есть еще что-то

User -> UserService, Address -> AddressService

конечно, UserService для работы с rest сущностью /users, ArticleService для работы с /articles

что с этим не так?

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

то, что транспорт по сути один и меняется только урла

ты ошибаешься, не надо делать один GodHttpService который отвечает за все

дальше я дискутировать даже не буду

тут нет предмета для дискуссии

ну нет так нет

ты сам придумал этот паттерн?

или где-то увидел?

Моделей с транспортом? Бэкбон, экста, ember data. Active records вы же сами привели в пример. Паттерн сервисов на средненьком проекте разросся в штук 30 классов для работы с апишкой.

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

Relay тыкали?:)

я же пытался рассуждать обобщенно

у меня часто бизнес логика сильно отличается у разных сущностей

чтобы немного сократить кол-во сервисов я вложенные ресурсы часто держу в одном сервисе, /deals/ и вложенные deals/:dealId/runs у меня в одном сервисе например

ну и модели Deal и DealRun в одном файле иногда держу если они маленькие

Relay тыкали?:)

нет, этож реакт. Там редакс

Сам подход я имею в виду и релей и редакс никак не связаны

чуваки хочу сделать такую штуку - class Model extends HttpManager - соответственно у меня 2 класса объявлены - Model и HttpManager. В конструктор первого я передаю данные для модели, а во второй инжекчу Http из @angular/core. Как такое реализовать? Что-то напрямую не получается и погуглить тоже.

http://plnkr.co/edit/uZQAY3czjM8Y048VO1oM?p=preview вот что можно сделать ( по первых нельзя использовать Inject если ты хочешь использовать именно конструктор - обьекты придется создавать и реквайрить в ручную ) export class HttpManager { constructor() { } makeRequest() { //.. } } import {HttpManager} from './HttpManager' export class BaseModel { private httpManager; constructor() { this.httpManager = new HttpManager(); } get(id) { return this.httpManager.makeRequest(); } } import {BaseModel} from './BaseModel' export class UserModel extends BaseModel { constructor(id: number, name: string) { super(); this.id = id; this.name = name; } } export class App { name:string; constructor() { this.name = 'Angular2' this.userModel = new UserModel(1,"test"); this.userModel.get(1); } }

если в кратце лучше создать BaseModel у которой будет приватный HttpManager и унаследоваться от нее

http://plnkr.co/edit/uZQAY3czjM8Y048VO1oM?p=preview вот что можно сделать ( по первых нельзя использовать Inject если ты хочешь использовать именно конструктор - обьекты придется создавать и реквайрить в ручную ) export class HttpManager { constructor() { } makeRequest() { //.. } } import {HttpManager} from './HttpManager' export class BaseModel { private httpManager; constructor() { this.httpManager = new HttpManager(); } get(id) { return this.httpManager.makeRequest(); } } import {BaseModel} from './BaseModel' export class UserModel extends BaseModel { constructor(id: number, name: string) { super(); this.id = id; this.name = name; } } export class App { name:string; constructor() { this.name = 'Angular2' this.userModel = new UserModel(1,"test"); this.userModel.get(1); } }

была такая мысль. Но как использовать  Http ангуларовский внутри моего HttpManager? создать new Http() нельзя, точнее я не знаю как, там какие-то обязательные аргументы. Да и к тому же это уже совсем против течения идти. Я все же ангулар хочу использовать, а не бороться с ним

была такая мысль. Но как использовать  Http ангуларовский внутри моего HttpManager? создать new Http() нельзя, точнее я не знаю как, там какие-то обязательные аргументы. Да и к тому же это уже совсем против течения идти. Я все же ангулар хочу использовать, а не бороться с ним

Унаследуй Http в httpManager

А так как httpManager это всего-лишь свойство в BaseModel то все будет вполне логично

так легче ж не станет, в его super  нужно будет передавать обязательные параметры. Это не очень гуд.

https://www.illucit.com/blog/2016/03/angular2-http-authentication-interceptor/

вот тут расписано, как от Http отнаследоваться

Привет. Такой вопрос: делаю // route — это ActivatedRoute this.route.queryParams.subscribe((params) => { console.log(params); }); перехожу на урл с ?q=12 в итоге в консоль валятся 2 сообщения: {} и {q: '12'} И я не понимаю, почему не просто {q: '12'}. И вообще, ошибка ли это в моём коде или в коде ангуляра. Кто-нибудь сталкивался с таким поведением?

Унаследуй Http в httpManager

я думал скорее сделать HttpManager Injectable и уже его наследовать, но ангулар так не умеет

точнее он не понимает, что в конструкторе у нас DI и в супер ничего передавать не нужно

точнее он не понимает, что в конструкторе у нас DI и в супер ничего передавать не нужно

Слушай можешь накидать в plnkr.co пример того чего хотелось бы. Пока просто не очень понятно

Привет. Такой вопрос: делаю // route — это ActivatedRoute this.route.queryParams.subscribe((params) => { console.log(params); }); перехожу на урл с ?q=12 в итоге в консоль валятся 2 сообщения: {} и {q: '12'} И я не понимаю, почему не просто {q: '12'}. И вообще, ошибка ли это в моём коде или в коде ангуляра. Кто-нибудь сталкивался с таким поведением?

Ты подписываешься на изменения query params. Сначала они {} а потом { a:1 }

Ты подписываешься на изменения query params. Сначала они {} а потом { a:1 }

ага, значит, так и должно быть?

тогда мне нужно как-то проигнорировать {} при подписке, если после него придёт { a:1 }.

а если не придёт, то не игнорировать. сложновато.

а если не придёт, то не игнорировать. сложновато.

обычно пишут так ( ибо всеравно в приложении нужна валидация параметров ) ngOnInit() { this.querySub = this.router.queryParams.subscribe(queryParams => this.queryParamaterValue = queryParams["queryParameterName"]; if (isValidQueryParameter(this.queryParameterValue)) { // ... } ); } isValidQueryParameter(param) { return param != null } ngOnDestroy() { if (this.querySub) { this.querySub.unsubscribe(); } }

ага, значит, так и должно быть?

а вот должно так быть или нет - посмотрю вечером

обычно пишут так ( ибо всеравно в приложении нужна валидация параметров ) ngOnInit() { this.querySub = this.router.queryParams.subscribe(queryParams => this.queryParamaterValue = queryParams["queryParameterName"]; if (isValidQueryParameter(this.queryParameterValue)) { // ... } ); } isValidQueryParameter(param) { return param != null } ngOnDestroy() { if (this.querySub) { this.querySub.unsubscribe(); } }

filter у rxjs мб?

filter у rxjs мб?

это для 1 параметра - а queryParams - массив из query параметров

это для 1 параметра - а queryParams - массив из query параметров

rxjs fromArray

Слушай можешь накидать в plnkr.co пример того чего хотелось бы. Пока просто не очень понятно

http://plnkr.co/edit/6aONnrlqxdkpMuTOgO3H?p=preview. Форкнул твой планкер и вроде получилось, упустил момент что HttpManager отдельно создается, а не наследуется. правда из планкера не получается сделать апи кол не в sameorigin, так что проверить не могу.

rxjs fromArray

** DEPRECATED ** ( use "from" instead ) и мне кажеться не очень подходит.. хотя могу быть неправ

http://plnkr.co/edit/6aONnrlqxdkpMuTOgO3H?p=preview. Форкнул твой планкер и вроде получилось, упустил момент что HttpManager отдельно создается, а не наследуется. правда из планкера не получается сделать апи кол не в sameorigin, так что проверить не могу.

Ну попробуй сделать вот таким способом - я думаю получится.

А есть в TS'е эдакий ObservableCollection как в шарпе? Чтобы бросалось событие, что объект внутри коллекции изменен?

обычно пишут так ( ибо всеравно в приложении нужна валидация параметров ) ngOnInit() { this.querySub = this.router.queryParams.subscribe(queryParams => this.queryParamaterValue = queryParams["queryParameterName"]; if (isValidQueryParameter(this.queryParameterValue)) { // ... } ); } isValidQueryParameter(param) { return param != null } ngOnDestroy() { if (this.querySub) { this.querySub.unsubscribe(); } }

ага. ну, у меня что-то наподобие этого, только без валидации пока. тоже подписка в ngInit и unsubscribe в ngDestroy. Тут дело в чём, собственно: я делаю аутентификацию через OAuth2. 1) Ангуляровское приложение смотрит в localstorage, есть ли там токен и не просрочен ли он. 2) Если токена нет, делает редирект к провайдеру. 2) Провайдер аутентифицирует пользователя, редиректит обратно, code засовывает в url. 3) Ангуляровское приложение смотрит в queryParams, если там есть code, через ajax получает токен у провайдера. PROFIT. Ну так вот. На третьем этапе, если queryParams пустые, приложение снова пошлёт пользователя к провайдеру за кодом. И мы вывалимся в циклическое получение кода у провайдера. А отфильтровать я не могу, поскольку тогда процедуру аутентификации автоматом при входе в приложение вообще не запустить: ничего попросту не будет срабатывать при пустых параметрах.

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

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

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

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

можно usecase ? кажеться что это все можно сделать всетаик проще

при сворачивании/разворачивании задачи нужно пересчитать позиции нижестоящих элементов(для правого контейнера)

можно конечно просто событие кидать из одного контейнера, в котором я обрабатываю собыия сворачивания

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

тебе просто всю эту логику нужно вынести в "Guards" import { AuthGuard } from './auth.guard'; export const routes: RouterConfig = [ { path: 'admin', component: AdminComponent, canActivate: [AuthGuard] }, { path: 'unauthorized', component: UnauthorizedComponent } ];