а @types/react есть?

В package.json:

 "dependencies": {
    "@testing-library/jest-dom": "^4.2.4",
    "@testing-library/react": "^9.3.2",
    "@testing-library/user-event": "^7.1.2",
    "@types/jest": "^24.0.0",
    "@types/node": "^12.0.0",
    "@types/react": "^16.9.0",
    "@types/react-dom": "^16.9.0",
    "@types/react-router-dom": "^5.1.5",
    "history": "^5.0.0",
    "node-sass": "^4.14.1",
    "react": "^16.13.1",
    "react-dom": "^16.13.1",
    "react-router-dom": "^5.2.0",
    "react-scripts": "3.4.3",
    "typescript": "~3.7.2"
  },

Ну, блин, я не вижу чего-то неправильного, на первый взгляд все ок, кроме того, что декларации типов лучше, конечно, в devDependencies устанавливать на мой взгляд, но это на работу не влияет. Может какой-то конфликт из-за того, что часть зависимостей вы ставили через yarn, а часть через npm... Но это чисто предположение, точно тут не скажу

»>кроме того, что декларации типов лучше, конечно, в devDependencies устанавливать на мой взгляд,

Вот с этого момента попобробнее

»>кроме того, что декларации типов лучше, конечно, в devDependencies устанавливать на мой взгляд,

Вот с этого момента попобробнее

В package.json есть поле devDependencies, оно содержит зависимости, которые нужны только во время разработки приложения (jest, prettier, eslint, декларации типов, и т.п.) Чтобы установить что-то как dev-зависимость, нужно добавить флаг -D во время выполнения npm install. Если вы разрабатываете приложение - лучше делать так. Если же вы разрабатываете библиотеку - тут уже все не так однозначно и возможны варианты. Но опять же, это даже не ошибка

»>кроме того, что декларации типов лучше, конечно, в devDependencies устанавливать на мой взгляд,

Вот с этого момента попобробнее

Все что начинаеться с @ переносим в devDependencies?

Ну, блин, я не вижу чего-то неправильного, на первый взгляд все ок, кроме того, что декларации типов лучше, конечно, в devDependencies устанавливать на мой взгляд, но это на работу не влияет. Может какой-то конфликт из-за того, что часть зависимостей вы ставили через yarn, а часть через npm... Но это чисто предположение, точно тут не скажу

devDependencies — это те, которые не нужны для сборки приложения под прод. эти пакеты просто не будут устанавливаться при npm ci --production, чтобы сократить время сборки

это единственное, чем devDeps отличаются от deps

Я знаю. Приложение в ci не соберется без типов в dependencies?

Просто проверял на наличие людей и отсутствие троллей.

Есть структура (дерево элементов). У каждого элемента есть id, свой рендер (func component), а также правила, которые влияют на структуру(динамическая форма). Тобишь пользователь кликает по определенному графу/ветке - выводятся поля(группа инпутов, либо одиночный инпут), которые есть в этом графе, но при заполнении занчений нижние поля могут показываться или скрываться.

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

простите, кто-то может помочь рассуждением на эту тему? )