CodeFest 2014. Шкредов С. — Управление зависимостями в архитектуре. Переход от правил к ценностям.
Download as PPTX, PDF1 like1,569 views
Документ обсуждает управление зависимостями и контроль архитектуры в разработке программного обеспечения, акцентируя внимание на применении принципов инверсии зависимостей и инъекции зависимостей. Упоминаются инструменты и методы, используемые для повышения гранулярности сборок и управления зависимостями в проектах. В завершение подчеркивается важность использования общих интерфейсов, распределенной ответственности и взаимодействия команд.
![Расширяемая программа
[MyAppComponent]
Class X {}
[MyAppComponent]
Class Y {}
*.dll
Интроспекция
Композиция
X
Y
Завершение
Котнейнеры
компонентов](https://image.slidesharecdn.com/6shkredov-140329221125-phpapp01/85/CodeFest-2014-20-320.jpg)
CodeFest 2014. Шкредов С. — Управление зависимостями в архитектуре. Переход от правил к ценностям.
- 1. Управление зависимостями Сергей Шкредов, dev lead at JetBrains
- 2. Инструменты разработчика 1. Закрытость 2. Нецелевое использование: • Программирование на JavaScript • Использование ООП для всего • Проекты для контроля зависимостей
- 3. Проекты и сборки 1. Что это? • Единица компиляции • Единица разработки • Единица исполнения • dll-ка, jar-ник
- 4. А что мы делаем? 1. Поставляем пакеты • Но разрабатываем сборки 2. Контролируем архитектуру • Используем сборки • Но хотим большей гранулярности
- 5. С чем мы сталкивались? • internal – продлить область видимости: • InternalsVisibleTo • internal – сузить область видимости:
- 6. Про зависимости • DIP – dependency inversion principle • IOC – inversion of control • SOLID • DI – dependency injection • Как помогают инструменты?
- 7. Инверсия зависимостей Прямая зависимость Move To Folder Refactoring Drag&Drop In Code Diagram
- 8. Инверсия зависимостей Инвертированная зависимость Move To Folder Refactoring Drag&Drop In Code Diagram MoveEvent Синтез абстракций
- 9. SRP?
- 15. УЖЦ (ака ALM)
- 16. Что еще случится? 1. Код перейдет другим разработчикам 2. Изменятся внешние условия 3. Изменятся Ваши представления о мире
- 17. Резюме 1. Управление пакетами 2. Управление зависимостями 3. Распространение знаний 4. Взаимодействие команд 5. Распределенная ответственность
- 18. А как у Вас? A X В точно входа мы «знаем» про все компоненты
- 19. А как у Вас? X В точке входа мы «знаем» только что и как загрузить
- 20. Расширяемая программа [MyAppComponent] Class X {} [MyAppComponent] Class Y {} *.dll Интроспекция Композиция X Y Завершение Котнейнеры компонентов
- 21. Контейнеры X Y Z U V 1. Создание 2. Переиспользование 3. Инъекция зазвисимостей 4. Метапрограммирование
- 23. Application Document Время жизни Контэйнер для приложения Контэйнер открытого документа и т.п.
- 24. Расширяемость CodeCompletionItems( IEnumerable<IItemsProvider> ps ) • Агрегация результатов • Модификация поведения • Приоритизация
- 25. ReSharper • Общий код • 15+ Языков • Реализация 50+ различных функций • 5+ Окружений • 30+ Разработчиков • 8+ Продуктов
- 26. Сборки для управления зависимостями Services C# JS Feature A Feature B VS Test
- 27. Ромбики из сборок Services C# JS C# + JS
- 28. Продукты и эволюция • ReSharper • dotTrace (платформа) • dotPeek (С#, навигация, ...) • CLI – инспекции
- 30. Итого 2 Пакет 1 Сборка 1 Сборка 3 Сборка 2 Проект ?
- 31. Итого 3 R# Features R# Product dotCover
- 32. Зоны
- 33. Зоны C# Zone JS Zone Services C# JS C# + JS
- 34. Зоны: запуск приложения • Статический анализ • Валидация после компиляции • Продукт определяет актуальные зоны • DI framework знает про зоны
- 35. Почти все... • Независимость • Прозрачность • Ценности • + Инструмент!
- 36. Все, спасибо! Сергей Шкредов, JetBrains serjic serjic@jetbrains.com +7 (911) 9109032