![Стало лучше
IEnumerable<T> GetBySpecifications(
IEnumerable<ISpecification<T>> specifications,
params IFetchStrategy<T>[] fetchStrategies);](https://image.slidesharecdn.com/codinglikeasex-140819151136-phpapp02/85/Coding-like-a-sex-25-320.jpg)
![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();
}
}](https://image.slidesharecdn.com/codinglikeasex-140819151136-phpapp02/85/Coding-like-a-sex-30-320.jpg)
![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;
}
}](https://image.slidesharecdn.com/codinglikeasex-140819151136-phpapp02/85/Coding-like-a-sex-33-320.jpg)
Coding like a sex
- 1. Максим Аршинов IT–гуру, μISV Обрел просветление в разработке ПО
- 2. Программирование – это как секс • DDD • CQRS • Event Sourcing • Эволюционный рефакторинг • Горизонтальное масштабирование и облачная архитектура • Эффективное взаимодействие между командами Один раз ошибешься, а потом поддерживать всю жизнь
- 3. Программирование – это как секс А проектирование – это как петтинг
- 4. Распределенные и/или нагруженные бизнес-приложения • Система продажи билетов • Трейдинговая площадка • Баннерная сеть для порно-сайтов
- 5. Проблемы • Специфическая терминология • Сложная предметная область, не очевидные бизнес-правила • Бизнес-логика может часто меняться • Высокая и/или неравномерная нагрузка
- 6. Цели разработчика • Сохранять темпы разработки • Повысить bus factor • Обеспечить горизонтальное масштабирование системы
- 7. «Архитектура» • Что это такое? • Чем отличается от «инфраструктуры»?
- 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
- 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); } }
- 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)
- 54. Команды и шина • bus.Send(command); • Диспетчеризация • Логирование
- 55. Минусы • Eventually consistent • Архитектура гораздо сложнее, чем Shared DB • Обработка ошибок • UX Issues
- 56. Горизонтальное масштабирование записи данных • Очередь сообщений (Producer-Consumer pattern) • RabbitMQ • IronMQ • NServiceBus
- 58. Event Sourcing – вспомнить все
- 59. Проблемы • Рефакторинг • Сложность системы, Bus factor • Сторонние сервисы • Выбор Aggregation Root • Tool Support
- 60. Взаимодействие между командами, границы применимости • И снова Bounded Context • UI-команда – клиент для Backend-команды • Сначала интерфейс, потом реализация • CQRS и ES могут жить в подсистеме • Code Review – не блажь, а необходимость • Парное программирование для сложных задач
- 61. Вопросы?