Как правильно тестировать сторонние либы как компоненты ангуляра? В частности leaflet геозоны - svg на карте, просто expect'ить наличие SVG? или как правильнее будет?

Тем более что svg сам на карте

Всем привет. Подскажите пожалуйста, где можно почитать о фильтрации массивов, о передачи состояния фильтров итп? кроме оф источника. Не получается раскурить этот раздел.

имеется ввиду при выводе через ngFor ?

@igor_na ага.

самое простое сделать геттер для списка, и в нём отдавать значения , предварительно фильтруя: class SomeComponent { private _list; get list() { return this._list.filter(item => dosomething) } }

Привет, кодеры : ) Кто юзает Ionic 2 ?

А это актуально? http://stackoverflow.com/questions/35080387/dynamically-add-event-listener-in-angular-2 Хочу прикрепить eventHandler, которые через attribute directive В чем разница между такие подходом и HostListener?

как тестировать изменения? нашел только spyOn spyOn(testHostComponent.testComponent, 'ngOnChanges').and.callThrough(); fixture.detectChanges(); Верный способ?

и changeDetection: ChangeDetectionStrategy.OnPush

у компонента

Салют ребята. Немного теоретический вопрос. Нужно ли в каждом компоненте, где у нас используются observable подключать ondestroy и делать по всем unsubscribe?

Я внятного ответа на это не нашел пока что, да и в тех репозиториях, которые я использовал ondestroy почти не применялся

https://medium.com/@benlesh/rxjs-dont-unsubscribe-6753ed4fda87#.291jljmfs

хм, почитал, спасибо

Как правильно тестировать сторонние либы как компоненты ангуляра? В частности leaflet геозоны - svg на карте, просто expect'ить наличие SVG? или как правильнее будет?

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

То есть тестирую инстанс сторонней либы внутри своего компонента?

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

или цвет

it('should create the MapGeoSpatial', async(() => { let mapGeoSpatial = fixture.debugElement.componentInstance; expect(mapGeoSpatial).toBeTruthy(); })); it('should initialized item in the MapGeoSpatial', async(() => { expect(comp.item).toBeDefined(); })); it('should item has correct options in the MapGeoSpatial', async(() => { let options = comp.item.getLayer().options; expect(options.opacity).toBe(0.5); })); Где item как раз инстанс сторонней либы, так получается?

подскажите пжт как отправлять объекты через router.navigate['route',{smth}], не как get?

Ребята XMLHttpRequest cannot load https://API_URL. Response to preflight request doesn't pass access control check: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://localhost:8100' is therefore not allowed access.

Это проблема backenda?

Ага

Да. Нужно в заголовке отдавать ращрешение

Просто через Postman проходит

https://developer.mozilla.org/en-US/docs/Web/HTTP/Access_control_CORS

На хром есть extension который может помочь

Просто через Postman проходит

Postman может не передавать Origin

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

и вообще не важно, что он передает

header('Access-Control-Allow-Origin: *'); 

он не проверяет заголовки Access-Control-Allow-Origin которые приходят с сервера

Главное чтобы был заголовок?

header('Access-Control-Allow-Origin: *'); 

так тоже нельзя

по идее :)

при разработке разве что

Да мне вот бекендер говорит что он поставил

header('Access-Control-Allow-Origin: *');

Ага.?

Да мне вот бекендер говорит что он поставил

вы можете проверить сами

через Postman

Да в постмане есть

а он есть на post а на option нет

Значит ему нужно на option дать

верно?

верно?

точняк

Все спасибо всем ❤️

Привет знатокам агуляр 2!

Про миграцию на ангуляр 2 ___________________________ Вопрос номер 1-раз. Как обосновать это для заказчика? Какой реальный профит кроме потраченного времени на миграцию и постотладку?

вот полный список профитов: ['тебе будет норм']

??? А если серьезно?

я серьезно

больше профитов нет

ясненько...

Я тут почитал. ТАм используется TypeScript. Как с поддержкой относительно старых браузеров?

с тайпскриптом все ок

он умеет в es5

и в es3 если надо

но его не обязательно юзать (но лучше юзать)

но сам ng2 ie9+ https://angular.io/docs/ts/latest/guide/browser-support.html

??? А если серьезно?

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

Спасибо

Да. Набор компонент больше всего настараживает..

если не горит, я бы до лета подождал

новый проект ещё куда не шло, а вот старый переписывать, тяжко будет

Есть ли ссылочка на гитхаб с хорошим примером правильного кода на ангуле 2? Что б издалека присмотреться поближе.

Про миграцию на ангуляр 2 ___________________________ Вопрос номер 1-раз. Как обосновать это для заказчика? Какой реальный профит кроме потраченного времени на миграцию и постотладку?

если проект “на заказ” я бы не стал переходить

если не горит, я бы до лета подождал

а в марте обещают 4 версию ?

Есть ли ссылочка на гитхаб с хорошим примером правильного кода на ангуле 2? Что б издалека присмотреться поближе.

оф туториал норм будет для начала

кстати, кто-нибудь её трогал ?

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

выйди в прод, начни деньги зарабатывать, переписать всегда успеете

То же верно....

То же верно....

если ангуляр 1 умеете, то это не значит, что сумеете на втором, там много ньюансов

которых не видно на простых Hello world

Еще вопрос. Кто-то пробовал такой гибридный подход к миграции? https://vsavkin.com/migrating-angular-1-applications-to-angular-2-in-5-simple-steps-40621800a25b#.ymtq6pq5l

Может там грабли какие? Или еще-то не так!?

> According to Brad Green of Angular, Angular 1.3 will continue to receive bugfix and security patch support for 18-24 months after the release of version 2.0.

вот end of life должен быть нормальным аргументом потом

Может там грабли какие? Или еще-то не так!?

да это безумие

ок. спасибо... То же показалось безумством, но все же привлекает внимание.

вот end of life должен быть нормальным аргументом потом

Т.е. ангуле 1,6 осталось жить 1,5 года приблизительно...!?

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

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

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

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

так и сделал, надеюсь не прогадал ))

Ну с Ангуляром я с Апреля того года. Но сейчас уже прижился и пишу код свободно.

Есть ли надежда, что 1-й ангул дообновляется до какой-то совместимой версии, и сможет плавно проабгрейдиться до 2-го?

Т.е. ангуле 1,6 осталось жить 1,5 года приблизительно...!?

уже меньше