Coding like a sex

1. Максим Аршинов
IT–гуру, μISV
Обрел просветление в разработке ПО

2. Программирование – это как секс
• DDD
• CQRS
• Event Sourcing
• Эволюционный рефакторинг
• Горизонтальное масштабирование и облачная архитектура
• Эффективное взаимодействие между командами
Один раз ошибешься, а
потом поддерживать
всю жизнь

3. Программирование – это как секс
А проектирование – это как петтинг

4. Распределенные и/или
нагруженные бизнес-приложения
• Система продажи билетов
• Трейдинговая площадка
• Баннерная сеть для порно-сайтов

5. Проблемы
• Специфическая терминология
• Сложная предметная область, не
очевидные бизнес-правила
• Бизнес-логика может часто меняться
• Высокая и/или неравномерная нагрузка

6. Цели разработчика
• Сохранять темпы разработки
• Повысить bus factor
• Обеспечить горизонтальное
масштабирование системы

7. «Архитектура»
• Что это такое?
• Чем отличается от «инфраструктуры»?

8. Всему свое время

9. Трёхуровневая архитектура
UI
Business Rules
Data Access Layer

10. Metal Gear
• S – Single responsibility principle
• O – Open/closed principle
• L – Liskov substitution principle
• I – Interface segregation principle
• D – Dependency inversion principle

11. Как структурировать бизнес-логику?

12. Как структурировать бизнес-логику?
• DDD (Domain Driven Design)
• Инфраструктура – не домен!
• Persistence ignorance
• Aggregation Roots
• Anemic Domain Model Rich Models
• Active Record Unit of Work
• Controller Service Layer
• using(var uow = new UoW()), Singleton, Registry
IOC

13. Единый язык (Ubiquitous language)
ticket.State = TicketState.Sold;
ticketRepository.Update(ticket);
var ticket = cashdesk.Sale (seat);

14. DDD vs OOP
• Гвоздь суше воды
• DDD про отделение мух от котлет домена от
инфраструктуры
• DDD про взаимодействие с бизнесом

15. Entity
• Есть Id
• У вас есть, у гвоздя – нет
• Наличие или отсутствие Id может зависеть
от контекста

16. CRUD

17. Что не так с Repository?
public interface IRepository<T>
{
T GetById(int id);
IEnumerable<T> GetAll();
bool Add(T entity);
bool Remove(T entity);
}

18. Что не так с Repository?
class AccountRepository : IRepository<Account>
{
public Account GetByName(string name);
public Account GetByEmail(string email);
public Account GetByAge(int age);
// ...
public Account GetByAreYouFuckingKiddingMe(SomeCriteria c);
}

19. Что не так с Repository?
• 100500 методов, в т.ч. в интерфейсе
IAccountRepository
• Не удобно тестировать
• Многа-букаф, чтобы написать новый метод
• Приходится прокидывать сигнатуры в
сервисный слой
• Рефакторинг затруднен

20. Ок, я понял
public interface IRepository<T>
{
T GetById(int id);
//во имя луны
IQueryable<T> GetAll();
bool Add(T entity);
bool Remove(T entity);
}

21. Что не так с Repository?
repo.GetAll()
.Where(a => a.IsDeleted = false);
repo.GetAll()
.Where(a => a.IsDeleted = false &&
a.Balance > 0);
repo.GetAll()
.Where(a => a.CreationDate <
getCurrentDate());

23. Specification Pattern
public interface ISpecification<T>
{
bool IsSatisfiedBy(T candidate);
}

24. Expression Specification
public interface ISpecification<T>
{
Expression<Func<T, bool>> IsSatisfiedBy();
}

25. Стало лучше
IEnumerable<T> GetBySpecifications(
IEnumerable<ISpecification<T>> specifications,
params IFetchStrategy<T>[] fetchStrategies);

26. FilterPolicy (Value Object)
public class FilterPolicy<T>
{
public IEnumerable<ISpecification<T>> Specifications { get; private set; }
public IEnumerable<IFetchStrategy<T>> FetchStrategies { get; private set; }
public FilterPolicy(
IEnumerable<ISpecification<T>> specifications,
IEnumerable<IFetchStrategy<T>> fetchStrategies)
{
Specifications = specifications;
FetchStrategies = fetchStrategies;
}
}

27. Более подробно о Value Object
• Не Entity
• Immutable
• Value - не Reference

28. Защитное программирование на
страже инварианта
public class FilterPolicy(
IEnumerable<ISpecification<T>> specifications,
IEnumerable<IFetchStrategy<T>> fetchStrategies)
{
if(specifications == null) throw new ArgumentException(
"specifications can't be null", "specifications");
if(fetchStrategies == null) throw new ArgumentException(
"fetchStrategies can't be null", "fetchStrategies");
Specifications = specifications;
FetchStrategies = fetchStrategies;
}

29. Composite
• OrSpecification
• AndSpecification
• ActiveAccountSpecification …

30. Composite
public class OrSpecification<T> : ISpecification<T>
{
private readonly ISpecification<T>[] _specs;
public OrSpecification(params ISpecification<T>[] specs)
{
if(specs.Length == 0) throw new ArgumentException(
"specs length must be > 0", "specs");
_specs = specs;
}
public Expression<Func<T, bool>> IsSatisfiedBy()
{
throw new NotImplementedException();
}
}

31. Декларативный стиль >
императивного
• DSL
• Функциональное программирование,
монады
• Мета-программирование и AOP, Code
Contracts
• Кодогенерация
• Динамическая компиляция

32. Монада Maybe
string postCode;
if (person != null)
{
if (HasMedicalRecord(person) && person.Address != null)
{
CheckAddress(person.Address);
if (person.Address.PostCode != null)
postCode = person.Address.PostCode.ToString();
else
postCode = "UNKNOWN";
}
}
public static TResult With<TInput, TResult>(this TInput o, Func<TInput, TResult> evaluator)
where TResult : class where TInput : class
{
if (o == null) return null;
return evaluator(o);
}
string postCode = this.With(x => person)
.With(x => x.Address)
.With(x => x.PostCode)
.Return(x => "UNKNOWN");

33. Conventions > configuration
[DisplayName("Категории продуктов")]
[DataContract]
public class ProductCategory : EntityBase
{
[Display(Name = "Название")]
[Column(TypeName = "VARCHAR"), StringLength(255), Required]
[DataMember(IsRequired = true)]
public string Name { get; set; }
public override string ToString()
{
return Name;
}
}

34. Иногда лучше по-быстрому, чем SRP, если
знаешь как будешь рефакторить
public class ProductCategoryController :
AdminControllerBase<ProductCategory>
{
public ProductCategoryController(DbContext dbContext) :
base(dbContext)
{
}
}
Например, INotifyPropertyChanged

35. Дай разработчику дефолтное поведение и он будет
штамповать формочки весь день. Научи как
переопределить его…
• Во FreeBSD ты можешь настроить все, и ты
%$@ть будешь настраивать все
• ASP.NET MVC
• WCF

36. Разделяй и властвуй
• Module aka Package
• Onion - архитектура
• SOA

37. Bounded Context
• Anti-Corruption Layer
• Контекстов может быть много

38. Anti-Corruption Layer. How To?
class Messy
{
String concat(String param, String str) { /* ... */ }
bool contains(String param, String s) { /* ... */ }
bool isEmpty(String param) { /* ... */ }
bool matches(String param, String regex) { /* ... */ }
bool startsWith(String param, String prefix) { /* ... */ }
}
class Reasonable // anti-corruption layer
{
String param;
Messy messy = new Messy();
Reasonable(String param)
{
this.param = param;
}
String concat(String str) { return messy.concat(param, str); }
bool contains(String s) { return messy.contains(param, s); }
bool isEmpty() { return messy.isEmpty(param); }
bool matches(String regex) { return messy.matches(param, regex); }
bool startsWith(String prefix) { return messy.startsWith(param, prefix); }
}

39. Разгрузочный слайд

40. Shared DB

41. Реляционная база данных – узкое
место

42. Оптимизация БД
• Убираем ORM для лучшей оптимизации
• Оптимизируем индексы
• Убираем весь код выборки в хранимые
процедуры
• Строим/оптимизируем индексы
• Денормализуем данные (когда ничего не
помогает)

43. Стратегии денормализации
• Убрать JOIN’ы, добавить
денормализованные колонки
• Создаем отдельные таблицы/view
• Хранилище с «плоскими» данными

44. Теорема CAP
• Consistency (согласованность данных)
• Availability (доступность)
• Partition tolerance (устойчивость к
разделению)

45. 2 из 3
• Consistency + Availability (традиционные СУБД)
• Consistency + Partition tolerance
(пессимистические блокировки)
• Availability + Partition tolerance (NOSQL-решения)

46. CQS
• Command–query separation
• Commands – update state (C, U, D)
• Queries – fetch results (R)

47. CQS – зачем?
• Отсутствие сайд-эффектов
• Поддержка декларативного стиля (WCF)
• Горизонтальное масштабирование

48. Query Object как альтернатива
Repository
• Абстракция от ORM (но велосипед)
• Не надо городить кучу IEntityRepository
• Просто тестировать
• SRP

49. QueryObject и QueryBuilder
public interface IQueryFor<out T>
{
T With(ISpecification<T> specification)
T ById(int id);
IEnumerable<T> All();
}
public interface IQueryBuilder
{
IQueryFor<TResult> For<TResult>();
}
var account = queryBuilder.For<Account>()
.With(new LoginSpecification("Вася"))
.All();

50. Command Pattern
public interface ICommand
{
void Execute();
}

51. Не все CQS by design
• Например Стек
• Помним про Bounded Context

52. Синхронизация хранилищ
• Синхронно (C,U,D)

53. Синхронизация хранилищ
• Асинхронно

54. Команды и шина
• bus.Send(command);
• Диспетчеризация
• Логирование

55. Минусы
• Eventually consistent
• Архитектура гораздо сложнее, чем Shared
DB
• Обработка ошибок
• UX Issues

56. Горизонтальное масштабирование
записи данных
• Очередь сообщений (Producer-Consumer
pattern)
• RabbitMQ
• IronMQ
• NServiceBus

57. Разгрузочный слайд

58. Event Sourcing – вспомнить все

59. Проблемы
• Рефакторинг
• Сложность системы, Bus factor
• Сторонние сервисы
• Выбор Aggregation Root
• Tool Support

60. Взаимодействие между командами,
границы применимости
• И снова Bounded Context
• UI-команда – клиент для Backend-команды
• Сначала интерфейс, потом реализация
• CQRS и ES могут жить в подсистеме
• Code Review – не блажь, а необходимость
• Парное программирование для сложных
задач

61. Вопросы?