New Posts New Posts RSS Feed: Poco Drawbacks
  FAQ FAQ  Forum Search   Calendar   Register Register  Login Login

Poco Drawbacks

 Post Reply Post Reply
Author
DenisK View Drop Down
IdeaBlade
IdeaBlade


Joined: 25-Aug-2010
Posts: 715
Post Options Post Options   Quote DenisK Quote  Post ReplyReply Direct Link To This Post Topic: Poco Drawbacks
    Posted: 16-Mar-2011 at 7:06pm
Hi tersiusk;

The only real pros that I can think of when using DF POCOs compared to normal entities is that you're free to choose your data source. Well, you could also say that you're more flexible to customize how the various behaviors (lazy loading, navigation, validation, etc) are done but I'd say that's leaning towards the cons than the pros since they're not automatically generated.

The cons, i.e. the functionality that you lose, but of which you can implement yourself are:

(This is not a complete list but it should give you some general ideas)

1. Navigation including navigating to the related entities, lazy loading, etc.

2. Property interceptors

3. Validation including triggered validation. Instance verification will be run automatically on the server before save or whenever you decide to invoke them.

4. Querying including Linq Entity Queries.

5. Saving

6. Entity metadata

7. Sub-typed EntityManager for ease of querying

Hope this helps.
Back to Top
tersiusk View Drop Down
Newbie
Newbie
Avatar

Joined: 03-Nov-2010
Posts: 20
Post Options Post Options   Quote tersiusk Quote  Post ReplyReply Direct Link To This Post Posted: 16-Mar-2011 at 3:32am
Hi

Could you please give me a list of drawbacks when using POCO objects. IE. what is being done for me if I use the normal entities instead of my own poco class. For instance what happens with the validation, is there some way so still use the devforce validation? 

I'm sure there is more functionality you lose and would just like to get a picture of pros and cons.

Thanks
Back to Top
 Post Reply Post Reply

Forum Jump Forum Permissions View Drop Down