RE: [CFCDev] how do you implement different read methods?

Gareth Cole Wed, 02 Nov 2005 06:41:36 -0800

I’ve set the Authenticator to receive an instance of UserGateway in the init() method, but have a slight problem with the type attribute.

This code doesn’t work:

</cffunction>

It works when I change it to:

</cffunction>

But now I have application specific dependency again by having to use ‘com.myApp.user.UserGateway’, as ‘myApp’ will change for every new site.

Is there any way I can get around this?

Thanks

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gary Menzel
Sent: 01 November 2005 19:40
To: [email protected]
Subject: Re: [CFCDev] how do you implement different read methods?

If you want the Authenticator to be oblivious to which instance of UserGateway it is using - then you have to pass it in (not necessary in the init() method but most likely - and at least before you use it).

Creating a UserGateway internally will then create a dependency on THAT particular class. What you want is only a dependency on the interface (not a specific implementation of the interface).

Regards,

Gary

On 11/2/05, Gareth Cole <[EMAIL PROTECTED]> wrote:

That seems to make sense.

Should I pass a reference to an instance of UserGateway in the init() method of Authenticator.cfc ?

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Peter Hardy
Sent: 01 November 2005 16:14
To: [email protected]

Subject: Re: [CFCDev] how do you implement different read methods?

It's ok for the Authenticator to call the UserGateway.GetUserById(numeric UserId) method.

The point is that you should be able to replace your UserGateway with a completely different implementation without having to make changes to the Authenticator object.

As long as the interface presented by the UserGateway (and used by the Authenticator) remains the same you can do this.

Cheers, Pete (aka lad4bear)

On 01/11/05, Gareth Cole < [EMAIL PROTECTED]> wrote:

Thanks Raphael.

This does mean that my Authenticator.cfc will need to know about the UserGateway.cfc. Is this ok, or should the Authenticator.cfc not need to know about the rest of the application? It seems that the authentication will be tightly coupled to the current application…

-----Original Message-----
From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED]] On Behalf Of Raphael Gerber (codeyard)
Sent: 01 November 2005 15:43
To: [email protected]

Subject: RE: [CFCDev] how do you implement different read methods?

Hi Gareth

Just like you, I'm new to OO and always interested in best practice. In your case, I think I would do what I already saw in other apps. I would make a UserGateway.cfc where I would implement functions like searchUser(), getUserByName() etc. So I would basically have a UserDAO, UserBean and a UserGateway to handle all user functions I can think of.

Regards

Raphael Gerber

--
codeyard web development
http://www.codeyard.ch

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Gareth Cole
Sent: Tuesday, November 01, 2005 4:33 PM
To: [email protected]
Subject: [CFCDev] how do you implement different read methods?

Hi Folks,

I'm new to the list and OO in general, so I'd appreciate some advice.

I've built UserBean.cfc and UserDAO.cfc and both seem to be working. The read method works fine, loading the UserBean.cfc based on the table's primary key (userID).

I'm know building an Authenticator.cfc which has 1 function checkCredentials(). This should take username and password as arguments and return the userID (it will throw an exception if the credentials aren't right).

I'm not sure what is best practice to implement this though. The options I see are:

Add a readByUsername() function to the UserDAO. This would mean that Authenticator.cfc has to call UserDAO which would seem to break encapsulation.
checkCredentials() has it's own database query to get userID from the username. This seems ok, but other site functions (such as emailing a user their password when forgotten) would also want to query by username. This seems like duplicating the query for every time it is necessary to get the user by their username.

Although I'm still starting off with this, I imagine there will be quite a few occasions where this sort of thing will occur i.e . reading an object by a non-primary key field.

Is there a best practice way of doing this?

Thanks,

Gareth

----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email.

CFCDev is run by CFCZone ( www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com).

An archive of the CFCDev list is available at www.mail-archive.com/[email protected]

An archive of the CFCDev list is available at www.mail-archive.com/[email protected] ----------------------------------------------------------

You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email.

CFCDev is run by CFCZone ( www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com).

An archive of the CFCDev list is available at www.mail-archive.com/[email protected]

¹²ryqzºn‰zŠqzszÂ¶¢ºn‰}½…n¶…jD¾º¢Ãszjº®o\¶Ã²[1]rz…–Šjn·™jŠ¢}½Î

ryqz{nǉzw[qzs:z+{nǉ}ǽn7j)D +vPws:zjwo \z)
؁[1]vrz7+j)nW
jo}ǽΉ

----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email.

CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com).

An archive of the CFCDev list is available at www.mail-archive.com/[email protected]

RE: [CFCDev] how do you implement different read methods?

Reply via email to