EGround
Редактор
- Сообщения
- 73.143
- Реакции
- 302
Складчина: Три греха 1С-разработки [Школа чистых игр] [Евгений Шилов]
Разберетесь на примере работающей конфигурации 1С, какие привычные решения создают проблемы в разработке, к чему они приводят и как избежать этих проблем с помощью «Архитектуры бизнес компонентов».
Что вы получите:
- Разбор работающего приложения 1С — от заказа до доставки
Увидите, как в готовом приложении реализованы создание и размещение заказа, финансовое обеспечение, резервирование товаров и подготовка доставки. Познакомитесь с привычными бизнес-процессами, работающими на принципиально другой архитектуре. - Разбор трех ошибок, из-за которых изменения в 1С превращаются в цепочку переделок
Разберетесь, почему проектирование от существительных и метаданных, универсальное перепроведение и использование основного реквизита формы создают зависимости между подсистемами. Увидите три конкретных альтернативных решения, реализованных в работающей конфигурации по базовым принципам архитектуры. - Готовую конфигурацию 1С и разбор того, что у нее «под капотом»
Получите конфигурацию и библиотеку, разберетесь, как в приложении разделена ответственность между бизнес-сервисами и организовано их взаимодействие. Увидите, как работают команды, события, контракты и очереди сообщений без единого глобального оркестратора.
После курса вы иначе посмотрите на архитектуру 1С:
Вы увидите, что сложные бизнес-процессы проектируются не вокруг объектов метаданных и их жизненного цикла, а вокруг самостоятельных бизнес-компонентов и изучите этот подход в работающей конфигурации.
Программа:
1. От заказа до доставки: демонстрация работы приложения
- Создание и размещение заказа, финансовое обеспечение, резервирование товаров и подготовка доставки.
- Привычные возможности 1С-приложения, реализованные на принципиально другой архитектуре.
Результат:
Вы увидите, как работает готовое приложение: от создания и размещения заказа до финансового обеспечения, резервирования товаров и подготовки доставки. Познакомитесь с привычными бизнес-процессами 1С, реализованными на принципиально другой архитектуре.
2. Заказа клиента не существует
- Почему мы привыкли проектировать приложения от существительных, автоматически превращая бизнес-понятия в объекты метаданных.
- Почему единая форма заказа и договоренность с клиентом не означают, что все данные должны принадлежать одному объекту.
- Как проектирование от метаданных связывает продажи, финансы, товарное обеспечение и доставку. Разбираем реальные примеры из типовой УТ 11.
- Альтернатива: проектирование от бизнес-сценариев и самостоятельных областей ответственности.
Результат
Узнаете, почему привычка проектировать от существительных и объектов метаданных связывает между собой продажи, финансы, товарное обеспечение и доставку. На примерах из УТ 11 увидите последствия такого подхода и узнаете, как проектировать приложение от бизнес-сценариев, разделяя данные и ответственность между самостоятельными областями.
3. Перепроведения не существует
- Как документ превращается в глобального оркестратора, который управляет чужими бизнес-процессами.
- Почему повторное проведение заказа становится проблемой, когда уже сформированы резервы, документы доставки и другие зависимые состояния.
- Почему размещение заказа — это одноразовое бизнес-действие, а последующие изменения требуют самостоятельных сценариев.
- Вместо универсальных «Записать» и «Провести» вводим конкретные действия, понятные бизнесу.
Результат
Поймете, почему проведение документа превращается в управление чужими бизнес-процессами и какие проблемы возникают при повторном проведении. Узнаете, как заменить универсальные «Записать» и «Провести» конкретными бизнес-действиями, а последующие изменения заказа — самостоятельными сценариями.
4. Основной реквизит формы: цена привычного удобства
- Как использование основного реквизита формы для управления бизнес-данными закрепляет связанность и способствует появлению монструозных объектов.
- Как построить единый пользовательский интерфейс, объединяющий данные нескольких самостоятельных бизнес-сервисов.
- Почему ссылки 1С не обязаны становиться контрактами бизнес-логики.
- Что приходится реализовывать самостоятельно: команды, обновление данных, блокировки и версионирование. И какие преимущества это дает.
Результат
Узнаете, как использование основного реквизита формы приводит к жестким связям и появлению монструозных объектов. Увидите, как объединить данные независимых бизнес-сервисов в одном интерфейсе, и разберетесь, зачем при таком подходе нужны собственные команды, механизмы обновления данных, блокировки и версионирование.
5. Кто управляет бизнес-сценарием?
- Почему пользователь не должен управлять процессом через бесконечное создание документов «на основании» и знать последовательность работы разных подсистем.
- Как бизнес-сервисы самостоятельно реагируют на события, выполняют свою работу и публикуют результаты.
- Почему для управления всем процессом не нужен единый глобальный оркестратор.
- Как событийное взаимодействие позволяет разным командам независимо развивать свои бизнес-сервисы.
- Как все это работает на практике в 1С: события, простые контракты и очереди сообщений.
Результат
Узнаете, как организовать взаимодействие бизнес-сервисов без единого глобального оркестратора и необходимости управлять процессом через создание документов «на основании». Увидите, как на платформе 1С реализованы события, простые контракты и очереди сообщений, позволяющие сервисам самостоятельно выполнять свою работу и независимо развиваться.
Автор курса Евгений Шилов
- 1С-разработка с 2006 года, практикующий архитектор
- Преподавал в Skillbox, GeekBrains и Нетологии
- Обучил 600+ опытных 1С-разработчиков
- Автор курсов «Чистый код» и «Чистая архитектура и DDD для 1С-разработчиков через Unity и C#»
Мы настолько привыкли проектировать в 1С от объектов метаданных, проводить и перепроводить документы, строить формы вокруг одного объекта, что перестали замечать, какие проблемы создаем сами.
Я написал собственную конфигурацию, чтобы не просто рассказывать об архитектуре, а показать на работающем приложении, к чему приводят привычные решения и как те же бизнес-задачи можно реализовать иначе на той же платформе 1С.
В этом мини-курсе мы разберем три распространенные ошибки, их последствия и мои способы реализации. Вы увидите приложение в работе, разберетесь, как оно устроено, и получите готовую конфигурацию, чтобы самостоятельно изучить предложенные решения.
Цена 2900 руб.
Материал «Три греха 1С-разработки [Школа чистых игр] [Евгений Шилов]», возможно, скоро появится на EGROUND.
Воспользуйтесь поиском, может быть, он уже опубликован.