Допустим user это сущность? Почему тогда в примерах user имеет свой ui для отображения, если задачи отображения и компоновки это features и widget. Они на user тоже свой ui будут иметь? Хотелось бы какой-то внятный пример увидеть с объяснением, что и почему к чему отнесли, почему одно - сущность другое features. В обычном MVC сущности это модели чаще всего с определенной бизнес логикой (Product, USER, News, Article), но моделям вообще пофиг где и как их будут отображать, не их это задача. В общем не понятно...
бахнул диз, жаль не могу 20 дизов. Очень плохое донсит, нужно иметь в голове кучу контекста и сущностей того же продвинутого уровня что и у автора, тогда было бы понятно. Тем кто никогда не сталкивался супер не понятно.
@@user-ij9qf9yx8zесли ты новичок, то зачем тебе решать архитектурный вопрос?) Разве ты не можешь просто продолжать "как принято" у вас в проекте или вырасти уровнем чтобы более точно понимать о чем доклад в видео?
Автор сам не понимает эту архитектуру. Почему виджет auth-form оказывается в feature папке на следующем уровне сложности? Он как был виджетом, так и остался. Нет четкого разделения между entity, feature, widget понятиями.
Это ты просто не понял суть. Все правильно он разнес. Потому что авторизация-форма (auth-form) это "действие пользователя" над сущностью -> пользователь страницы. И форма авторизации включает сущность "пользователь". А виджеты просто укрупненная сборка из этих элементов.
@@Mytest437 из фич собирается виджет, а не из виджетов фича. У него auth-form в виджетах лежит, а на следующем уровне в фичах. Это ты не понял, так же как и автор
@@ViP-fs8dl 25:56 Все разнесено по групам 25:51 Просто совмещен уровень фичи и виджеты в один. Он же показывал процесс, как приложение из монолитного по шагам приходило к слоеному.
@@Mytest437 ruclips.net/video/af-PD2yIUiU/видео.html auth-form является виджетом на Intermediate слайде, если идет расслоение, надо показать разбиение на 2 части фичи + виджеты, а не просто перенос в папку фич
допустим есть Карточка товара. она имеет в себе такие сущности: 1. Изображение товара 2. Описание 3. Стоимость 4. Добавление в корзину 5. Добавление в избранное пункты с 1 по 3 включительно можно добавить в Entities. 4-5 в Features. Вопрос, как собрать карточку? Как мне в карточку товара что является Entity добавить возможность добавления в корзину и избранное что является Features? Единственный адекватный вариант это внутри Entity положить Feature, но по fsd Entities ниже по уровню чем Feature и она не может его вызвать
![🍕 NextPizza / Разработка FullStack интернет-магазина (клон ДодоПиццы) [NextJS, TS, Prisma, NextAuth]](http://i.ytimg.com/vi/GUwizGbY4cc/mqdefault.jpg)
![🍕 NextPizza / Разработка FullStack интернет-магазина (клон ДодоПиццы) [NextJS, TS, Prisma, NextAuth]](/img/tr.png)
не хватает только конкретного примера...
Все круто но постоянно слышать «да да да да», аж слух режет
Допустим user это сущность? Почему тогда в примерах user имеет свой ui для отображения, если задачи отображения и компоновки это features и widget. Они на user тоже свой ui будут иметь? Хотелось бы какой-то внятный пример увидеть с объяснением, что и почему к чему отнесли, почему одно - сущность другое features. В обычном MVC сущности это модели чаще всего с определенной бизнес логикой (Product, USER, News, Article), но моделям вообще пофиг где и как их будут отображать, не их это задача. В общем не понятно...
отличный доклад, темп отличный, дикция нормальная, думал ulbi tv гений, а он оказывается целиком ПЕРЕИСПОЛЬЗОВАЛ этот доклад)
Тимур же сказал, что он скопировал документацию и доклад одного из авторов
Так он тоже из Яндекса
а где он его переиcпользовал?
DA!
да? да? да... да? человек да))
да!
Всегда говори "да"
Пока не прочитал коммент, не замечал) Зачем вы это написали?? ААААААААААА
2 года в бета версии.... проект заглох?
Да😁
🔥🔥🔥🔥🔥
Не могу сфокусироваться ни на одном предложении из-за слова "да" каждую секунду.
Пока не прочитал коммент, не замечал, теперь капец...
Да, нужно как-то убрать из топов этот коммент),
@@maksympinchuk9057 жиза 😆
чеченские разраб говорил бы "дон"
Я вообще не замечаю, мне не мешает. Контент очень полезный
Да!
очередная серебряная пуля.
че с дикцией?
бахнул диз, жаль не могу 20 дизов. Очень плохое донсит, нужно иметь в голове кучу контекста и сущностей того же продвинутого уровня что и у автора, тогда было бы понятно. Тем кто никогда не сталкивался супер не понятно.
У меня как у новичка полностью отбило желание продолжать.... Зачем так сложно доносить
@@user-ij9qf9yx8zесли ты новичок, то зачем тебе решать архитектурный вопрос?) Разве ты не можешь просто продолжать "как принято" у вас в проекте или вырасти уровнем чтобы более точно понимать о чем доклад в видео?
Эта техника, своего рода переосмысление ООП на уровне фронтенда -> инкапсуляция, внешние методы, интерфейсы.
Автор сам не понимает эту архитектуру. Почему виджет auth-form оказывается в feature папке на следующем уровне сложности? Он как был виджетом, так и остался. Нет четкого разделения между entity, feature, widget понятиями.
Это ты просто не понял суть. Все правильно он разнес. Потому что авторизация-форма (auth-form) это "действие пользователя" над сущностью -> пользователь страницы. И форма авторизации включает сущность "пользователь". А виджеты просто укрупненная сборка из этих элементов.
@@Mytest437 из фич собирается виджет, а не из виджетов фича. У него auth-form в виджетах лежит, а на следующем уровне в фичах. Это ты не понял, так же как и автор
@@ViP-fs8dl Можешь дать тайм-код, чтоб я понял, какую картинку мы обсуждаем?
@@ViP-fs8dl
25:56 Все разнесено по групам
25:51 Просто совмещен уровень фичи и виджеты в один. Он же показывал процесс, как приложение из монолитного по шагам приходило к слоеному.
@@Mytest437 ruclips.net/video/af-PD2yIUiU/видео.html auth-form является виджетом на Intermediate слайде, если идет расслоение, надо показать разбиение на 2 части фичи + виджеты, а не просто перенос в папку фич
Great one
Пока в чате коменты про "да" не почитал - не обращал внимание :D
примеры с кодом то где?
допустим есть Карточка товара. она имеет в себе такие сущности:
1. Изображение товара
2. Описание
3. Стоимость
4. Добавление в корзину
5. Добавление в избранное
пункты с 1 по 3 включительно можно добавить в Entities.
4-5 в Features.
Вопрос, как собрать карточку? Как мне в карточку товара что является Entity добавить возможность добавления в корзину и избранное что является Features? Единственный адекватный вариант это внутри Entity положить Feature, но по fsd Entities ниже по уровню чем Feature и она не может его вызвать
Сделать карточку товара виджетом, который содержит в себе entities и features
Не хочу лить воду на мельницу 10:40 Связанность | зацепление (coupling) и связность (cohesion)
Зачем ускорять видос? Плюс звук ужасен.
Да
4:24 - как в словосочетании "не повторяйся" можно увидеть "каждый компонент должен быть переиспользуемым"?
не "плодить" одинаковые компоненты, а создать один и переиспользовать во всех необходимых местах?
микрофон ужасный, акустика комнаты ужасная, слушать неприятно
0.75 скорости) спикер немношк тараторит
Не часто такое встретишь))) обычно наоборот
Can you please make in English ?
да)
да?
Клоун
Хороший, четкий, а главное, аргументированный комментарий
>Будем рады вашым вопросам и надеемся на активное комьюнити
>Спустя год 0 отвеов на вопросы в комментариях под видео