Comments for For Great Justice

Comment on Zend Framework by Using Bitmasks in a Groups Permission System | For Great Justice

Using Bitmasks in a Groups Permission System | For Great Justice — Sat, 22 Nov 2008 19:22:21 +0000

[...] trying to do. In this case, I wanted to create a social network site of sorts (using the Zend Framework) with, next to the obvious user profiles and user-to-user communication, a ‘groups’ [...]

Comment on “PHP Database Classes” - Follow-Up by admin

admin — Wed, 12 Nov 2008 13:45:37 +0000

I could, but I cba and there’s plenty of good examples out there, =D. I’d take a look at Doctrine (http://www.doctrine-project.org/), probably the most advanced, or at least the most recent PHP ORM / database abstraction layer.

Besides that, there’s also Zend_DB (http://framework.zend.com/manual/en/zend.db.html), which is a lot more low-level (it’s not an ORM, really), but does provide a good structure of sorts.

Also, neat that I’m in the Google results, thanks for sharing that, =D.

Comment on “PHP Database classes” make my eyes bleed. by JD

JD — Wed, 12 Nov 2008 13:35:29 +0000

oh nevermind. here IS a good example. thanks

Comment on “PHP Database Classes” - Follow-Up by JD

JD — Wed, 12 Nov 2008 13:33:12 +0000

since this article shows up 10th in the results for “php database class” right now and since you know whats so wrong and right to do, can’t you provide a good starting example of a database class. now that would be useful!

Comment on Applied design patterns: Database abstraction (part 2) by Chris

Chris — Thu, 30 Oct 2008 22:37:09 +0000

I think I am just overdoing it a bit. Since connections can be reused I might just decide to have a class connect to the db and do its thing.
Who knows.

You’re right, It seems the singleton is going the way of the dodo. I have used in logging classes before, though.

Comment on Applied design patterns: Database abstraction (part 2) by admin

admin — Thu, 30 Oct 2008 20:47:08 +0000

There’s currently plenty of people that vote against the singleton design pattern, calling it a remnant of ye olde imperative programming and, from a practical point of view, it doesn’t really apply to database connection thingies - after all, multiple connections to a database are perfectly allowed and whatnot.

For your problem, you could, I guess, write a database connection manager, which basically keeps track of a list of your database connections, so yeah, it’s perfectly valid. I’m not entirely sure what motivation people have when they apply the singleton pattern to database connections - it’s firstly not applicable to database connections, and second, it seems to me like a complex way to make it a global thing.

As for the quick reply, I get an e-mail whenever someone posts a comment, so I can be pretty quick, =D.

Comment on Applied design patterns: Database abstraction (part 2) by Chris

Chris — Thu, 30 Oct 2008 20:01:34 +0000

Thanks for the uber quick reply on an old post. I like the idea of DAO, but I guess what I was shooting for was a way to manage connections to multiple databases with the ability to get access to those connections within other classes without having to pass arguments when instantiating the object. I thought about the singleton pattern, but since I will need to connection to different db’s that wouldn’t really work. Is there a way to do what I’m asking? If not (or it doesn’t make sense), I will surely take your advice.

Comment on Applied design patterns: Database abstraction (part 2) by admin

admin — Thu, 30 Oct 2008 19:21:40 +0000

Sounds to me that your Session class can be seen as a regular bit of data, so it’s basically a Model in the MVC scheme, which makes it all right to give it a database connection (object). There’s an alternative approach which, in my opinion, keeps your Session object cleaner, and that’s to use a database access object (DAO) for Sessions, which is basically a class / object you use to retrieve and insert Sessions into your database, instead of leaving that responsibility with the Session object itself.

Comment on Applied design patterns: Database abstraction (part 2) by Chris

Chris — Thu, 30 Oct 2008 19:17:53 +0000

Great Post. What would you suggest if I had a custom Session class that needed a db connection inside of it? Would I just pass the connection in when the Session object instantiated or I am missing something fundamental here?

Comment on The Lost Art of Bitmasks by Day 6. To bit, or not to bit. at AuralGrey : the Blog

Day 6. To bit, or not to bit. at AuralGrey : the Blog — Tue, 07 Oct 2008 08:21:55 +0000

[...] than doing some basic research into bitwise operators, and how and what they are used for. Studying this article at the moment. Real interesting stuff, if you like being hit in the head with spiked clubs. Need [...]