Converting any object to a RouteValueDictionary so I don’t have to list properties in a MVC view

Home » ASP.NET MVC » Converting any object to a RouteValueDictionary so I don’t have to list properties in a MVC view
ASP.NET MVC Logo

Problem

The problem I had is that I had a search page, which went to a search results page that could be paginated. The paginator needs to know the search criteria used, so it can create a link on the page which calls for page x with the correct search criteria set.

I originally had code that looked like this in my view:

The search criteria class has a list of properties that can be searched for. The problem is, I didn’t want to have a list of all the properties in any views that use it, I wanted to be able to say:

However this code does not work, as you can’t pass a complex object into Url.Action. Serialising this into a query string doesn’t work. I looked into how I could do this via fixing the serialisation problem, but chose a different approach in the end which is documented below.

One Solution

Url.Action can take an anonymous object, or it can take a RouteValueDictionary. So the first step was to put a ToRouteValueDictionary in my model. This wasn’t going to work for me, because my domain classes don’t access System.Web (or any data access routines for that matter, I use IOC).

So I decided on an extension method that used reflection to create a Dictionary, this only adds results if the value isn’t null, which means we don’t have lots of null querystring parameters in practice:

The view then is responsible for turning the Dictionary into a RouteValueDictionary

About Phil

I have been working as a software developer since 1983. This blog could have been called "From Fortran 77, C and Cobol to C# in 20 (not so) easy years", but it doesn't sound quite right somehow. Besides I'm talking about what's happened since 2003, not before!

Leave a Reply

Your email address will not be published.


You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code class="" title="" data-url=""> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong> <pre class="" title="" data-url=""> <span class="" title="" data-url="">




Top Posts & Pages

Categories

Recent Posts

Recent Comments

Archives

Blogroll

  • Mike Cohn's Blog
  • Scott Hanselman's Blog
- mike@mountaingoatsoftware.com

An agile product backlog should evolve over time, with product backlog items and user stories rising [...]

- mike@mountaingoatsoftware.com

Succeeding with Scrum is easier when you know when and why to conduct each ceremony during the sprin [...]

- mike@mountaingoatsoftware.com

Are you struggling to find a catchy name for your agile team? Use this fun, mostly silly, generator [...]

- mike@mountaingoatsoftware.com

Telling a stakeholder you can’t work on their feature is difficult. Here are ways to make that conve [...]

- mike@mountaingoatsoftware.com

There are things leaders can do that will influence how a team self organizes. [...]

- Scott Hanselman

If you've looked at csproj (C# (csharp) projects) in the past in a text editor you probably loo [...]

- Scott Hanselman

I've been loving Application Insights ever since I hooked it up to my Podcast Site. Application [...]

- Scott Hanselman

It's been 7 years since the last time I built "The Ultimate Developer PC 2.0," and ov [...]

- Scott Hanselman

I was talking to my friend Rob Caron today. He produces Azure Friday with me - it's our weekly [...]

- Scott Hanselman

Last week on Twitter @getify started an excellent thread pointing out that we should be using HTTPS [...]

Meta