Originally Posted by
SYNCH
La pko nag-tanaw sa roadmap bro but naa plan to integrate ang ORM sa visual modelling capability sa VS or ?MonoDevelop (if naa)? I'm after jud sa RAD in terms of maintaining bunch of objects.
Btw, sa ORM idea, I'm more sold-out sa idea sa iBATIS (Apache project), which is instead of being an ORM, it is a data mapper. Therefore ang object entity is not mapped directly to the database entity but to the resultset. All are xml-based and embedded as resource, can be encrypted for security reasons. This idea also gives me the flexibility of connecting to very old databases with a very bad data structuring with ease. INSERT, UPDATE and DELETE are independent. E.g. INSERT may need not just be inserting to one table but multiple and that includes complex relation, e.g. a data structure where there is a master number generator table, you need to get the highest number from the master number generator table first, then insert the record for the main table and then update the master number generator table so it now contains the latest number (i know this sucks but this happened in the real world). I'm curious on how would an ORM deals with that, when LINQ came out, that is one of the big hurdles, many asked how smart it was.
In terms of creating objects, I'm still using CSLA concept which is "Class-in-charge", meaning the object itself knows how to save itself rather than having a Repository that handles the commit. Being mobile with .NET is quite powerful, instead of having a separate Validation object that knows our data object, we are injecting it as delegate to the object so that makes it reusable.
More to come bro, sleepy pko. hehe