и наоборот, внутри SegmentsModule не знает ничего про Oauth, о том что нужно все запросы в API делать передавая access_token, следить за экспирацией и т.д

он просто работает с Http, а AppModule уже глобально позаботился о подмене Http на нашу реализацию Oauth2Http

вот это я называю слабая связаность

в твоем коде все нормально, только остались вопросы, какой код все таки в segmets.module

import { NgModule } from '@angular/core' import { CommonModule } from '@angular/common' import { FormsModule } from '@angular/forms' import { ModalModule, ToggleModule, DateTimePickerModule, SelectModule, SwitchModule, ChartModule } from '@cleverdata/dmpkit/ng2' import { SegmentService, StateColorPipe } from './shared' import { SharedModule } from '../shared' import { SegmentsListComponent } from './segments-list' import { SegmentNewComponent } from './segment-new' import { SegmentFormComponent } from './segment-form' import { SegmentRowComponent } from './segment-row' import { SegmentThumbComponent } from './segment-thumb' import { SegmentRulesModule } from '../shared/attributes' import { routes } from './routes' import { SegmentEditComponent } from './segment-edit' import { SegmentStatsComponent } from './segment-stats' @NgModule({ imports: [ CommonModule, FormsModule, ModalModule, ToggleModule, DateTimePickerModule, SelectModule, SharedModule, SwitchModule, ChartModule, SegmentRulesModule, routes ], providers: [ SegmentService ], declarations: [ SegmentsListComponent, SegmentRowComponent, SegmentThumbComponent, SegmentFormComponent, SegmentNewComponent, SegmentEditComponent, StateColorPipe, SegmentStatsComponent ] }) export class SegmentsModule { }

вот такой

роутер import { ModuleWithProviders } from '@angular/core' import { RouterModule } from '@angular/router' import { DeactivateGuard } from '@cleverdata/dmpkit/ng2' import { SegmentsListComponent } from './segments-list' import { SegmentNewComponent } from './segment-new' import { SegmentEditComponent } from './segment-edit' export const routes: ModuleWithProviders = RouterModule.forChild([ { path: '', component: SegmentsListComponent}, { path: 'new', component: SegmentNewComponent, canDeactivate: [DeactivateGuard]}, { path: ':id', children: [ { path: 'edit', component: SegmentEditComponent, canDeactivate: [DeactivateGuard]} ]} ])

заметь что внутри SegmentsModule нет импортов за пределы него, только в ../shared

что логично

в SegmentsModule содержится все для работы с Segments, и все лежит в папке app/segments

http://i.4pcbr.com/i/a0/1CmvWQ.png

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

это и есть модульность без явных связей

Господа, мой следующий вопрос кому-то покажется очень банальным, тем не менее хорошего решения для него не удалось найти ни в гугле, ни узнать у коллег. Сам же я знаю 2 способа решения данной проблемы, но ни один из них мне не кажется хорошим. Каким образом стоит подключать стили в, например .styl, чтобы не возникало явления "unstyled content flash"? Это когда после подгрузки приложения долю секунды виден html контент, но он не стилизован.

а в Реакте от бедности обычно структурируют все в одну кучу, /components, /services, /utils, /models, /presenters, /stores, /reducers

и это ад

import { NgModule } from '@angular/core' import { CommonModule } from '@angular/common' import { FormsModule } from '@angular/forms' import { ModalModule, ToggleModule, DateTimePickerModule, SelectModule, SwitchModule, ChartModule } from '@cleverdata/dmpkit/ng2' import { SegmentService, StateColorPipe } from './shared' import { SharedModule } from '../shared' import { SegmentsListComponent } from './segments-list' import { SegmentNewComponent } from './segment-new' import { SegmentFormComponent } from './segment-form' import { SegmentRowComponent } from './segment-row' import { SegmentThumbComponent } from './segment-thumb' import { SegmentRulesModule } from '../shared/attributes' import { routes } from './routes' import { SegmentEditComponent } from './segment-edit' import { SegmentStatsComponent } from './segment-stats' @NgModule({ imports: [ CommonModule, FormsModule, ModalModule, ToggleModule, DateTimePickerModule, SelectModule, SharedModule, SwitchModule, ChartModule, SegmentRulesModule, routes ], providers: [ SegmentService ], declarations: [ SegmentsListComponent, SegmentRowComponent, SegmentThumbComponent, SegmentFormComponent, SegmentNewComponent, SegmentEditComponent, StateColorPipe, SegmentStatsComponent ] }) export class SegmentsModule { }

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

ты работаешь с каким-то конкретным куском функционала, например с Articles, и бегаешь по проекту в /components/articles/.. в /reducers/articles, models/article ...

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

нет, там есть SharedModule

из app/shared

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

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

yep

поэтому когда ты в компоненте из SomeFeatureModule пишешь <my-shared-input> то Angular в какой-то момент смотрит в зависимости SomeFeatureModule, находит там SharedModule и использует из него экспортированные компоненты, пайпы и прочее. в принципе вполне логично все получается

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

Тоже пришел к такой реализации, немного проще стало.

в общем модули это наше все, если сомневаешься то надо просто почитать доку

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

и профит будет очевиден

ты работаешь с каким-то конкретным куском функционала, например с Articles, и бегаешь по проекту в /components/articles/.. в /reducers/articles, models/article ...

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

меня правда бесит писать declarations в модулях, хотя и понимаю, что иначе видимо ангуляр бы и не узнал, что <cool-input> - это CoolInputComponent из файлика cool-input.component.ts

меня правда бесит писать declarations в модулях, хотя и понимаю, что иначе видимо ангуляр бы и не узнал, что <cool-input> - это CoolInputComponent из файлика cool-input.component.ts

import CoolInput from './CoolInpun.ts' ?)

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

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

import CoolInput from './CoolInpun.ts' ?)

но так конечнно начинаются проблемы с dl

import CoolInput from './CoolInpun.ts' ?)

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

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

В ангуляре наверное нет)

по-моему до модулей нужно было явно прописывать в @Component его зависимости от других компонентов

ага, ок. а то я на секунду испугался :)

Знатно вас реактовец затролил))

по-моему до модулей нужно было явно прописывать в @Component его зависимости от других компонентов

да, и это меня напугало, такой подход был совсем не удобен

Знатно вас реактовец затролил))

Да я сам пишу на ангуляре. Просто накипело да и попробовал другую технологию.

просто доставляет, что всё началось с того, что крайней удобную и крутую фичу принижают, ибо в реакте не так)) "каждый раз в модуле прописывать"... ?

не принижают а не понимают с непривычки

не надо во всем видеть троллинг

тогда скучно будет жить)

Привет всем, вопрос к тем кто использует ngrx/store, ощутим ли профит от этого подхода? или в итоге дает только лишний оверхед ? Я просто до этого redux не использовал, и пока не могу все цело осознать нужно ли оно, не усложнится ли код от этого

Привет всем, вопрос к тем кто использует ngrx/store, ощутим ли профит от этого подхода? или в итоге дает только лишний оверхед ? Я просто до этого redux не использовал, и пока не могу все цело осознать нужно ли оно, не усложнится ли код от этого

Я использовал redux - и код будет явно проще и онятнее) а данные более связанны

меня честно говоря пугает, что в reducer'ах начнут пухнуть switch/case конструкции, и количество reducer'ов тоже не померно будет множится, при это их надо как то складывать рядом, групируя по модулям

Но у тебя будет связанность данных. Достаточно прочитать про преимущества одного стора

Просто сейчас без swtich/case ты будешь как делать? Создавать новые функции? Дополнительно передавать куччу параметрво в одну функцию? С таким подходом стора у тебя становится атомарный такой подход (если можно так назвать)

Так что попробуй :)

А это вообще нормально использовать один экшен в разных редуцерах?

Привет. Подскажите пожалуйста, можно ли передать модель в ParentService? Допустим у меня есть BaseService с таким кодом: @Injectable() export class BaseService { url: string; constructor(public globals: AppService, public http: Http) { } get(): Promise<any> { const url = `${this.globals.apiUrl}/${this.url}/`; return this.http.get(url) .toPromise() .then(res => res.json()) } } В ChildService я наследую BaseService @Injectable() export class ChildService extends BaseService { constructor(public globals: AppService, public http: Http) { super(globals, http); this.url = 'works'; } } Вот тут я хотел бы передать модель, что бы использовать ее в обещании вместо any или это лишнее и можно обойтись указанием типа в компоненте, который использует метод гет?

Сделай генерик

@Injectable() export class BaseService<T> { url: string; constructor(public globals: AppService, public http: Http) { } get(): Promise<T> { const url = `${this.globals.apiUrl}/${this.url}/`; return this.http.get(url) .toPromise() .then(res => res.json()) } }

Потом когда чайл будешь инжектить, просто тип укажи: construct(private childService: ChildService<MyModel>) {}

https://www.typescriptlang.org/docs/handbook/generics.html

хм вот недавно доклад был

ща в закладках пороюсь

там про ООП Store

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

я сделал без свитчкейсов, я в экшены засунул код о_О

https://www.youtube.com/watch?v=wi3wPzReKZQ

спасибо, гляну

https://vsavkin.com/managing-state-in-angular-2-applications-caf78d123d02#.gnu1z0gck

вот еще

ниже код

вернее ссылка на гтитхаб

https://github.com/corasla/angular2-tackling-state-rxjs

вот кароч

другое дело что там самого ngrx нет

ну то есть там просто самоСтор

но разницы особой нет

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

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

что ты имеешь ввиду?

ну что то вроде $q.all в первом и с промисами

только в rx и с обзервами

ну что то вроде $q.all в первом и с промисами

forkJoin?

такс нукась

Ну вообще да но вот в этом контексте как бы применить @Effect() removeLayerWithMetadata$: Observable<Action> = this.actions$ .ofType(layers.ActionTypes.REMOVE_LAYER_WITH_METADATA) .map((action: layers.RemoveLayerWithMetadata) => action.payload) .mergeMap(layerWithMetadata => this.mapApi.mapDeleteById(layerWithMetadata.layer.id)) СЮДА БЫ ЕЩЕ ОДИН ЗАПРОС добавить

Ну вообще да но вот в этом контексте как бы применить @Effect() removeLayerWithMetadata$: Observable<Action> = this.actions$ .ofType(layers.ActionTypes.REMOVE_LAYER_WITH_METADATA) .map((action: layers.RemoveLayerWithMetadata) => action.payload) .mergeMap(layerWithMetadata => this.mapApi.mapDeleteById(layerWithMetadata.layer.id)) СЮДА БЫ ЕЩЕ ОДИН ЗАПРОС добавить

не вижу массива

что ожидаете получить?

нее я имею ввиду на ровне с this.mapApi.mapDeleteById хочу добавить еще this.metadataApi.mapDeleteById

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

можно так попробовать .mergeMap(layerWithMetadata => Rx.Observable.forkJoin(this.mapApi.mapDeleteById(...), this.metadataApi.mapDeleteById(...)) )

только результатом будет не Observable<Action>, а Observable<Array<Action»

Да гуд! @malborov Спасибо!

пожалуйста

Ребят,такой вопрос

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

и вот вопрос в том,как измерять скорость

чтобы он понимал когда надо повышать качество,а когда понижать

можно попробовать при старте кидать обращение на какой-то твой хэндлер, который отдает 10К данных без gzip и прочих радостей. замерять время и на этом основании делать выводы о качестве интернета

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

костылище конечно, но другого способа пока не приходит в голову, который не связан с изменением/внедрением в раздающий веб-сервер

окей,спасибо,попробую

смотри просто на буфер

если буферизазция идет медленно, переключай на более низкое качество