Создание и обработка промиса
Промис создаётся с использованием конструктора
Для обработки промиса используются методы then, catch и finally.
✅ then принимает функцию, которая будет вызвана, если промис выполнится успешно.
❌ catch принимает функцию, которая будет вызвана, если промис будет отклонён.
🏁 finally принимает функцию, которая будет вызвана в любом случае, независимо от того, был ли промис выполнен или отклонён.
#обучающийПост #JavaScript #promise #code
Промис создаётся с использованием конструктора
Promise, который принимает один аргумент — функцию с двумя параметрами: resolve и reject. Функция resolve вызывается, когда асинхронная операция завершается успешно, а функция reject — когда происходит ошибка.Для обработки промиса используются методы then, catch и finally.
✅ then принимает функцию, которая будет вызвана, если промис выполнится успешно.
❌ catch принимает функцию, которая будет вызвана, если промис будет отклонён.
🏁 finally принимает функцию, которая будет вызвана в любом случае, независимо от того, был ли промис выполнен или отклонён.
#обучающийПост #JavaScript #promise #code
🔥6✍2👍2
Принципы SOLID
Принципы SOLID играют ключевую роль в разработке программного обеспечения, обеспечивая создание масштабируемого, устойчивого и легко поддерживаемого кода.
Эти принципы служат фундаментом для написания чистого кода, помогая разработчикам избегать часто встречающихся проблем в проектировании и структурировании программ.
Соблюдение принципов SOLID способствует гибкости, эффективности и повторному использованию кода, что в свою очередь ведет к сокращению времени и ресурсов, необходимых для разработки и поддержки программных продуктов.
Single Responsibility Principle
Open/Closed Principle
Liskov Substitution Principle
Interface Segregation Principle
Dependency Inversion Principle
#JavaScript #solid #обучающийПост
Принципы SOLID играют ключевую роль в разработке программного обеспечения, обеспечивая создание масштабируемого, устойчивого и легко поддерживаемого кода.
Эти принципы служат фундаментом для написания чистого кода, помогая разработчикам избегать часто встречающихся проблем в проектировании и структурировании программ.
Соблюдение принципов SOLID способствует гибкости, эффективности и повторному использованию кода, что в свою очередь ведет к сокращению времени и ресурсов, необходимых для разработки и поддержки программных продуктов.
Single Responsibility Principle
Open/Closed Principle
Liskov Substitution Principle
Interface Segregation Principle
Dependency Inversion Principle
#JavaScript #solid #обучающийПост
👍3
Forwarded from IT Stack | Technologies
#react #technology #frontend
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5👍1🤝1
Создал общий канал, где будут новости, новинки, разные истории и тд. Буду тоже вести его, для того чтобы расширять кругозор и быть в теме✌️
👍7🔥2
Single Responsibility Principle
Принцип единственной ответственности (Single Responsibility Principle, SRP) в контексте React означает, что каждый компонент должен иметь только одну причину для изменения. Это помогает сделать код более читаемым, поддерживаемым и упрощает тестирование.
Представим, что у нас есть функциональный компонент, который отвечает за отображение информации о пользователе и также содержит логику для редактирования этой информации. Это нарушает принцип единственной ответственности.
Чтобы соблюсти принцип единственной ответственности, можно разделить компонент на два: один для отображения информации о пользователе, другой для редактирования информации.
#обучающийПост #react #solid
Принцип единственной ответственности (Single Responsibility Principle, SRP) в контексте React означает, что каждый компонент должен иметь только одну причину для изменения. Это помогает сделать код более читаемым, поддерживаемым и упрощает тестирование.
Представим, что у нас есть функциональный компонент, который отвечает за отображение информации о пользователе и также содержит логику для редактирования этой информации. Это нарушает принцип единственной ответственности.
Чтобы соблюсти принцип единственной ответственности, можно разделить компонент на два: один для отображения информации о пользователе, другой для редактирования информации.
#обучающийПост #react #solid
👍2
Forwarded from IT Stack | Technologies
Паттерны проектирования
Паттерны проектирования — это проверенные временем решения типичных задач проектирования, которые могут возникнуть при создании программных приложений. Они не являются готовыми к использованию шаблонами кода, а скорее концепциями, которые могут быть адаптированы под конкретные задачи.
ОСНОВНЫЕ КАТЕГОРИИ ПАТТЕРНОВ:
Порождающие: Отвечают за оптимальное создание объектов. Примеры: Одиночка (Singleton), Фабричный метод (Factory Method), Прототип (Prototype).
Структурные: Занимаются компоновкой объектов. Примеры: Адаптер (Adapter), Декоратор (Decorator), Фасад (Facade).
Поведенческие: Описывают взаимодействие между объектами. Примеры: Наблюдатель (Observer), Стратегия (Strategy), Команда (Command).
ЗАЧЕМ ОНИ НУЖНЫ?
Повторное использование: Паттерны предоставляют проверенные решения, которые можно многократно использовать.
Читаемость и поддержка: Код, основанный на паттернах, легче понимать и модифицировать.
Сокращение ошибок: Применение паттернов может уменьшить вероятность ошибок, так как они базируются на опыте многих разработчиков.
Для изучения:
https://refactoring.guru/ru/design-patterns/catalog
#facts #tutorial #programming #DesignPatterns #development
Паттерны проектирования — это проверенные временем решения типичных задач проектирования, которые могут возникнуть при создании программных приложений. Они не являются готовыми к использованию шаблонами кода, а скорее концепциями, которые могут быть адаптированы под конкретные задачи.
ОСНОВНЫЕ КАТЕГОРИИ ПАТТЕРНОВ:
Порождающие: Отвечают за оптимальное создание объектов. Примеры: Одиночка (Singleton), Фабричный метод (Factory Method), Прототип (Prototype).
Структурные: Занимаются компоновкой объектов. Примеры: Адаптер (Adapter), Декоратор (Decorator), Фасад (Facade).
Поведенческие: Описывают взаимодействие между объектами. Примеры: Наблюдатель (Observer), Стратегия (Strategy), Команда (Command).
ЗАЧЕМ ОНИ НУЖНЫ?
Повторное использование: Паттерны предоставляют проверенные решения, которые можно многократно использовать.
Читаемость и поддержка: Код, основанный на паттернах, легче понимать и модифицировать.
Сокращение ошибок: Применение паттернов может уменьшить вероятность ошибок, так как они базируются на опыте многих разработчиков.
Для изучения:
https://refactoring.guru/ru/design-patterns/catalog
#facts #tutorial #programming #DesignPatterns #development
👍3❤1
Крутой канал о программировании. Качественные, интересные видео. Почти каждое видео я смотрю👌🏻
https://youtube.com/@AlekOS
https://youtube.com/@AlekOS
👍6❤2🔥1
Open/Closed Principle
Принцип открытости-закрытости (Open/Closed Principle, OCP) в контексте React подразумевает, что компоненты должны быть открыты для расширения, НО закрыты для модификации. Это означает, что мы можем добавлять новые функциональности, не изменяя существующий код, что уменьшает риск ошибок и увеличивает масштабируемость.
Представьте, что у вас есть компонент, который отображает список элементов. Если вы захотите добавить функцию фильтрации, сортировки или пагинации, это не должно требовать изменения исходного кода компонента списка.
Чтобы реализовать принцип открытости-закрытости, можно использовать паттерны проектирования, такие как декораторы, пропсы или состояние для динамической настройки поведения и внешнего вида компонента.
#обучающийПост #react #solid
Принцип открытости-закрытости (Open/Closed Principle, OCP) в контексте React подразумевает, что компоненты должны быть открыты для расширения, НО закрыты для модификации. Это означает, что мы можем добавлять новые функциональности, не изменяя существующий код, что уменьшает риск ошибок и увеличивает масштабируемость.
Представьте, что у вас есть компонент, который отображает список элементов. Если вы захотите добавить функцию фильтрации, сортировки или пагинации, это не должно требовать изменения исходного кода компонента списка.
Чтобы реализовать принцип открытости-закрытости, можно использовать паттерны проектирования, такие как декораторы, пропсы или состояние для динамической настройки поведения и внешнего вида компонента.
#обучающийПост #react #solid
👍2💯1
Сегодня задумался, знаете о чём? О том, насколько существующие сервисы и приложения недоработаны и сколько ещё предстоит работы разработчикам.
Почему это происходит? Потому что компании устраивают гонку, часто забывая о существующем коде, чтобы писать новый. На рефакторинг времени нет. Вы не представляете, какой хаос творится в больших компаниях. Знакомые и друзья рассказывают, как их нанимают в крупные компании и ставят на легаси проекты, оставляя там тухнуть. Да, за большую зарплату, но на таких проектах ты быстро выгораешь.
Что даст нам ИИ? Возможность ускорить разработку. Например, у бизнеса стоит выбор: отправить программиста на 3 месяца делать новую фичу, которая принесёт деньги, или на 3 месяца отправить на рефакторинг УЖЕ РАБОЧЕГО КОДА, КОТОРЫЙ СПРАВЛЯЕТСЯ С ЗАДАЧЕЙ. Очевидно - новая фича. НО что если с ИИ ты будешь рефакторить код не 3 месяца, а 1.5? И фичу новую писать тоже 1.5 месяца. Это меняет дело. Плюс, с ИИ можно отправить джуна на рефакторинг, пусть практикуется, ковыряется.
Я всё это к тому, что какой же ужасныйРостелеком 🥲 Древний чат, отвечают раз в 30 минут, нет нормальной поддержки.
И есть МТС, который решает твои проблемы за 5 минут. Кончился трафик? Напиши - добавят бесплатно. Произошло списание средств? Напиши - вернут.
Почему это происходит? Потому что компании устраивают гонку, часто забывая о существующем коде, чтобы писать новый. На рефакторинг времени нет. Вы не представляете, какой хаос творится в больших компаниях. Знакомые и друзья рассказывают, как их нанимают в крупные компании и ставят на легаси проекты, оставляя там тухнуть. Да, за большую зарплату, но на таких проектах ты быстро выгораешь.
Что даст нам ИИ? Возможность ускорить разработку. Например, у бизнеса стоит выбор: отправить программиста на 3 месяца делать новую фичу, которая принесёт деньги, или на 3 месяца отправить на рефакторинг УЖЕ РАБОЧЕГО КОДА, КОТОРЫЙ СПРАВЛЯЕТСЯ С ЗАДАЧЕЙ. Очевидно - новая фича. НО что если с ИИ ты будешь рефакторить код не 3 месяца, а 1.5? И фичу новую писать тоже 1.5 месяца. Это меняет дело. Плюс, с ИИ можно отправить джуна на рефакторинг, пусть практикуется, ковыряется.
Я всё это к тому, что какой же ужасный
И есть МТС, который решает твои проблемы за 5 минут. Кончился трафик? Напиши - добавят бесплатно. Произошло списание средств? Напиши - вернут.
👌5🤝1