Design Patterns

As Wikipedia points out (http://en.wikipedia.org/wiki/Design_pattern_%28computer_science%29) , “a design pattern is a general reusable solution to a commonly occurring problem in software design. A design pattern is not a finished design that can be transformed directly into code. It is a description or template for how to solve a problem that can be used in many different situations.”? 

Interaction design patterns – specifically – are those elements of the interface that are now popular and ‘almost’ standard.       These have become a common solution; think of ‘log-in’ form, search engine interfaces, paginations,. These are all things that do not need to be re-invented, as there are plenty of good cases already existing.       The benefit of using an established design pattern? Users understand easily how it works, because they have seen it in the past. And designers and developers can focus on some other part of the application.

However, it’s not always a good thing to adopt a design pattern, especially if:     

  • Users of the application you want to build are not familiar with that pattern, it may generate confusions;
  • The problem you need to solve is different from the one that the pattern would be good for (don’t make your interface look like a search engine, if it is not a search engine!).

In these cases, it’s good to adopt a specific solution, which is different from the typical design pattern.

There are lots of places where you can find some of these design pattern collections. The only thing you need to do is to check them and see what is the best solution for the application you want to build. Here you can find - among the others - some of the most popular:     

Please log in to respond.



Auto-login on future visits

Forgot your password?