Он мне даже варнинги от tslint теперь по 2 раза показывает(

Кто-нибудь встречался с тем, что хром выполняет все скрипты по 2 раза? В FF и IE один, а в хроме - 2 ?

Кто-нибудь встречался с тем, что хром выполняет все скрипты по 2 раза? В FF и IE один, а в хроме - 2 ?

ты имеешь ввиду 2 раза constuctor выполняется?

Вообще куда бы я ни поставил брейк-поинт, он у меня 2 раза выполняется. Один раз как ts, другой из app.js

Как ts? Откуда у него ts?

В общем выключил настройку Enable JavaScript source maps, потом включил опять, и все стало работать нормально ??

Как ts? Откуда у него ts?

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

а если настроить воркспейс в хроме, то даже редактировать из хрома можно

Всем привет, у меня почему-то ngrx-state-freeze ругается на подобный код

не могу понять, я же клонировал массив? и дальше уже с новым массивом работаю, ругается на код типа item.id = "id"

может дело не в этом куске кода?

имеенно в нем, index.js:19State mutation is prohibited inside of reducers.

может я что-то не вкурил? разве я не могу работать над объектами в reducer?

по идее reducer должен возвращать новое состояние, а не менять текущее

дык он и возвращает, логика такая пришел pyload => сделал копию => добавил id для items => вернул новый стейт Object.assign...

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

мой ProfileLayout только один раз отрабатывает конструктор

Подскажи, пожалуйста, почему теперь ActivatedRoute route.params пустой, когда я открываю роут с ':id' ?

у тебя первый пустой роут срабатывает скорее всего

похоже просто ошибка ngrx-freeze, если я все правильно понял, он смотрит на изменения вообще чего угодно, а не state

children: [ {path: '', component: ConversationItemComponent}, { path: ':id', component: ConversationItemComponent, } ] первому pathMatch: full поставь

похоже просто ошибка ngrx-freeze, если я все правильно понял, он смотрит на изменения вообще чего угодно, а не state

я его тоже юзаю, и ошибки он кидает исключительно только когда ты меняешь что-то внутри объекта, не меняя ссылку

может у тебя просто в payload прилетает тоже самое?

я его тоже юзаю, и ошибки он кидает исключительно только когда ты меняешь что-то внутри объекта, не меняя ссылку

внутри объекта стейт?

да, в стейте

бли

так, а как контекст биндится к темплейту?

ngOutletContext передает лишь частично

можно, конечно, функции .bind(this)

даже будет работать

children: [ {path: '', component: ConversationItemComponent}, { path: ':id', component: ConversationItemComponent, } ] первому pathMatch: full поставь

Не помогло :(

да, в стейте

вот код, который точно не меняет объект стейт, но внутри которого происхожит мутация

<template *ngIf="itemTemplate" [ngTemplateOutlet]="itemTemplate" [ngOutletContext]="{$implicit:item,hoveredValue:hoveredValue,selectedValue:value,select:select}"></template>

может так тоже нельзя? просто мне показалось логичным изменять объект в reducer до того, как вернуть state

Не помогло :(

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

вот код, который точно не меняет объект стейт, но внутри которого происхожит мутация

почему ты думаешь что ошибка именно тут? покажи ошибку из консоли

ошибка

и самое тупое, что вот это валидный код

то есть если я сортирую массив, то все норм? а вот если внутри массива меняю свой-во, то нет?

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

я же выше писал у тебя в payload объекты которые уже были в стейте

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

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

хмм, странно, ну ладно, спасибо

ничего страннго, у тебя эти айтемы с стейте в текущем, ты хочешь обновить стейт, присылаешь эти же айтемы что уже там, но завернутые в новый массив, и тут же в редюсере начинаешь их менять, в итоге выплевываешь стейт опять же с этими же айтемами. Вот фризер и ругается. Потому что где то для конечного компонента это будет выглядить так: пришел айтем, отрендерил айтем пришел айтем, ссылка таже, не стал рендерить. //Но содержимое то изменилось

тебе как раз и указывают на эту потенциальную проблему

хочешь поменять айтемы, делай новые

и пуш их экшеном в стейт

А как должно выглядеть удаление, если у нас есть список с ids и объект с ключ-значение, то есть мы фильтруем массив, копируем его, а как из объекта стереть ? ведь delete это mutable действие

создать новый объект let old = { x: 1, y: 2, z: 3}; delete old.z; let newOb = { ... old }

Но тогда получается что мы и мутировали стейт сразу

как только вызвали delete

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

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

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

и при этом объект поссылки разный будет

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

Догнал, спасибо!

function removeByKey (myObj, deleteKey) { return Object.keys(myObj) .filter(key => key !== deleteKey) .reduce((result, current) => { result[current] = myObj[current]; return result; }, {}); }

Нашел вот

Тоже вариант

ребят

как лучше

делать все отдельными компонентами

или например

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

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

или это никакой роли не играет?

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

Ну так сделай Object.keys(old).filter(() => { }) и верни новый без него

function removeByKey (myObj, deleteKey) { return Object.keys(myObj) .filter(key => key !== deleteKey) .reduce((result, current) => { result[current] = myObj[current]; return result; }, {}); }

Object.assign({}, state, { [id]: undefined })

А че не так?

чуть глубже только

а так да точняк

ау

хелп ребятки

Object.assign({}, state, { [id]: undefined })

В чем разница между undefined и delete o.x ?

delete более затратная операция так как меняет структуру объекта. Удаление значение вместо проперти куда быстрее

И ещё есть запары с ownProperty и prototype.sameNameProp

хелп ребятки

разные подходы. Мне удобна семантичная структура, когда всё что связано с сущностью лежит рядом. Т.е. у меня к примеру есть раздел в системе отвечающий за настройки, следовательно под него создан модуль, каждая страница в разделе имеет свой компонент. Если есть директивы/компоненты/пайпы нужные только этому разделу они будут лежать там же. Если одна из нужных директив нужна ещё комуто, она уезжает в common модуль

разные подходы. Мне удобна семантичная структура, когда всё что связано с сущностью лежит рядом. Т.е. у меня к примеру есть раздел в системе отвечающий за настройки, следовательно под него создан модуль, каждая страница в разделе имеет свой компонент. Если есть директивы/компоненты/пайпы нужные только этому разделу они будут лежать там же. Если одна из нужных директив нужна ещё комуто, она уезжает в common модуль

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

Ага, темплейты в темплейтах

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

Контроллеры все в папке контроллеров

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

у меня сейчас 16 модулей только в публичной части проекта, без админки, еще штук 17 common модулей. Если я начну компоненты в компоненты класть, меня в дурку увезут, потому что ни кто ничего найти не сможет

Ага, темплейты в темплейтах

а темплейты причем тут?)

хелп ребятки

мне больше по душе подход модульный, когда файлы группируются по принадлежности к фиче, а не по типу. такой подход советуют профи еще начиная с 1го. а во втором angular-cli его применяет, так что имхо, это уже стандарт практически

мне больше по душе подход модульный, когда файлы группируются по принадлежности к фиче, а не по типу. такой подход советуют профи еще начиная с 1го. а во втором angular-cli его применяет, так что имхо, это уже стандарт практически

ну я например хочу сделать так: components; modules; services; pipes; правильно будет?

всем привет! кто-то юзал Ionic 2 для работы с Eddystone и IBeacon?

ну я например хочу сделать так: components; modules; services; pipes; правильно будет?

да, только components - это совсем общие, в модулях так же компоненты есть. например, есть модуль calendar. в нем дофигища компонентов разных, но они имеют смысл только в контексте калдендаря, и экспортится из модуля календарь только один компонент, например, app-calendar, который все внутренние использует сам, а для использования буз календаря они не доступны

то же самое и для сервисов / пайпов. Общие в shared, а остальное все по модулям

то же самое и для сервисов / пайпов. Общие в shared, а остальное все по модулям

я походу понял спасибо!

всем привет) посоветуйте плес какой грид заюзать для Angular2+TypeScript+Webpack

bootstrap? :D

?

всем привет) посоветуйте плес какой грид заюзать для Angular2+TypeScript+Webpack

мб материал либу официальную?

да тут заказчик играет очком не может дизайн выдумать