Felix Geisendörfer <[EMAIL PROTECTED]> wrote:
> > I'm looking for someone to give me a hug and tell me everything will
> > be ok.
> I'll go ahead and do this: *hug*
*hug* everything will be okay.
--
Chris Lamb, Leamington Spa, UKGPG: 0x634F9A20
signature.asc
Descr
First of all, the coupling would not be any looser even if you used
objects. The component would just be tightly coupled to an object
property instead of an array key. Second of all, this is what
afterFind is for. If you have to make a database change which impacts
your code, you can use afterF
Yo Felix,
On 3/21/07, Felix Geisendörfer <[EMAIL PROTECTED]> wrote:
>
> I'm looking for someone to give me a hug and tell me everything will be
> ok.
>
> I'll go ahead and do this: *hug*
>
Thanks dude :)
When however you are writing a database depended application you have to
> accept that fiel
Hi Nate,
I knew you'd answer this one :)
On 3/21/07, nate <[EMAIL PROTECTED]> wrote:
>
>
> First of all, the coupling would not be any looser even if you used
> objects. The component would just be tightly coupled to an object
> property instead of an array key. Second of all, this is what
> af
> I'm looking for someone to give me a hug and tell me everything will
> be ok.
I'll go ahead and do this: *hug*
Regarding your topic: I think you are getting a little paranoid here.
Yes high coupling is something you want to avoid. Coupling itself
however is not your enemy, it's how you write
Hi there,
I'm looking for someone to give me a hug and tell me everything will be ok.
Thinking in terms of low coupling of classes again, it struck me that
passing your applications method parameters as associative arrays may be a
step in the wrong direction. For example, I have a cake component t