40
Статический анализ кода (на примере DDD-фреймворка) Алексеев Алексей alekseev.aleksei@gm ail.com [email protected] Николай Гребнев [email protected] [email protected]

Cтатический анализ кода (на примере DDD-фреймворка)

Embed Size (px)

DESCRIPTION

Они расскажут как при разработке бизнес-приложений в модели Domain-driven design они предупреждают ошибки программиста с помощью статического анализа кода и доменной модели. А именно: возможности ORM-платформы по статическому анализу, преимущества широкого использования Linq, декларативных ограничений, модель состояний и формальной верификации элементов доменной модели. Они разберут, в чем заключается удобство разработчика по использованию статического анализа и простота применения механизмов для задания формальных ограничений на модель предметной области. Интеграция средств статического анализа ORM в среду разработки, невозможность игнорирования ошибок, гарантия прохождения всех статических проверок до первого запуска программы. Ограниченные возможности запросов Linq к модели предметной области по сравнению с Linq to Objects и пути их преодоления. Они расскажут, как обстоят дела с аналогичными механизмами в других ORM-системах и почему они решили реализовать собственную платформу для поддержки разработки в рамках DDD.

Citation preview

Page 1: Cтатический анализ кода (на примере DDD-фреймворка)

Статический анализ кода (на примере DDD-фреймворка)

Алексеев Алексей[email protected]

[email protected]

Николай Гребнев[email protected]@custis.ru

Page 2: Cтатический анализ кода (на примере DDD-фреймворка)

Структура доклада

• Человеческий фактор разработке ПО• Статические проверки• DDD-фреймворк• Поддержка LINQ• Модель состояний• Верификация модели состояний

Page 3: Cтатический анализ кода (на примере DDD-фреймворка)

Структура доклада

• Человеческий фактор разработке ПО• Статические проверки• DDD-фреймворк• Поддержка LINQ• Модель состояний• Верификация модели состояний

Page 4: Cтатический анализ кода (на примере DDD-фреймворка)

Человеческий фактор

Page 5: Cтатический анализ кода (на примере DDD-фреймворка)

Общепринятые методологии

• Ручное тестирование• Автоматическое тестирование, TDD• Code Review

Page 6: Cтатический анализ кода (на примере DDD-фреймворка)

Средства разработки

Page 7: Cтатический анализ кода (на примере DDD-фреймворка)

Структура доклада

• Человеческий фактор разработке ПО• Статические проверки• DDD-фреймворк• Поддержка LINQ• Модель состояний• Верификация модели состояний

Page 8: Cтатический анализ кода (на примере DDD-фреймворка)

Стоимость исправления ошибок

Момент выявления ошибки:

До написания кода Статические проверки Unit-тесты Code Review Интеграционные тесты Ручные тесты Ошибка при эксплуатации

Page 9: Cтатический анализ кода (на примере DDD-фреймворка)

До написания кода Статические проверки Unit-тесты Code Review Интеграционные тесты Ручные тесты Ошибка при эксплуатации

Стоимость исправления ошибок

Момент выявления ошибки:

Page 10: Cтатический анализ кода (на примере DDD-фреймворка)

Аспекты статических проверок

• Диагностика• Удобство использования• Скорость• Эффективность

Page 11: Cтатический анализ кода (на примере DDD-фреймворка)

Эффективность статических проверок

С++: if (a = 2)

if (ptr == null)Корректность

if (ptr)ЛаконичностьVS

Page 12: Cтатический анализ кода (на примере DDD-фреймворка)

Структура доклада

• Человеческий фактор разработке ПО• Статические проверки• DDD-фреймворк• Поддержка LINQ• Модель состояний• Верификация модели состояний

Page 13: Cтатический анализ кода (на примере DDD-фреймворка)

Терминология

ORM – object relational mapper:– Отображение:• Класс → таблица• Объект → запись• Свойство → колонка

– Запросы– Процесс компиляции

Page 14: Cтатический анализ кода (на примере DDD-фреймворка)

ВАЛИДАЦИЯ МОДЕЛИ ВО ВРЕМЯ КОМПИЛЯЦИИ

Демонстрация

Page 15: Cтатический анализ кода (на примере DDD-фреймворка)

Структура доклада

• Человеческий фактор разработке ПО• Статические проверки• DDD-фреймворк• Поддержка LINQ• Модель состояний• Верификация модели состояний

Page 16: Cтатический анализ кода (на примере DDD-фреймворка)

Запросы к доменной модели•

На языке ORM (HQL Hibernate):

LINQ:

SimpleQuery<Post> q = new SimpleQuery<Post>( @“from Post p where p.Blog.Author = ?", author); return q.Execute();

from Post p in Session.Postswhere p.Blog.Author == authorselect p;

Page 17: Cтатический анализ кода (на примере DDD-фреймворка)

Преимущества LINQ

• Статическая типизация• IntelliSense• Полная интеграция в язык

программирования

Page 18: Cтатический анализ кода (на примере DDD-фреймворка)

Максимальная типизация в Linq

Требуется:

Но в Entity Framework:Не удалось создать константу с типом "Тип замыкания". В этом контексте поддерживаются только типы-примитивы ("например Int32, String и Guid").

Employee leader = Session.Employee.First();var q = from Department d in Session.Department where d.Leader == leader select d;

Page 19: Cтатический анализ кода (на примере DDD-фреймворка)

Свойства, используемые в запросах

В Entity Framework:Указанный член типа "IsManager" не поддерживается в выражениях LINQ to Entities. Поддерживаются только инициализаторы, члены сущности и свойства навигации сущности.

public class Employee{ … public bool IsManager { get { return Subordinates.Count() > 0; } } …}…var q = from Employee e in Session.Employee where e.IsManager select e;q.ToList();

Page 20: Cтатический анализ кода (на примере DDD-фреймворка)

Решениеpublic class Employee{ … [Attr] [Implemented] public abstract bool IsManager {get; }

// Это реализация для атрибута IsManager. static Expression<Func<Employee, bool>> IsManagerImpl { get { return e => Subordinates.Count() > 0; } } …}…var q = from Employee e in Session.Employee where e.IsManager select e;q.ToList();

Page 21: Cтатический анализ кода (на примере DDD-фреймворка)

from Employee e in Sessionselect e.IsManager

Свойства, используемые в запросах

from Employee e in Sessionselect Subordinates.Count() > 0

Page 22: Cтатический анализ кода (на примере DDD-фреймворка)

Корректность [Attr][Implemented]public abstract MyEntity Attr1 {get; } [Attr][Implemented]public abstract MyEntity Attr2 {get; }

static Expression<Func<MyEntity, MyEntity>> Attr1Impl{ get {return e => e.Attr2; }}

static Expression<Func<MyEntity, MyEntity>> Attr2Impl{ get {return e => e.Attr1; }}

Page 23: Cтатический анализ кода (на примере DDD-фреймворка)

Пример анализа реализации

static Expression<Func<MyEntity, MyEntity>> Attr1Impl

{ get {return e => e.Attr2; }}

static Expression<Func<MyEntity, MyEntity>> Attr2Impl

{ get {return e => e.Attr1; }}

Обнаружена циклическая зависимость

Page 24: Cтатический анализ кода (на примере DDD-фреймворка)

Структура доклада

• Человеческий фактор разработке ПО• Статические проверки• DDD-фреймворк• Поддержка LINQ• Модель состояний• Верификация модели состояний

Page 25: Cтатический анализ кода (на примере DDD-фреймворка)

Состояния

/// <summary> Состояние автомобиля. </summary>[Flags][State]public enum AutoState{ /// <summary> Машина стоит и не заведена.

</summary> Stopped = 1,

/// <summary> Машина заведена и не едет. </summary> Winded = 2,

/// <summary> Машина едет. </summary> Driving = 4,}

Page 26: Cтатический анализ кода (на примере DDD-фреймворка)

Императивные проверки[Method]public virtual void WindUp(){ if (State != AutoState.Stopped) throw new InvalidEntityStateException(...); ...}

[Method]public virtual bool TryRun(){ if (State != AutoState.Winded) throw new InvalidEntityStateException(...); ...}

Page 27: Cтатический анализ кода (на примере DDD-фреймворка)

Декларативные ограничения[Method][StateRestriction(AutoState.Stopped)]public virtual void WindUp() {...}

[Method][StateRestriction(AutoState.Winded)]public virtual bool TryRun(){...}

Page 28: Cтатический анализ кода (на примере DDD-фреймворка)

Декларативные ограничения[Method][StateRestriction(AutoState.Stopped)][StateTransition(AutoState.Stopped, AutoState.Stopped | AutoState.Winded)]public virtual void WindUp() {...}

[Method][StateRestriction(AutoState.Winded)][StateTransition(AutoState.Winded, AutoState.Driving | AutoState.Stopped)]public virtual bool TryRun(){...}

Page 29: Cтатический анализ кода (на примере DDD-фреймворка)

Структура доклада

• Человеческий фактор разработке ПО• Статические проверки• DDD-фреймворк• Поддержка LINQ• Модель состояний• Верификация модели состояний

Page 30: Cтатический анализ кода (на примере DDD-фреймворка)

Структура Крипке

Page 31: Cтатический анализ кода (на примере DDD-фреймворка)

Структура Крипке

Page 32: Cтатический анализ кода (на примере DDD-фреймворка)

CTL, формулы состояний

CTL - Computation tree logic.

Формулы состояний:– A f - All: f должен выполняться на всех путях из

данного состояния;– E f - Exists: существует хотя бы один путь из данного

состояния, на котором выполняется f.

В этом определении f – формула пути.

Page 33: Cтатический анализ кода (на примере DDD-фреймворка)

CTL, формулы путиФормулы пути: – X p - Next: p выполняется на следующем

состоянии пути; – G p - Globally: p выполняется на всех

последующих состояниях пути; – F p - Finally p выполняется на одном из

последующих состояний пути; – p U q - Until: p выполняется, пока на каком-то

из состояний пути не выполнится q , причем q должен обязательно когда-нибудь выполнится в будущем.

– p – формула состояния или предикат

Page 34: Cтатический анализ кода (на примере DDD-фреймворка)

CTL

Page 35: Cтатический анализ кода (на примере DDD-фреймворка)
Page 36: Cтатический анализ кода (на примере DDD-фреймворка)
Page 37: Cтатический анализ кода (на примере DDD-фреймворка)
Page 38: Cтатический анализ кода (на примере DDD-фреймворка)
Page 39: Cтатический анализ кода (на примере DDD-фреймворка)

Вопросы?

Следите за http://team.custis.ru

Page 40: Cтатический анализ кода (на примере DDD-фреймворка)

Ссылки• Следите за новостями http://team.custis.ru• Ю.Г. Карпов. Model Checking. Верификация параллельных и

распределенных программных систем.• http://www-verimag.imag.fr/~sifakis/TuringAwardPaper-Apr14.pdf

Turing award. Model Checking: Algorithmic Verification and Debugging.• http://www.introducinglinq.com/files/folders/5/download.aspx LINQ

introduction.• http://www.rsdn.ru/article/design/Code_Contracts.xml Проектирование

по контракту.