1. Референсная архитектура
приложения на ASP.NET MVC
Андрей Майоров
BYTE-force
twitter.com/xorets

2. MVC

3. Model-View-Controller
• Разделяет данные и представление
• Модель: активная или пассивная
Controller
View Model

4. Holy war
• Где держать бизнес-логику?
• Можно брать доменные объекты в модель?

5. Модификации: MVP
• Model-View-Presenter
Presenter
View Model

6. Модификации: MVVM
• Model-View-ViewModel
View ViewModel Model

7. ASP.NET

8. Олдскульный .ASPX
• <% … %>
• Code behind
• Web controls
• Раздутый HTML на выходе

9. Олдскульный .ASPX
// Hello World in C#
class HelloWorld
{
static void Main()
{
System.Console.WriteLine("Hello, World!");
}
}

10. ASP.NET MVC

11. Контроллер
public class HomeController : Controller
{
public ActionResult Index()
{
var model = …
return View(model); // of type ViewResult
}
}

12. Маршруты
routes.MapRoute(
name: "Default",
url: "{controller}/{action}/{id}",
defaults: new {
controller = "Home",
action = "Index",
id = UrlParameter.Optional
} );
/home/index

13. Передача параметров
public ActionResult Index( int id, string x )
{ …}
routes.MapRoute(
url: "{controller}/{action}/{id}",
…
/home/index/123?x=red

14. View
• «Представление», «вьюха»
• Модель → HTML
• Отделено от контроллера

15. Реализация вьюхи
• Файл /view/home/index.*
• Расширения файлов:
• ASPX → Web Forms Engine
• CHTML → Razor
• ... → Что душа пожелает

16. Demo
Шаблонный проект

17. Проблема: 1 метод на 1 URL
• Огромные контроллеры
• Нечеткие критерии группировки методов
• Мало базовых классов
• Сервисные методы раздувают
контроллеры

18. Решение:
Только один action в
контроллере

19. Один action на контроллер
• Execute()
• Исключение из правил – NextPage ()

20. Single responsibility principle
Kаждый объект должен иметь одну
обязанность и эта обязанность должна
быть полностью инкапсулирована в класс.
SOLID

21. Сложности с именами view
/View
/Home
/Execute.chtml
/News
/Execute.chtml
/Products
/Execute.chtml
/NextPage.chtml
/Product
/Execute.chtml

22. Свой ViewEngine
/View
/Home.xslt
/News.xslt
/Products.xslt
/Products_NextPage.xslt
/Product.xslt

23. Преимущества
• Один контроллер – одно действие
• Контроллеры маленькие
• Общий функционал → в базовый класс
• Создаем DSL*
• Дружит с Dependency Injection*

24. ControllerBase
+Model
+FillCommonData()
IndexController ListControllerBase
+Execute()
NewsController ProductsController
+Execute() +Execute()

25. Правила
1. Один контроллер – одно действие

26. Модель

27. Модель
• Данные для View
• НЕ интерфейс получения/записи данных*
* — холивар варнинг

28. ViewModel
vs.
Domain Objects

29. Типизированная модель
vs.
Динамическая

30. Typed vs. Dynamic
public ActionResult Execute()
{
var model = new Model();
…
return View(model);
}
dynamic model = new ExpandoObject();

31. Модель – член класса

32. Правила
1. Один контроллер – одно действие
2. Модель – член класса

33. Декларация маршрутов

34. Явная декларация маршрута
routes.MapRoute( name: "Home", url: "home",
new { controller = "Home", action = "Execute" });
routes.MapRoute( name: "News", url: "news",
new { controller = "News", action = "Execute" });
Url.RouteUrl( home ) // Returns “/home”

35. Правила
1. Один контроллер – одно действие
2. Модель – член класса
3. Задавайте маршруты явно

36. Demo
Single action controllers

37. Domain Specific Language

38. Domain Specific Language
public ActionResult Execute()
{
CheckAccessRights( “index” );
Model.news = SelectObjects()
.OfType( “article” )
.FilterPublished()
.Execute();
return View(Model);
}

39. ControllerBase
+Model
+FillCommonData()
+CheckAccessRights()
+SelectObjects()
IndexController ListControllerBase
+Execute() +PreparePagingData()
NewsController ProductsController
+Execute() +Execute()

40. Сервисные классы
ControllerBase
+Model
+FillCommonData()
+CheckAccessRights()
+SelectObjects()
IndexController ListControllerBase
+Execute() +PreparePagingData()
NewsService
+GetNews() NewsController ProductsController
+Execute() +Execute()

41. Demo
DSL and helpers

42. Правила
1. Один контроллер – одно действие
2. Модель – член класса
3. Задавайте маршруты явно
4. Делайте собственные DSL

43. Dependency Injection

44. Dependency inversion principle
Модули верхних уровней не должны
зависеть от модулей нижних уровней.
Модули должны зависеть от абстракций.
Абстракции не должны зависеть от
деталей. Детали должны зависеть от
абстракций.
SOLID

45. Dependency Inversion
<<interface>>
INewsService
+GetNews()
NewsServiceImpl IndexController
+GetNews() +Execute()

46. Dependency Injection
<<interface>>
INewsService
+GetNews()
NewsServiceImpl IndexController
+GetNews() +Execute()
Assembler
+Resolve()

47. Указание зависимостей
• Параметры конструктора
• Свойства с атрибутами
• Правила именования полей и аргументов

48. Указание зависимостей
public class HomeController : Controller
{
[Dependency]
public INewsService NewsService { get; set; }
public HomeController( IDatabase database ) { … }
…
}

49. Настройка DI-контейнера
• Связь между интерфейсом и реализацией*
• Контроль за жизнью объекта
<register type="INewsService"
mapTo="NewsService">
<lifetime type="singleton"/>
</register>
* Не обязательно

50. Demo
Dependency Injection

51. DI delivers
• Уменьшает связность приложения
• Помогает писать модульные тесты
• Заставляет правильно мыслить

52. Правила
1. Один контроллер – одно действие
2. Модель – член класса
3. Задавайте маршруты явно
4. Делайте собственные DSL
5. Используйте DI

53. Редактирование
данных

54. Обычный процесс
1. Браузер запрашивает URL
2. Сервер формирует HTML, шлет на клиент
3. Браузер показывает HTML
4. Пользователь редактирует данные. Submit
5. Браузер шлет данные в POST-запросе
6. Сервер обновляет базу, goto 2

55. Проблемы обычного подхода
• Сериализация-десериализация состояния
• Постоянные перезагрузки
• Трафик

57. Ajax-редактирование
1. Браузер запрашивает URL
2. Сервер формирует HTML, шлет на клиент
3. Браузер показывает HTML
4. Пользователь редактирует данные. Submit
5. Браузер шлет данные в POST-запросе
6. Сервер обновляет базу
7. goto 4

58. JSON
// Браузер шлет серверу
{
id: 245,
price: 19.95
}
// Сервер отвечает
{ success: true }

59. Ajax delivers
• Не надо сериализовать всю страницу
• При ошибке можно повторить
• Трафик меньше на порядки

60. Правила
1. Один контроллер – одно действие
2. Модель – член класса
3. Задавайте маршруты явно
4. Делайте собственные DSL
5. Используйте DI
6. Используйте Ajax для редактирования

62. AngularJS - MVVM
// Model
$scope.id = 245;
$scope.title = “Red button”;
$scope.price = 19.95;
<!-- View -->
Price for {{title}}: <input type=“text” ng-model=“price” />

63. Спасибо за внимание
Андрей Майоров
BYTE-force
xor@byte-force.com
twitter.com/xorets