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

The iterative and incremental nature of agile makes an agile approach seemingly less compatible with [...]

- mike@mountaingoatsoftware.com

Velocity can be great for predicting how much a team can deliver in a given period. But it needs to [...]

- mike@mountaingoatsoftware.com

Succeeding with agile isn’t just about knowing where to start, it’s about knowing where to go next—w [...]

- mike@mountaingoatsoftware.com

Here’s what to do when facing a complex user story that cannot be split but is too large for one spr [...]

- mike@mountaingoatsoftware.com

A lot of organizations claim to be agile. Here’s a quick way to see if they really are. [...]

- Scott Hanselman

ASP.NET Core 2.2 is out and released and upgrading my podcast site was very easy. Once I had it upda [...]

- Scott Hanselman

Well crap. I was typing really fast and got a squiggly, so I right-clicked on it and rather than sel [...]

- Scott Hanselman

Buckle up friends! Microsoft is open sourcing WPF, Windows Forms (winforms), and WinUI, so the three [...]

- Scott Hanselman

Naming things is hard. I've talked before about the term "evangelism" and my dislike [...]

- Scott Hanselman

Hey friends! This is my FIFTH year doing a list of Great STEM Christmas Toys for Kids! Can you belie [...]

Meta