В конце видеокурса, когда выйдут все серии, планирую снять большой практический курс, применить все паттерны и сверстать с нуля проект с использованием всех!
Фабричный метод - это порождающий паттерн проектирования, который определяет общий интерфейс для создания объектов в суперклассе, позволяя подклассам изменять тип создаваемых объектов.
Выходит что с React это выглядит не как "метод" потому что нет класса а есть функциональный компонент который рендерит один из других компонентов в зависимости от пропса, это может запутать. А я обычно закидывал в объект с ключами эти компоненты потому что switch, case выглядит длиннее, но не знаю какой вариант самый лучший. Спасибо за видео.
А если понадобится добавить какой-то пропс к конкретному компоненту, той же карточке помимо рейтинга ещё что-то, то придется добавлять отдельный пропс в фабрику и все разрастется в огромную помойку, лучше уж compound components использовать если есть набор каких то компонентов схожих, но отличающихся набором свойств
а что можно придумать, чтобы не прокидывать каждый раз пропсы в один из вариантов компонента при switch case, а прокинуть их один раз , но чтобы они применились ко всем вариантам?
нет) это один и тот ж екомпонент. Обычно существует uikit. и там ты делашеь одну кнопку с разными модами или варивантами Primary Secondary Large Small Extra и тд, что придумает дизайнер. прокидывается classname и пееропределяется в самой кнопке если надо. Но всё таки чаще используется и правда отдельные HOC для какого то по функционалу отличия. НО фабрику тоже делают, только в виде объекта/ списка, а не switch-case. Потому что могут быть ещё параметры в объекте или даже какой то state. и из объекта возвращается структура. пример с карточкой удачный но суть не полностью раскрывает. Фабрика на самом деле очень часто с нами в разработке. Вы и сами может ене понять как используете её на автомате. Пример, у вас есть 3 состояния запроса pending fullfield reject. вот уже фабрика которая в зависимости от статуса загрузки вернёт вам 3 разным компонента. например когда fullfield вы получаете возвращается компонент, в котором опять есть фабрика))) вы получаете от сервера например mode 1 или 2 или 3. и опять что то выбираете из списка в зависимости от мода { 1: ', 2: } . может быть вам надо мод как то определить путём разный условий сложных. короче фабрика с вами. автор крутой))) мне нравится код автора. очень похож на мой собственный. нравится подход и применение умных/глупых компонентов.
В конце видеокурса, когда выйдут все серии, планирую снять большой практический курс, применить все паттерны и сверстать с нуля проект с использованием всех!
Было бы великолепно 👍
Как раз хотел написать, что демонстрация это хорошо, но лучше самому писать эти решения, так запоминается лучше
О вот это круто! Хороший материал, спасибо! Продолжай пожалуйста делать этот курс! Жду следующие видео!
Спасибо!
Классный материал, спасибо огромное и жду следующих видео
следующее видео будет топовым!
Отличный материал! Продолжайте пожалуйста. Огромное спасибо
приятно слышать!
Отличное видео, буду смотреть весь видео курс! Удачи)
Спасибо!)
Спасибо большое за пончиное объяснение этого паттерна. Раньше не мог до конца понять его
спасибо!
Супер. Жду новый ролик на эту тему.
будет!
Шикарнейшее видео!
Спасибо большое! Только начал читать банду 4, оч душная книга. Интересно посмотреть на примерах на реакте. Жду след видео
надеюсь смогу удивить)
Фабричный метод - это порождающий паттерн проектирования, который определяет общий интерфейс для создания объектов в суперклассе, позволяя подклассам изменять тип создаваемых объектов.
Спасибо!
Спасибо за видос. Очень классно! Реальные проекты - самое то
Это точно!
да, это важно показать пример, потому что если не котики собачки, то сразу никто не понимает где это в реальной работе используется)
Выходит что с React это выглядит не как "метод" потому что нет класса а есть функциональный компонент который рендерит один из других компонентов в зависимости от пропса, это может запутать. А я обычно закидывал в объект с ключами эти компоненты потому что switch, case выглядит длиннее, но не знаю какой вариант самый лучший.
Спасибо за видео.
👏
А если понадобится добавить какой-то пропс к конкретному компоненту, той же карточке помимо рейтинга ещё что-то, то придется добавлять отдельный пропс в фабрику и все разрастется в огромную помойку, лучше уж compound components использовать если есть набор каких то компонентов схожих, но отличающихся набором свойств
а есть смысл добавлять батоны в фабрику?
по той же логике можно просто создать 5 разных кнопок и их использовать
бомба
фабрика) спасибо!
а что можно придумать, чтобы не прокидывать каждый раз пропсы в один из вариантов компонента при switch case, а прокинуть их один раз , но чтобы они применились ко всем вариантам?
Контекст или создать объект из этих компонентов и делать что-то такое:
const Comp = cards[category]
С какой периодичностью будут выходить видео по этой теме?
1 раз в неделю постараюсь
Подскажите,а где изменить настройки чтоб не импортировать каждый раз Fragment а просто использовать такой - синтаксис?
Не нужно ничего менять просто пиши
Отлично! Где взять этот макет чтобы повторить?
в тг канале в закрепе
К слову, тебе бы еще и с громкостью что то сделать
Я бы ещё лениво подгружал типы карточек, а то все идут в бандл
я не ленивый, могу нормально подгружать
часто ли используется фабричный метод? выглядит очень даже ничего!
частенько
Выглядит как что-то бессмысленное (может есть какие-то плюсы, но я их не смог найти) Вместо лучше использовать и выпилить этот бесполезный Button.tsx
это пример всего лишь
нет) это один и тот ж екомпонент. Обычно существует uikit. и там ты делашеь одну кнопку с разными модами или варивантами Primary Secondary Large Small Extra и тд, что придумает дизайнер. прокидывается classname и пееропределяется в самой кнопке если надо. Но всё таки чаще используется и правда отдельные HOC для какого то по функционалу отличия. НО фабрику тоже делают, только в виде объекта/ списка, а не switch-case. Потому что могут быть ещё параметры в объекте или даже какой то state. и из объекта возвращается структура. пример с карточкой удачный но суть не полностью раскрывает. Фабрика на самом деле очень часто с нами в разработке. Вы и сами может ене понять как используете её на автомате. Пример, у вас есть 3 состояния запроса pending fullfield reject. вот уже фабрика которая в зависимости от статуса загрузки вернёт вам 3 разным компонента. например когда fullfield вы получаете возвращается компонент, в котором опять есть фабрика))) вы получаете от сервера например mode 1 или 2 или 3. и опять что то выбираете из списка в зависимости от мода { 1: ', 2: } . может быть вам надо мод как то определить путём разный условий сложных. короче фабрика с вами. автор крутой))) мне нравится код автора. очень похож на мой собственный. нравится подход и применение умных/глупых компонентов.
Это больше на фасад похоже, чем на фабрику
у многих паттернов и принципов есть общее
Какой маленький фонт 😔