> Maybe with less coupling I would see more changes like that, but now that I
> consider it, coupling is the reason I don't see these changes.  They are
> considered indulgent, as they would require 'unnecessary' code changes.
>

To clarify a bit...

Down a DDD path this coupling does not exist (you embrace the
impedance mismatch). This allows for a lot more flexibility in
creating both models in the ways that you find optimal for each
without a whole lot of concern for the other. Often as systems run you
find changes to one of the models that would make it more effective,
these changes may or may not affect the other model.

Others have been doing this on the db side of things by providing an
"API" through sprocs for a long time which can be a good comparison.
If your db is only accessed through sprocs how many database changes
do you see without code changes?

Cheers,

Greg

On Thu, Jul 24, 2008 at 8:55 AM, Brady Kelly <[EMAIL PROTECTED]> wrote:
>> Could this be because you are/were working in a data centric world? I
>> regularly see changes in database structure that do not represent
>> changes in my domain. An example of this might be selective
>> denormalization for optimization on a small system or the pulling out
>> of something that was columns into a new joined table.
>>
>> Cheers,
>>
>> Greg
>
> Maybe with less coupling I would see more changes like that, but now that I
> consider it, coupling is the reason I don't see these changes.  They are
> considered indulgent, as they would require 'unnecessary' code changes.
>
> ===================================
> This list is hosted by DevelopMentor(R)  http://www.develop.com
It is the mark of an educated mind to be able to entertain a thought
without accepting it.


down a DDD path this coupling does not exist.
> Vieummw archives and manage your subscription(s) at http://discuss.develop.com
>



--
It is the mark of an educated mind to be able to entertain a thought
without accepting it.

===================================
This list is hosted by DevelopMentor®  http://www.develop.com

View archives and manage your subscription(s) at http://discuss.develop.com

Reply via email to