Sorry about the format, using my phone to send this... Question below
(hopefully)

---------- Forwarded message ----------
From: Miika Mäkinen <[EMAIL PROTECTED]>
Date: Sat, 9 Jun 2007 14:43:39 +0700
Subject: DTO DAO Design
To: [EMAIL PROTECTED]

Hi all. I haven't written to this list before, i hope i am in right
place. I am quite new to distributed enterprise app architecture and i
am hitting a wall here. How do you usually do your dto objects so that
you both can allow creation on client side and ensure client does not
change properties like primary key id? I would like to keep the dto
decoupled from data access, so csla type design is not what i like.
This also leaves out internal constructors. Is there anything else but
accessing private fields with reflection? This is not favored either
as i am wishing to use ibatis as or mapper and i don't think
reflection is even possible with it. Am i missing some perfect
pattern? I am just so confused why functionality required by
practically any app needs to be so cumbersome to achieve!

===================================
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