RichText

Ты каким-то удивительным образом умеешь понимать и не понимать одновременно... :)

У тебя тоже есть классная супер способность, делать сложные вещи, еще сложней для понимания:) Вот только пока не понимаю ты - это специально делаешь или ты на таком небесном уровне, что для тебя - это кажется простым:) 

Ладно сделаем вид, что я понял, как работает эта конструкция !(this.state?.done). так или иначе насколько я понимаю она в разных случаях меняет значение на true или false.

Но я не понимаю, как она его меняет она использует текущий state для замены, сравнивает в каком он сотоянии находится.  Вот этот вопрос, на который ты не ответил:

В итоге получается, что если кликаем, когда state находится в состояние false он отправляет true, если state находится в состоянии false он отправляет true. Только я не понимаю, как вообще обработчик понимает в каком сейчас состоянии находится state, я думал так, что обработчик просто устонавливает и отправляет новое сотояние state, через setState, а получается он его еще и каким-то образом сравнивает его с текущим state.

 Мне кажется здесь основной затык. Я не понимаю setState при замене объекта отслеживает текущее состояние state, чтобы выполнять эти операции !(this.state?.done) или done: !this.state.done, чтобы эти конструкции работали, если я правильно понимаю дожен быть какой-то тригер, не могут же они сами по себе меняться. Клик в даном случае запускает функцию setState, но сами значение что-то же должно менять, как они принимают или то или другое значение в объекте, которым мы меняем state?

Ты каким-то удивительным образом умеешь понимать и не понимать одновременно... :) У тебя тоже есть классная супер способность, делать сложные вещи, еще сложней для понимания:) Вот только пока не понимаю ты - это специально делаешь или ты на таком небесном уровне, что для тебя - это кажется простым:) Ладно сделаем вид, что я понял, как работает эта конструкция !(this.state?.done). так или иначе насколько я понимаю она в разных случаях меняет значение на true или false. Но я не понимаю, как она его меняет она использует текущий state для замены, сравнивает в каком он сотоянии находится.  Вот этот вопрос, на который ты не ответил: В итоге получается, что если кликаем, когда state находится в состояние false он отправляет true, если state находится в состоянии false он отправляет true. Только я не понимаю, как вообще обработчик понимает в каком сейчас состоянии находится state, я думал так, что обработчик просто устонавливает и отправляет новое сотояние state, через setState, а получается он его еще и каким-то образом сравнивает его с текущим state. Мне кажется здесь основной затык. Я не понимаю setState при замене объекта отслеживает текущее состояние state, чтобы выполнять эти операции !(this.state?.done) или done: !this.state.done, чтобы эти конструкции работали, если я правильно понимаю дожен быть какой-то тригер, не могут же они сами по себе меняться. Клик в даном случае запускает функцию setState, но сами значение что-то же должно менять, как они принимают или то или другое значение в объекте, которым мы меняем state?

Ты каким-то удивительным образом умеешь понимать и

>> Я правильно понимаю, что в props у нас попадает только id назначенный константой через деструктуризацию. А mockPockemon и stats мы создаем только для того, чтобы использовать в самом компоненте или все-таки они тоже каким-то образом появляются в пропсах?

Олег, не все переменные, что ты видишь внутри компонента, приходят через пропсы. Это могут быть просто другие переменные и константы из более высокой области видимости. В твоем случае mockPockemon - это просто константа, объявленная выше. 

В IDE ты можешь курсор поставить на нужную переменную и нажать F12, чтобы IDE тебе показала откуда берется эта переменная.

В этом, скорее всего, и кроется ответ на все твои здесь вопросы. Условно, когда ты переходишь на страницу покемона (имею ввиду компонент Pokemon), то у тебя на вход через пропсы заходит только id, а данные покемона берутся из вот этой единой константы mockPockemon (для всех покемонов). В таком случае, судя по всему, у тебя все карточки отображаются одинаково. А чтобы такого не было, тебе надо в компоненте запилить еще получение данных покемона. То есть на вход у тебя есть id, надо затянуть из источника данные конкрертно этого покемона.

>> Я правильно понимаю, что в props у нас попадает только id назначенный константой через деструктуризацию. А mockPockemon и stats мы создаем только для того, чтобы использовать в самом компоненте или все-таки они тоже каким-то образом появляются в пропсах? Олег, не все переменные, что ты видишь внутри компонента, приходят через пропсы. Это могут быть просто другие переменные и константы из более высокой области видимости. В твоем случае mockPockemon - это просто константа, объявленная выше. В IDE ты можешь курсор поставить на нужную переменную и нажать F12, чтобы IDE тебе показала откуда берется эта переменная. В этом, скорее всего, и кроется ответ на все твои здесь вопросы. Условно, когда ты переходишь на страницу покемона (имею ввиду компонент Pokemon), то у тебя на вход через пропсы заходит только id, а данные покемона берутся из вот этой единой константы mockPockemon (для всех покемонов). В таком случае, судя по всему, у тебя все карточки отображаются одинаково. А чтобы такого не было, тебе надо в компоненте запилить еще получение данных покемона. То есть на вход у тебя есть id, надо затянуть из источника данные конкрертно этого покемона.

>> Я правильно понимаю, что в props у нас попадает

Да правилино начни учиться, надеюсь на каком-то этапе все-таки появится толерантность к такому количеству ошибок.

Да правилино начни учиться, надеюсь на каком-то эт

Больше ничего не могу сказать. Вот только что список всех установленных расширений у меня (здесь ничего нет, что содержало бы npm): 

$ code --list-extensions | xargs -L 1 echo code --install-extension

code --install-extension 13xforever.language-x86-64-assembly

code --install-extension alefragnani.pascal

code --install-extension alefragnani.pascal-formatter

code --install-extension CADENAS.vscode-glsllint

code --install-extension CAPTNCAPS.ue4-snippets

code --install-extension cschlosser.doxdocgen

code --install-extension dbaeumer.vscode-eslint

code --install-extension donjayamanne.githistory

code --install-extension ecmel.vscode-html-css

code --install-extension EditorConfig.EditorConfig

code --install-extension EngineDesigns.retroassembler

code --install-extension fi1osof.prisma-cms

code --install-extension GitHub.vscode-pull-request-github

code --install-extension GraphQL.vscode-graphql

code --install-extension Gruntfuggly.todo-tree

code --install-extension henriiik.vscode-perl

code --install-extension infeng.vscode-react-typescript

code --install-extension Ionide.Ionide-fsharp

code --install-extension jakob101.RelativePath

code --install-extension jeff-hykin.better-cpp-syntax

code --install-extension jpoissonnier.vscode-styled-components

code --install-extension kumar-harsh.graphql-for-vscode

code --install-extension lonefy.vscode-JS-CSS-HTML-formatter

code --install-extension mgmcdermott.vscode-language-babel

code --install-extension mhutchie.git-graph

code --install-extension mikestead.dotenv

code --install-extension mjmcloug.vscode-elixir

code --install-extension mquandalle.graphql

code --install-extension ms-dotnettools.csharp

code --install-extension ms-vscode-remote.remote-containers

code --install-extension ms-vscode-remote.remote-ssh

code --install-extension ms-vscode-remote.remote-ssh-edit

code --install-extension ms-vscode-remote.remote-wsl

code --install-extension ms-vscode.cmake-tools

code --install-extension ms-vscode.cpptools

code --install-extension ms-vscode.cpptools-extension-pack

code --install-extension ms-vscode.cpptools-themes

code --install-extension ms-vscode.mono-debug

code --install-extension ms-vsliveshare.vsliveshare

code --install-extension ms-vsliveshare.vsliveshare-audio

code --install-extension prb28.amiga-assembly

code --install-extension Roncho.assembly-8086

code --install-extension scala-lang.scala

code --install-extension searKing.preview-vscode

code --install-extension SimonSiefke.svg-preview

code --install-extension slevesque.shader

code --install-extension syler.sass-indented

code --install-extension sysoev.language-stylus

code --install-extension technosophos.vscode-make

code --install-extension vadimcn.vscode-lldb

code --install-extension VisualStudioExptTeam.vscodeintellicode

code --install-extension vscjava.vscode-java-debug

code --install-extension vscjava.vscode-java-dependency

code --install-extension vscjava.vscode-java-pack

code --install-extension vscjava.vscode-java-test

code --install-extension vscjava.vscode-maven

code --install-extension wingrunr21.vscode-ruby

code --install-extension xabikos.ReactSnippets

code --install-extension yzhang.markdown-all-in-one

code --install-extension zenor.makefile-creator

Так что придется тебе гуглить, если очень нужна эта фича.

Больше ничего не могу сказать. Вот только что список всех установленных расширений у меня (здесь ничего нет, что содержало бы npm): $ code --list-extensions | xargs -L 1 echo code --install-extension code --install-extension 13xforever.language-x86-64-assembly code --install-extension alefragnani.pascal code --install-extension alefragnani.pascal-formatter code --install-extension CADENAS.vscode-glsllint code --install-extension CAPTNCAPS.ue4-snippets code --install-extension cschlosser.doxdocgen code --install-extension dbaeumer.vscode-eslint code --install-extension donjayamanne.githistory code --install-extension ecmel.vscode-html-css code --install-extension EditorConfig.EditorConfig code --install-extension EliotVU.uc code --install-extension EngineDesigns.retroassembler code --install-extension fi1osof.prisma-cms code --install-extension GitHub.vscode-pull-request-github code --install-extension GraphQL.vscode-graphql code --install-extension Gruntfuggly.todo-tree code --install-extension henriiik.vscode-perl code --install-extension imperez.smarty code --install-extension infeng.vscode-react-typescript code --install-extension Ionide.Ionide-fsharp code --install-extension jakob101.RelativePath code --install-extension jeff-hykin.better-cpp-syntax code --install-extension jpoissonnier.vscode-styled-components code --install-extension kumar-harsh.graphql-for-vscode code --install-extension lonefy.vscode-JS-CSS-HTML-formatter code --install-extension mgmcdermott.vscode-language-babel code --install-extension mhutchie.git-graph code --install-extension mikestead.dotenv code --install-extension mjmcloug.vscode-elixir code --install-extension mquandalle.graphql code --install-extension ms-dotnettools.csharp code --install-extension ms-vscode-remote.remote-containers code --install-extension ms-vscode-remote.remote-ssh code --install-extension ms-vscode-remote.remote-ssh-edit code --install-extension ms-vscode-remote.remote-wsl code --install-extension ms-vscode.cmake-tools code --install-extension ms-vscode.cpptools code --install-extension ms-vscode.cpptools-extension-pack code --install-extension ms-vscode.cpptools-themes code --install-extension ms-vscode.mono-debug code --install-extension ms-vsliveshare.vsliveshare code --install-extension ms-vsliveshare.vsliveshare-audio code --install-extension prb28.amiga-assembly code --install-extension Prisma.prisma code --install-extension redhat.java code --install-extension richterger.perl code --install-extension Roncho.assembly-8086 code --install-extension scala-lang.scala code --install-extension searKing.preview-vscode code --install-extension SimonSiefke.svg-preview code --install-extension slevesque.shader code --install-extension syler.sass-indented code --install-extension sysoev.language-stylus code --install-extension technosophos.vscode-make code --install-extension tht13.python code --install-extension twxs.cmake code --install-extension vadimcn.vscode-lldb code --install-extension VisualStudioExptTeam.vscodeintellicode code --install-extension vscjava.vscode-java-debug code --install-extension vscjava.vscode-java-dependency code --install-extension vscjava.vscode-java-pack code --install-extension vscjava.vscode-java-test code --install-extension vscjava.vscode-maven code --install-extension wingrunr21.vscode-ruby code --install-extension Wscats.eno code --install-extension xabikos.ReactSnippets code --install-extension yzhang.markdown-all-in-one code --install-extension zenor.makefile-creator Так что придется тебе гуглить, если очень нужна эта фича.

Больше ничего не могу сказать. Вот только что спис

Дима, у тебя там все ОК. А ошибки в IDE в таких случаях - это не редкость. Дело в том, что когда ты внес изменения в призма-схему и перегенерил все, изменилось много файлов и типов. Тайпскрипт не держит все в голове и в такой момент вполне возникают ситуации, когда в кеше тайпскрипта не актуальные типы (или он еще не увидел новые типы). В таких случаях помогает рестарт тайпскрипт-сервера. В главном меню vscode выбери View -> Command Palette, а там найди TypeScript: Restart TS Server. Кликай его. 

Image

И немного жди. Занимает некоторое время. Внизу левее будет виден статус, что идет Initializing JS/TS. Как исчезнет, так ОК. 

Еще важный момент: vscode бывает не ту версию тайпскрипта загружает. Из-за этого разное поведение при проверке типов (бывает в IDE совсем не то, что в консоли выполняется). Что надо сделать?

1. Проверить какая версия TS установлена в зависимостях.

Как видим, сейчас стоит 4.4.3

Смотрим в трее справа используемую текущую версию (Важно: должен быть открыт JS или TS файл для редактирования, чтобы IDE понимала, что сейчас нужен TS, иначе этой информации в трее просто не будет). Видим, что в IDE сейчас тоже используется 4.4.3. ОК, кликаем в 4.4.3 и выбираем в выпавшем меню Select typescript version.

И вот здесь как раз и кроется Дьявол: видно, что сейчас используется версия тайпскрипта, установленная в саму IDE. У меня все свежее установлено, поэтому версии и совпадают. Но часто бывает, что есть разница в версиях и бывает очень серьезная такая разница. В результате консольные команды дают одно, а в IDE мы видим другое. Надежней выбирать именно Use Workspace Version, то есть будет браться из node_modules текущего проекта. 

Дима, у тебя там все ОК. А ошибки в IDE в таких случаях - это не редкость. Дело в том, что когда ты внес изменения в призма-схему и перегенерил все, изменилось много файлов и типов. Тайпскрипт не держит все в голове и в такой момент вполне возникают ситуации, когда в кеше тайпскрипта не актуальные типы (или он еще не увидел новые типы). В таких случаях помогает рестарт тайпскрипт-сервера. В главном меню vscode выбери View -> Command Palette, а там найди TypeScript: Restart TS Server. Кликай его. И немного жди. Занимает некоторое время. Внизу левее будет виден статус, что идет Initializing JS/TS. Как исчезнет, так ОК. Еще важный момент: vscode бывает не ту версию тайпскрипта загружает. Из-за этого разное поведение при проверке типов (бывает в IDE совсем не то, что в консоли выполняется). Что надо сделать? 1. Проверить какая версия TS установлена в зависимостях. yarn why typescript Как видим, сейчас стоит 4.4.3 Смотрим в трее справа используемую текущую версию (Важно: должен быть открыт JS или TS файл для редактирования, чтобы IDE понимала, что сейчас нужен TS, иначе этой информации в трее просто не будет). Видим, что в IDE сейчас тоже используется 4.4.3. ОК, кликаем в 4.4.3 и выбираем в выпавшем меню Select typescript version. И вот здесь как раз и кроется Дьявол: видно, что сейчас используется версия тайпскрипта, установленная в саму IDE. У меня все свежее установлено, поэтому версии и совпадают. Но часто бывает, что есть разница в версиях и бывает очень серьезная такая разница. В результате консольные команды дают одно, а в IDE мы видим другое. Надежней выбирать именно Use Workspace Version, то есть будет браться из node_modules текущего проекта.

Дима, у тебя там все ОК. А ошибки в IDE в таких сл

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

У меня не получалось заскринить, в убунте встроенн

Рука-лицо... Но так часто бывает.

Здесь нет тернарного выражения, то есть это не "если ? то : иначе". Это сокращенная форма записи на случай если нет объекта. То есть если ты запишешь так:

this.state.done, а объекта this.state нету, то ты получишь ошибку и твой код развалится. В классическом варианте ты должен записать this.state && this.state.done

Здесь же мы указываем знак вопроса, чтобы бабель за нас создал необходимые проверки. То есть мы пишем this.state?.done, указывая, что мы обращаемся к свойству done объекта this.state, но надо проверить если ли этот объект. Подробнее читай здесь: https://learn.javascript.ru/optional-chaining

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

Здесь нет тернарного выражения, то есть это не "если ? то : иначе". Это сокращенная форма записи на случай если нет объекта. То есть если ты запишешь так: this.state.done, а объекта this.state нету, то ты получишь ошибку и твой код развалится. В классическом варианте ты должен записать this.state && this.state.done Здесь же мы указываем знак вопроса, чтобы бабель за нас создал необходимые проверки. То есть мы пишем this.state?.done, указывая, что мы обращаемся к свойству done объекта this.state, но надо проверить если ли этот объект. Подробнее читай здесь: https://learn.javascript.ru/optional-chaining В твоем случае при с классическим синтаксисом пришлось бы писать так: Или так:

Здесь нет тернарного выражения, то есть это не "ес

И опять никаких деталей... Что за ошибка? Не ленись приводить листинг или скриншот.

И опять никаких деталей... Что за ошибка? Не ленис

Нет, не научись, а начни учиться))

До научиться еще огого.

Нет, не научись, а начни учиться)) До научиться еще огого.

Нет, не научись, а начни учиться)) До научиться ещ

>> Мне кажется самая понятная конструкция получилась. 

Это самая неправильная конструкция :)

Точнее, она будет работать, но:

1. Если не будет объекта this.state, то будет ошибка (вспоминаем про ?.).

2. ?? this.state.done здесь вероятнее всего не имеет никакого смысла, то есть можно безболезненно удалить.

>> Мне кажется самая понятная конструкция получилась. Это самая неправильная конструкция :) Точнее, она будет работать, но: 1. Если не будет объекта this.state, то будет ошибка (вспоминаем про ?.). 2. ?? this.state.done здесь вероятнее всего не имеет никакого смысла, то есть можно безболезненно удалить.

>> Мне кажется самая понятная конструкция получила

Просто интересно)

Возможность видеть чужие решения в уроках

Николай, посмотри, пожалуйста, последовательность действий: все ли верно понял.

Для того, чтобы добавить новую таблицу: 

1. Добавляем описание таблицы в prisma

https://github.com/prisma-cms/nextjs-nexus/blob/ff3bea887b1cdc902ae0510534ca3927dd057d4d/prisma/schema.prisma

2. prisma:db:push - в БД появляется новая таблица

3. Сюда https://github.com/prisma-cms/nextjs-nexus/tree/master/src/gql  добавляем .graphql для новой таблицы  

4. Сюда https://github.com/prisma-cms/nextjs-nexus/tree/master/server/nexus/types надо добавить описание таблицы для nexus, который проверяет соответствие типов полей в gql

5. generate:types - генерация кода

Правильно понял или что-то забыл?

6. Действия предыдущего поста

Николай, посмотри, пожалуйста, последовательность действий: все ли верно понял. Для того, чтобы добавить новую таблицу: 1. Добавляем описание таблицы в prisma https://github.com/prisma-cms/nextjs-nexus/blob/ff3bea887b1cdc902ae0510534ca3927dd057d4d/prisma/schema.prisma 2. prisma:db:push - в БД появляется новая таблица 3. Сюда https://github.com/prisma-cms/nextjs-nexus/tree/master/src/gql  добавляем .graphql для новой таблицы 4. Сюда https://github.com/prisma-cms/nextjs-nexus/tree/master/server/nexus/types надо добавить описание таблицы для nexus, который проверяет соответствие типов полей в gql 5. generate:types - генерация кода Правильно понял или что-то забыл? ----------------------- 6. Действия предыдущего поста

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

Получается мы принудительно получаем результат number и преобразуем строку в число, но по логике вычисления там включается конкатенация и результат этого выражения должен быть 105, насколько вообще правильно в данном случае так делать или это все-таки зависит от задачи?

Может можно все-таки что-то сделать не ломая логику выражения?

Получается мы принудительно получаем результат number и преобразуем строку в число, но по логике вычисления там включается конкатенация и результат этого выражения должен быть 105, насколько вообще правильно в данном случае так делать или это все-таки зависит от задачи? Может можно все-таки что-то сделать не ломая логику выражения?

Получается мы принудительно получаем результат num

>> не могут же они сами по себе меняться

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

В общем, ты не понимаешь как работают стейты в реакте. Иди уроки проходи начиная с этого.

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

>> не могут же они сами по себе меняться Они сами

Правильно t.field('mashroom, { type: Mashrooms })

В целом да, правильно, но есть НО: ты прописал type: Mashrooms и здесь у тебя Mashrooms - это не строковое название типа, а именно сам объект, то есть 

Правильней указать строковое имя, то есть { type: "Mashrooms" }

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

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

>> Нашел про списки: Правильно t.field('mashroom, { type: Mashrooms }) В целом да, правильно, но есть НО: ты прописал type: Mashrooms и здесь у тебя Mashrooms - это не строковое название типа, а именно сам объект, то есть Правильней указать строковое имя, то есть { type: "Mashrooms" } Вторая подсказка: категорически избегай названий типов с окончанием на s (то есть множественность). В каком-то месте тебе надо будет массив таких типов и как ты будешь писать? Mashroomss? Особенно не советую наименование типов (именно тех, которые идут потом в названия таблиц, а не колонки) на s заканчивать в самой призма-схеме. Призма втупляет с формированием имен множественных переменных и получается все очень плохо. Подсказка 3: имена типов в графе уникальные. Если ты назвал енам Mashroom, то имей ввиду, что потом если захочешь создать тип Mashroom (чтобы у него была своя таблица), не получится. Нельзя и тип и енам иметь с одним названием. Обычно енамы для каких-то совсем не больших списков используют (к примеру, статусов). Но сущность типа Гриб лучше было бы сразу загнать в таблицу.

>> Нашел про списки: Правильно t.field('mashroom,

TypeScript в целом никак не смотрит на webpack. То есть webpack отвечает за различные loaders (какую программу для обработки каких файлов использовать), а TS смотрит на типы. SCSS и т.п. файлы - это не JS-файлы, которые TS мог бы просто так загрузить и разобраться что там за сущности и какие типы. Поэтому он и ругается, что не понимает что это вообще такое (хотя импортируется как JS). В таких случаях создают общий тип. К примеру в том же next-js тоже такое есть. 

То есть он ТС-у говорит, что результат такого импорта будет объект с ключ-значение "строка-строка".

У меня тоже есть подобный файл. 

Попробуй у себя создать папку @types и в нем styles.d.ts и прописать 

А то, что у тебя автоматически создавался файл index.module.scss.d.ts, то это вопрос уже к той программе, которую ты вызывал через yarn start. Она смотрит, что используется TS и сама прописывает нужное. Такое поведение и в нексте есть. Но просто так ничего ен будет создаваться.

TypeScript в целом никак не смотрит на webpack. То есть webpack отвечает за различные loaders (какую программу для обработки каких файлов использовать), а TS смотрит на типы. SCSS и т.п. файлы - это не JS-файлы, которые TS мог бы просто так загрузить и разобраться что там за сущности и какие типы. Поэтому он и ругается, что не понимает что это вообще такое (хотя импортируется как JS). В таких случаях создают общий тип. К примеру в том же next-js тоже такое есть. То есть он ТС-у говорит, что результат такого импорта будет объект с ключ-значение "строка-строка". У меня тоже есть подобный файл. Попробуй у себя создать папку @types и в нем styles.d.ts и прописать А то, что у тебя автоматически создавался файл index.module.scss.d.ts, то это вопрос уже к той программе, которую ты вызывал через yarn start. Она смотрит, что используется TS и сама прописывает нужное. Такое поведение и в нексте есть. Но просто так ничего ен будет создаваться.

TypeScript в целом никак не смотрит на webpack. То

>> Вопрос: что не так со списками и как правильно связать с "создателем" (

createdById String?   @db.VarChar(32) CreatedBy User?     @relation(fields: [createdById], references: [id])

Смотри модель пользователя текущего сайта, наверняка поймешь.

>> Вопрос: что не так со списками и как правильно связать с "создателем" ( createdById String?   @db.VarChar(32) CreatedBy User?     @relation(fields: [createdById], references: [id]) ) ? Смотри модель пользователя текущего сайта, наверняка поймешь.

>> Вопрос: что не так со списками и как правильно

Как сделать, чтобы NPM scripts в отдельной вкладке в VSC появились?

Как сделать, чтобы NPM scripts в отдельной вкладке

>> Error starting userland proxy: listen tcp4 0.0.0.0:3306: bind: address already in use

Потому что что я тебе говорил? Не забудь удалить локальный MySQL. Скорее всего он у тебя работает и конечно же занял пор 3306. 

tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      1174/mysqld      

К слову. можно конкретный порт вот так проверить: sudo lsof -i :3306

И еще (но это не к этой ошибке), вот ты выполняешь: docker-compose restart docker-nextjs-test_mysql_1

Я говорил, что docker-compose оперирует именами служб, а не именами контейнеров. То есть в твоем случае надо было docker-compose restart mysql

А если по имени контейнера, то это уже через сам докер.

docker restart docker-nextjs-test_mysql_1

>> Error starting userland proxy: listen tcp4 0.0.0.0:3306: bind: address already in use Потому что что я тебе говорил? Не забудь удалить локальный MySQL. Скорее всего он у тебя работает и конечно же занял пор 3306. tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      1174/mysqld К слову. можно конкретный порт вот так проверить: sudo lsof -i :3306 И еще (но это не к этой ошибке), вот ты выполняешь: docker-compose restart docker-nextjs-test_mysql_1 Я говорил, что docker-compose оперирует именами служб, а не именами контейнеров. То есть в твоем случае надо было docker-compose restart mysql А если по имени контейнера, то это уже через сам докер. docker restart docker-nextjs-test_mysql_1

>> Error starting userland proxy: listen tcp4 0.0.

Будешь делать, увидишь. Вопрос только как быстро решишь. 

Будешь делать, увидишь. Вопрос только как быстро р

Ты каким-то удивительным образом умеешь понимать и не понимать одновременно...

Если тебе не понятна конструкция !this.state?.done, то перепиши ее в !(this.state?.done). Может так тебе будет понятноей? Ты путаешься с моментом когда именно применяется восклицательный знак, так как он стоит перед this... Но правильно воспринимать не (!this)(.state)(.done), а именно !(this.state?.done), потому что восклицательный знак воздействует на значение конечного элемента, а не на первый элемент, то есть на done, а не на this. 

Еще ты можешь сделать так, чтобы было понятней:

И можешь в консоли поиграться с такими конструкициями: 

Приведение типов. Отрицание пустого дает истину.

Ты каким-то удивительным образом умеешь понимать и не понимать одновременно... Если тебе не понятна конструкция !this.state?.done, то перепиши ее в !(this.state?.done). Может так тебе будет понятноей? Ты путаешься с моментом когда именно применяется восклицательный знак, так как он стоит перед this... Но правильно воспринимать не (!this)(.state)(.done), а именно !(this.state?.done), потому что восклицательный знак воздействует на значение конечного элемента, а не на первый элемент, то есть на done, а не на this. Еще ты можешь сделать так, чтобы было понятней: И можешь в консоли поиграться с такими конструкициями: Приведение типов. Отрицание пустого дает истину.

>>Но сущность типа Гриб лучше было бы сразу загнать в таблицу.

То есть завести прям отдельную таблицу, в которой связаны по id пост и гриб? Тогда enum вообще лишний?

Спасибо! >>Но сущность типа Гриб лучше было бы сразу загнать в таблицу. То есть завести прям отдельную таблицу, в которой связаны по id пост и гриб? Тогда enum вообще лишний?

Спасибо! >>Но сущность типа Гриб лучше было бы сра

Продолжаем ....  дальше .

Восклицательный знак в начале - это отрицание Не.  - Здесь понятно.

То есть если this.state?.done === true, то Не будет false. - Если подразумевается, что ты говорил про восклицательный знак в предыдущем предложении, тогда получается  !this.state?.done так как оно изначально было false значит он станет true.

Иначе (то есть false, null, undefined, 0, '' и т.п.) будет приведено к логическому true. (?. здесь примеряется для предотвращения ошибки на случай если объект this.state отсутствует. )

Здесь тоже понятно, что опциональная цепочка ?. проверяет есть ли объект this.state, если его нет он все равно продолжит выполнение. И так как после .? идет done он возьмет текущее состояние стейта объявленое по умолчанию false. (Это предположение здесь уже не понимаю, что реально на самом деле происходит.) И здесь еще кстати появился вопрос, даже если опциональная цепочка ?. проверяет наличие this.state там же стоит восклицательный знак отрицания, тогда получается он опять должен вернуть true.

В итоге получается, что если кликаем, когда state находится в состояние false он отправляет true, если state находится в состоянии false он отправляет true. Только я не понимаю, как вообще обработчик понимает в каком сейчас состоянии находится state, я думал так, что обработчик просто устонавливает и отправляет новое сотояние state, через setState, а получается он его еще и каким-то образом сравнивает его с текущим state. 

Или я вообще опять все неправильно понимаю?

Продолжаем ....  дальше . Восклицательный знак в начале - это отрицание Не.  - Здесь понятно. То есть если this.state?.done === true, то Не будет false. - Если подразумевается, что ты говорил про восклицательный знак в предыдущем предложении, тогда получается  !this.state?.done так как оно изначально было false значит он станет true. Иначе (то есть false, null, undefined, 0, '' и т.п.) будет приведено к логическому true. (?. здесь примеряется для предотвращения ошибки на случай если объект this.state отсутствует. ) Здесь тоже понятно, что опциональная цепочка ?. проверяет есть ли объект this.state, если его нет он все равно продолжит выполнение. И так как после .? идет done он возьмет текущее состояние стейта объявленое по умолчанию false. (Это предположение здесь уже не понимаю, что реально на самом деле происходит.) И здесь еще кстати появился вопрос, даже если опциональная цепочка ?. проверяет наличие this.state там же стоит восклицательный знак отрицания, тогда получается он опять должен вернуть true. В итоге получается, что если кликаем, когда state находится в состояние false он отправляет true, если state находится в состоянии false он отправляет true. Только я не понимаю, как вообще обработчик понимает в каком сейчас состоянии находится state, я думал так, что обработчик просто устонавливает и отправляет новое сотояние state, через setState, а получается он его еще и каким-то образом сравнивает его с текущим state. Или я вообще опять все неправильно понимаю?

Продолжаем ....  дальше . Восклицательный знак в н

Да, в целом ОК. Только переименуй PostQuery в PostExtendQuery и MashroomQuery в MashroomExtendQuery.

Ну и самое веселое: вынеси Mashroom в отдельный файл. Сейчас у тебя это в одном файле с постами. Знаю, ты так сделал, потому что не знаешь как это сделать , и решил просто не спрашивать про возникающую ошибку :) Но это можно сделать. Поломай немного голову (попробуй найти решение в схеме freecode.academy)

Да, в целом ОК. Только переименуй PostQuery в PostExtendQuery и MashroomQuery в MashroomExtendQuery. Ну и самое веселое: вынеси Mashroom в отдельный файл. Сейчас у тебя это в одном файле с постами. Знаю, ты так сделал, потому что не знаешь как это сделать , и решил просто не спрашивать про возникающую ошибку :) Но это можно сделать. Поломай немного голову (попробуй найти решение в схеме freecode.academy)

Да, в целом ОК. Только переименуй PostQuery в Post

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

Сначала запускаем получение данных из самописного хука useData, который отвечает за получение данных.

Потом скорей всего нужно объявить пустой  useState и потом через useEffect туда положить покемона, только не совсем понимаю, как это все реализовать. Тут еще нужно в useEffect скорей всего сначала получить id из урла, а потом уже по этому id добовлять покемона в useState. Правильный вообще ход мыслей или вообще не туда?

Понятно значит все-таки здесь нет затягивания покемона, я просто на гитхабе этот код смотрю, думал он рабочий. Весь мозг уже себе сломал не мог понять, как же он все-таки получает покемона. Значит все-таки я был частично прав, что должно быть еще получение даных для отоброжения покемона (про константу я понял). Правильно понимаю, что тогда нужно примерно реализовать такую же логику, как у нас в компоненте PokedexPage: Сначала запускаем получение данных из самописного хука useData, который отвечает за получение данных. Потом скорей всего нужно объявить пустой  useState и потом через useEffect туда положить покемона, только не совсем понимаю, как это все реализовать. Тут еще нужно в useEffect скорей всего сначала получить id из урла, а потом уже по этому id добовлять покемона в useState. Правильный вообще ход мыслей или вообще не туда?

Понятно значит все-таки здесь нет затягивания поке

Можешь посмотреть, в верном направлении иду? 

https://github.com/linklib/gribok-prisma/commit/482392a01d9ab851f8a10929b71e0558514e2f5f

Николай, приветствую! Можешь посмотреть, в верном направлении иду? https://github.com/linklib/gribok-prisma/commit/482392a01d9ab851f8a10929b71e0558514e2f5f Подскажи, на каком этапе схема должна плоявиться в playground? После этого? 4. Сюда https://github.com/prisma-cms/nextjs-nexus/tree/master/src/gql  добавляем .graphql для новой таблицы

Возможность видеть чужие решения в уроках

Обновление проекта freecode.academy

Не получается понять, как работает компонент.

Ошибка TypeScript

Дженерики TypeScript

Вернуть старый state после вызова setState в классовом компоненте

Пишем компоненты с параметрами в styled-components

FreeCode.Academy PWA (Progressive Web Application)

Обзорное видео @prisma-cms/nextjs-nexus

Зачем для функциональных реакт-компонентов прописывать тип React.FC