tags:

views:

124

answers:

3

We have a big portal that needs user registration to allow them use its services. It's already done in .NET and SOL Server 2005. we are in the phase now of discovering all the problems of the current registration system to build a new robust flexible one that can be extended easily and can be more usable for all services.

Could any help me find best practices and design patterns to help me rebuild this using good architectural practices?

+3  A: 

This question is really too open ended to give a good answer to. However, I would recommend using the built-in Membership stuff: http://msdn.microsoft.com/en-us/library/tw292whz%28v=VS.100%29.aspx

tster
A: 

you can start with the built-in membership component. You can modify that if you need to by modifying the source code.

user279521
A: 

I would recommend Rhino.Secuirty http://weblogs.asp.net/arturtrosin/archive/2009/04/02/rhino-tools-rhino-security-guide.aspx.

It takes a while to get used to but once you're there you'll see its beauty.

I guess open ended questions receive open ended answers :).

ondesertverge
Ugh.. that's a lot of code to include in your project for only a user membership. If you're already using NHibernate and Windosor, I suppose it would be fine.. but if you're not, it makes Rhino Security a tough call to make.
Mystere Man
If you're building a medium size project without using an OR/M and an IoC you're quite definitely *writing* way too much code. Way better referencing one or two more libraries than writing loads of generic code.
ondesertverge
@ondesertverge - 1) "probably" not "definitely" and 2) not using NHibernate and Windsor is not the same as not using ORM and IoC. Apart from that, I agree (-:
Murph
I agree with Murph. If you're already invested in some other framework, then Rhino seems to add a ton of extra cruft. My problem with many of these frameworks is they require to use a specific other set of technologies, and that is unlikely to fit most peoples needs.
Mystere Man
ondesertverge