Референсная архитектура приложения на ASP.NET MVC
Download as PPTX, PDF0 likes381 views
![Указание зависимостей
public class HomeController : Controller
{
[Dependency]
public INewsService NewsService { get; set; }
public HomeController( IDatabase database ) { … }
…
}](https://image.slidesharecdn.com/asp-netmvc-130424093909-phpapp01/85/ASP-NET-MVC-48-320.jpg)
More Related Content
What's hot (20)
Viewers also liked (20)
Similar to Референсная архитектура приложения на ASP.NET MVC (20)
Референсная архитектура приложения на ASP.NET MVC
- 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 • ... → Что душа пожелает
- 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. Модель – член класса
- 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. Задавайте маршруты явно
- 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()
- 42. Правила 1. Один контроллер – одно действие 2. Модель – член класса 3. Задавайте маршруты явно 4. Делайте собственные DSL
- 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> * Не обязательно
- 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 {}: <input type=“text” ng-model=“price” />
- 63. Спасибо за внимание Андрей Майоров BYTE-force xor@byte-force.com twitter.com/xorets