Илья Зайченко

useMatch() возвращает объект match
useParams() возвращает объект match.params

Раньше все данные роутинг компонента насильно прокидывались пропами в компонент, даже когда компоненту этого не нужно было знать. Теперь это заменили хуками (заодно изменив сигнатуру роутера с Route path="xxx" component={MyPage} на Route path="xxx" element={<MyPage />})

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

x = 'foo'
x // "foo"
x.length // 3
x === 'foo' // true

x = new String('foo')
x // String { "foo" }
x.length // 3
x === 'foo' // false

При этом методы, как правило, возвращают не объекты, а примитивы.

x = new String('foo')
x === 'foo' // false
x.substring(0, 3) // 'foo'
x.substring(0, 3) === 'foo' // true

Привет! Грубо говоря, интерфейс лишь описывает функциональность. А класс, который реализует этот интерфейс, должен конкретно функциональность определить. Например:

interface IVegetable {
    name: string;
    getCalories(): number;
}

А конкретный класс:

class Tomato implements IVegetable {
    name: string = 'Tomato';
    getCalories() {
       return 18;
    }
}

Type - это лишь типизация какой-то переменной, как правило, нестандартной, Например, мы хотим определить тип, который будет описывать степень готовности стейков:
type SteakRoast = 'medium' | 'rare' | 'welldone';
Таким образом, мы можем присвоить переменной типа SteakRoast только эти предопределённые значения, а иначе Typescript заорёт из-за несоответствия типа.

Я смотрю вопрос уже давнишний.. может автор сам нашел ответ и просто сюда не отписал?

Я же нашел только то, что если Вы на венде, то походу эта проблема распространенная.
Уже второй день пытаюсь как-то решить эту проблему и вроде бы все идет к успешному финалу.
Сперва я думал, что что-то неправильно пишу, всетаки webpack использую первый раз. Склонировал себе несколько репозиториев, результат тот же. Вотчер успешно стартует, но изменения файлов не провоцируют пересборку проекта. Хотя у того же Ильи Кантора все отлично на маке работает.
В голову пришла одна идея - запуск webpack через gulp плагин. Gulp то собирается на ура. И вотчер там не обмораживается.
Всетаки webpack новый для меня инструмент и поэтому делать буду по последнему видео из скринкаста по gulp опять же от Ильи Кантора

И у меня это реально работает. В чем заморочка я откровенно не понимаю. Отдельно webpack не следит за файлами, а в связке с gulp все нормально отрабатывает.
В качестве примера, я залил на битбакет тот минималистичный проект, который получился скрещиванием начала скринкаста про webpack (там я дошел до кажется третьего видео) и самым последним видео из скринкаста по gulp.

Вот такую вот я Америку открыл.
Сам в этом всем еще с трудом разбираюсь, поэтому сильно не пинайте)
Спасибо!

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

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

Ну и третье, уже специально для автора вопроса, а не только для всех юных писателей крупных интернет-магазинов - сначала, перед тем как приступать к написанию крупных интернет магазинов, следует изучить букварь по веб-разработке. И открыть для себя, что у любого интернет-магазина, даже некрупного, есть back-end. В котором, в общем-то, вся логика работы с товарами, заказами и корзиной и реализуется. И которое к "SPA на реакте" не имеет ни малейшего отношения. И чтобы написать которое, надо учить основы баз данных, SQL и какой-нибудь серверный язык программирования. Ну и ещё примерно 20 дисциплин.

Если вы будете работать с нейронными сетями, то Вам потребуется работать со специальным IDE, который предназначен для этого. В среднем, все IDE'ешки рекомендуют иметь 8гб оперативной памяти (минимум 4гб). Таким образом получается, что при использовании IDE - считай половина> оперативной памяти будет занято самим IDE. Вам так же потребуется работать с браузерами, это так-же занимает память, особенно гугл. Выходит, что оперативная память у Вас будет забита почти на полную. Представьте, что если Вам еще потребуется открыть каки-либо приложения, или поставить линукс на виртуалбокс. То вам категорически не хватит 8гб, как бы это горько ни звучало.
Лично я, работаю на 4гб, и из-за этого приходится обходиться без IDE, без браузеров при написании кода и куча-куча неудобств. А макбук покупают для удобств, тем более человек его не каждый раз себе может позволить. Поэтому считаю, что следует покупать от 16гб, ведь макбук для этого и создан, чтобы радовать пользователя, а не приносить ему неудобства

Сначала надо хорошо выучить теорию, а потом устроиться джуном в офис и начать получать зарплату.

Ту, которая вам интересна.