Object Oriented Programming and design

we have a site www.oogalager.com/alpha which is built in drupal.

we are looking for a serious coder to work with us for the long term and develop this site and other drupal sites we have. the work can be project based or hourly. Currently this site needs some urgent additions (search, payment, e-com, and some other functionality) that require good knowledge and experience in drupal.

Hi,

Recently I switched from joomla to Drupal. As an OO-lover, I do miss the OO-concept in Drupal. I loved it in Joomla, but there it was really complicated and it was a hell of job to find something.

Since the scripting of Drupal is not so complicated, why not port it to OO? Let's find a compromise between the java-way of OO and a less complicated way of OO. More flat.
I have seen what is said about Drupal NOT even thinking of translating to OO. But there are also people who would really like to see an OO version of Drupal.

The presentation of Larry Garfield
http://szeged2008.drupalcon.org/program/sessions/drupal-databases-next-g...

Last announcement to help on this : http://groups.drupal.org/node/14222

The Droopal module allows for full OOP access to and from all custom and core modules. It is lite-weight and offers very little performance overhead.

http://drupal.org/project/droopal

Hi
In the Drupal we can see there are sevaral anti patterns , when we plug a themes we can see there are unwanted code we are working in theme.tpl file so the "Old Baggage" can be found (I don't know whether I'm walking on wrong or right way). Let us discuss about the anti patterns found in Drupal.
Thanks
Hesh

Hi folks,

I'm new to this group (and to groups.drupal.org in general), so let me give a quick introduction. I'm one of the owners and programmers at CraftySpace, a web development company creating Drupal-based solutions for our clients. We're a little over a year into our business, so we've been dealing with the hecticness that comes with a start-up business, and therefore, not getting as involved with the Drupal community as we'd like to be. But I'd like to start getting more involved, since that, of course, is the whole point of open-source software, so I appreciate the opportunity to be a part of this group.

Anyway, one of the things we're doing is trying to use more OOP syntax in the code that we write. To facilitate this, we created a module (that we're currently calling "ClassLibrary") that allows a module or a theme to be created as a class. The ClassLibrary module uses PHP 5's reflection API to create procedural wrapper functions around the public methods of the class in order to get the module or theme to integrate into Drupal the way modules and themes normally do. This approach allows us to write most of our code using OOP syntax, which we find more comfortable and intuitive than procedural syntax, it lets us have enforced encapsulation (i.e., private variables and methods), and it lets us take advantage of implementation inheritance in creating custom modules and themes in a way that I think is much more limited without using classes.

Do you think that what we have at ?q=admin/user/access is enough to reflect uses cases of a system ?

I found it very powerful and you ?