<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>MVC on AdaTheDev Blog</title><link>https://www.adathedev.co.uk/tags/mvc/</link><description>Recent content in MVC on AdaTheDev Blog</description><generator>Hugo -- gohugo.io</generator><managingEditor>adathedev@gmail.com (Adrian Hills)</managingEditor><webMaster>adathedev@gmail.com (Adrian Hills)</webMaster><lastBuildDate>Fri, 07 Oct 2016 09:14:00 +0100</lastBuildDate><atom:link href="https://www.adathedev.co.uk/tags/mvc/index.xml" rel="self" type="application/rss+xml"/><item><title>Real-time SignalR and Angular 2 dashboard</title><link>https://www.adathedev.co.uk/2016/10/real-time-signalr-angular-2-dashboard.html</link><pubDate>Fri, 07 Oct 2016 09:14:00 +0100</pubDate><author>adathedev@gmail.com (Adrian Hills)</author><guid>https://www.adathedev.co.uk/2016/10/real-time-signalr-angular-2-dashboard.html</guid><description>tl;dr Check out my new SignalRDashboard GitHub repo
Followup post: Getting started with SignalR
For a while now, I&amp;rsquo;ve had that burning curiosity to do more than just the bit of hacking around with SignalR that I&amp;rsquo;d previously done. I wanted to actually start building something with it. If you&amp;rsquo;re not familiar with it, SignalR is a:
&amp;hellip;library for ASP.NET developers that makes developing real-time web functionality easy.
It provides a simple way to have two-way communication between the client and server; the server can push updates/data to any connected client.</description></item><item><title>ASP.NET MVC Performance Profiling</title><link>https://www.adathedev.co.uk/2012/05/aspnet-mvc-performance-profiling.html</link><pubDate>Wed, 23 May 2012 09:33:00 +0100</pubDate><author>adathedev@gmail.com (Adrian Hills)</author><guid>https://www.adathedev.co.uk/2012/05/aspnet-mvc-performance-profiling.html</guid><description>Building up a profile of how a web application functions, all the database interactions that take place and where the server-side time is spent during a request can be a challenging task when you are new to an existing codebase. If you&amp;rsquo;re trying to address the generic/non-specific &amp;ldquo;we need to improve performance / it&amp;rsquo;s slow&amp;rdquo; issue, you need to get a good picture of what is going on and where to prioritise effort.</description></item></channel></rss>