askhat

Вот такой

import React, { Component } from 'react';

class App extends Component {
  render() {
    return <>...</>
  }
}

Object.entries(obj).map(([k, v]) => ({ [k]: v }))

Это дженерик. Что-то в роде переменной, но для типов.

https://www.typescriptlang.org/docs/handbook/gener...

будут считывать только нужное для себя

Плохая идея. Таким образом сигнатура компонента будет определена не явно, а через тела его функций. Если компоненту требуется некоторый объект, он (компонент) должен явно сообщать об этом в пропс.

Опыт работы с React

const m = [[]]
m[0][0] = 'информация'

Почему вы хотите запускать несколько сервисов в одном контейнере? Идеология докера: один процесс — один контейнер. Задача в тому чтобы изолировать tor и privoxy в отдельных контейнерах, а затем соединить — по сети или общими директориями.

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

Spread Operator это синтаксический сахар для Object.create. В результате использования будет создана копия объекта–операнда, в данном случае объекта возвращённого функцией mapMutations.

Примеры:

// Только для примера, в жизни для этой задачи использовать .map
[1, 2, 3].reduce((acc, el) => [...acc, el ** 2], [])

const o = {
  importantField: “value”,
  some: true,
  random: false,
  stuff: null
}
const { importantField, ...someRandomStuff } = o

// Не совсем тоже самое, но спред используется и здесь
function variadicFn(singleArg, ...arrayWithTheRestOfArgs) {}

const condition = true
const p = { ...condition && { text: “Contion is truthful” } }

То что вы сейчас описали, называется монорепозиторий (не путать с модулями гита). Практика не новая, но сейчас обрела популярность, особенно во фронтенде. Подход имеет сторонников и противников, однако мы не будем переходить к священным войнам.

Это действительно может быть удобно. Например, чтобы выделить четвёртый проект из ваших трёх — содержащий скажем библиотеку компонентов и сторибук. Я нашёл для себя кейс при работе с реакт нейтив и реакт нейтив веб.

Из инструментов для организации могу посоветовать Lerna, ставший стандартом монореп. Или те же модули гита, если конечно умеете с ними работать.

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

const sumOfCubes = (acc, el) => acc += el ** 3
const typeNumber = x => typeof x === 'number'

const arr = [20, 33, 1, "Человек", 2, 3]

const result = Math.sqrt(
  arr.filter(typeNumber).reduce(sumOfCubes, 0)
)

console.log(result)

function Name() {} это определение функции. По соглашению, функции начинающиеся с заглавной буквы, являются конструкторами объектов.

Mobx это реализация паттерна Observable, и ещё пара полезных функций. Если использовать Mobx можно отказаться реактовских setState и useState. Это полезно для того чтобы отделить модель от представления.

React Context это реакт специфичная реализация Dependency Injection. Используя этот api вы можете передать компонентам заранее определённый объект в контекст (так будто этот объект был в аргументах [пропсах] компонента). В контексте может быть что угодно даже декорированный Mobx объект — стор.

Говоря о Dependency Injection следует упомянуть Компоненты Высшего Порядка (HOC). Они выполняют ту же задачу — внедряют объект в область видимости функции. Однако в отличии от Context api используют прозрачный механизм каррирования.