Changes

Abstraction

979 bytes removed, 01:53, 13 June 2009
General rule: Abstract things out as much as makes sense
[[Category:Patterns]]
MrlhKH <a href=General rule"http: Abstract things out as much as makes sense= ==Specific rule: Abstract the living crap out of your authentication scheme//ducolsjalscd.== Look, pretty much everyone with anything worth protecting already has an authcom/">ducolsjalscd</authZ infrastructure in place. Sometimes an extensive, perhaps multi-institutional infrastructure. One that isn’t going to be bypassed without, say, getting fired. So if you’re going to require people to log in, make sure you make that process as abstract as you possibly can, both in algorithm and in code. Have a singleton class that’s easily subclassed to represent your user>, and call it exclusively[url=http://rojbzsvgcyea. Make sure that your URIs are easily separated into those that require auth and those that don’tcom/]rojbzsvgcyea[/url], for simple use of mod_rewrite or whatnot to redirect to authentication[link=http://grglypwccdpm. Make sure it’s easy to hook into (or work around) AJAX links that might require authentication that has expired. And for the love of godcom/]grglypwccdpm[/link], don’t stuff usernamehttp:/password information into a cookie if you’re doing web work. Use a session and session key. Any auth scheme that I can spoof is no auth scheme at all, because I’m an idiot and not even trying hard/jljxmhddoyus.com/
Anonymous user