(у нас)

ну да то что T

я в store/configure.ts заебенил такую штуку

export type State = { ui: UiState; domain: DomainState; routing: { locationBeforeTransitions: { pathname: string; }; }; }

это слишком?

ну да то что T

generic type же

generic type же

да это понятно

чат не читай @ сразу отвечай

я всю ерунду, что есть в Window помимо стандартной в корне src

храню

export type State = { ui: UiState; domain: DomainState; routing: { locationBeforeTransitions: { pathname: string; }; }; }

а эти UiState уже в каждом редюсере?

да

спасибо

и сами редьюсеры как function reducer(state: State = defaultState, action: Action): State

а экшены тоже типизированные?!

у нас да

как выглядит тогда этот Action?

там все возможные варианты данных или payload: object?

type Action = UserAdded | UserRemoved | UserBaned

а, окей

харкдор

type UserAdded = { type: "UserAdded" payload: { id: number } }

какое-же это дублирование кода, всё таки

хз, сниппеты и функции обертки решают проблему

а зачем экстендить

когда можно interface Window {}

когда можно interface Window {}

+

и он должен смержить декларации

да, только подключить надо не забыть)

и ещё, сами определяете декларации для window.devToolsExtension или они есть где?

window['devToolsExtension'] ¯\_(ツ)_/¯

а зачем экстендить

хрен знает, не завелось по другому. Он мне перетирал все остальные свойства window

window['devToolsExtension'] ¯\_(ツ)_/¯

к чему это ты?

Так TS ни на что не жалуется Как по мне, смысла в декларации (data: any) => any нуль

и что тогда писать там

ну это если noImplicitAny не стоит

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

Особенно, если стоит

когда можно interface Window {}

не работает так

ну такое вроде только в .d.ts катит

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

блядство

идти пилить кастомный .d.ts?

ну как кастомный, положи в корень Window.d.ts, туда этот интерфейс и в tsconfig.json укажи его

усложнение ради ничего

усложнение ради ничего

к чему вброс?

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

И чем Function лучше?

не вижу проблем с any никаких)

смысл юзать типы тогда

короче так тоже не работает не видит

А где у тебя тут типы вообще? У тебя интерфейс ради интерфейса, только чтобы TS не ругался

А где у тебя тут типы вообще? У тебя интерфейс ради интерфейса, только чтобы TS не ругался

давай научи!

А где у тебя тут типы вообще? У тебя интерфейс ради интерфейса, только чтобы TS не ругался

ты не заметил, что ещё некуда типы тыкать особо

> Либо писать нормальную декларацию, либо обращаться через квадратные скобки

> Либо писать нормальную декларацию, либо обращаться через квадратные скобки

ТАК СКАЖИ КАК!

смысл юзать типы тогда

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

Только я не понял фишки hot-reload-3. У меня без него с роутерами обновляется просто через module.hot.accept

А стейт сохраняется?

короче так тоже не работает не видит

покажи вывод tsc

Ну по идее у devToolsExtension должен быть такой же интерфейс, как у compose из redux

Что значит конкретнее?) Их столько и есть.

15, да

блядский тс

сколько боли

ERROR: S client not available

Это вообще не боль еще

window['devToolsExtension'] ¯\_(ツ)_/¯

разве у window определен доступ через []?

сколько боли

compose плохо типизируется

Вот когда коннект начинается, да еще и по полной программе - не только mapStateToProps, но и с диспатчем, и mergeProps, вот тогда начинается боль

Но так, где-то 3 по 10-балльной шкале

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

compose плохо типизируется

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

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

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

по той же причине, по которой линтеры юзают

разве у window определен доступ через []?

видимо, да

чет не вижу, надо тестануть

https://www.typescriptlang.org/play/#src=window%5B'__REDUX_DEVTOOLS_EXTENSION_COMPOSE__'%5D()%3B%0A

по той же причине, по которой линтеры юзают

линтеры не заставляют блядь описывать декларации

Тот случай, когда запятые важны

ну дык это с noImplicitAny жи

а, ок

линтеры не заставляют блядь описывать декларации

заставляют

заставляют

да ну Где это

тогда остается только копипастнуть тип compose из redux'a =)

отличный подход, чё

да ну Где это

http://eslint.org/docs/rules/require-jsdoc

как вариант)

о не видел этого

а не, видел

но тут просто

а не когда приходится изъебываться

jsDoc хуже в этом плане работает, много ограничений

В чем проблема то? Не нравится ТС - не используй

разумеется

В чем проблема то? Не нравится ТС - не используй

хах)) конечно

Юзай флоу, он четкий