I just found that a post i did this morning in the architecture forum was deleted with no advice. I don't understand why as it wasn't out of topic (at least less than half the posts there) any guess on why that happened? thanks.

What was the subject? And what was it about?

You posted on the old server. We switched server today. I see your posts on the old forum system but as it's another box they don't show up here.

Please post the threads again. I'll post your posts below, just a sec.

sorry for this inconvenience. We have added a closing page to the old forum, but apparenlty you arrived there through another url.

subject: REST(Asp.Net MVC) and LLBLGen; Entities vs POCO's

post: Hi.

I have been thinking about this for a week and can't decide at all wether i should use POCO classes or the entities itself as models for my MVC web application.

Actually i have a working _DSL _that generates metadata, security predicates and manages persistence from request to post for my entities so that they can be used as MVC models.

What i like of using entities as models:

• The model has all the metadata; I am using the designer to add all security and validation metadata as attributes so i can generate all the needed metadata-classes, data providers (they are just linq metadata providers that adds some default predicates for security and soft-delete)

• Saves work; I did a simple 'EntityValidationAttribute' that maps MVC to LLBLGen validations so it validates per-field and per-entity using JS validation when available.

Why i don't:

• LLBLGen is not REST; what i do is to fetch the entity using a unique id passed as a parameter in the web request and then merge the entity returned by MVC (it has only the view fields filled). This creates a problem if some validation requires of fields not added to the view to perform and also its not as straight forward as i would like it to be.

• DSL's code is starting to be a mess. Always controlling if the entity was loaded from the database or comes from a view response not too straight-forward.

• The application is a service oriented application. Initially it won't be a WCF service, just a class but we may want to change it into a WCF service later, using complex types like EntityBase as return type or parameters doesn't seems to be a good idea.

• I like S.O.L.I.D. development but using llblgen entities as models it feels like i lost the O and the L, not much important here because we know llblgen and i am shure that there's nothing that would lead us to change it by another ORM in that particular application.

• Using poco's the model designer won't be a bottleneck to the front-end development.

--

Actually just writing the post helps me in taking the decision but would like to read any comment or advice about this.

Thanks.

Aridane Álamo.

In thread: http://www.llblgen.com/TinyForum/Messages.aspx?ThreadID=20366 reply:

JayBee wrote:

I liked this article a lot: http://msdn.microsoft.com/en-us/magazine/hh580734.aspx It clearly points out the differences between MVC, MVVM and MVPVM. I do see myself using the MVPVM pattern together with LLBLGen for multi channel applications.

Are you sing a POCO class as the ViewModel in MVPVM? if so how much does it increase the development time?

Thanks.

[Edit] When i say POCO i mean a non EntityBase class not necessarily a plain old... [/Edit]

Reply to thread http://www.llblgen.com/TinyForum/Messages.aspx?ThreadID=20509

text: I think that SQLNotification was a feature intended to connect 2 servers, not with clients. It could cause performance bottle-necks and a lot of problems with connections being droped.

Thats a common client-server application, i would use a custom rfc over tcp to do that. Also you can use WCF or any other kind of webservice, that deppends if you also need it to be scalable or accesible from other devices.

Would like to know what you used at last as i would need something similar for my next application.

Otis wrote:

You posted on the old server. We switched server today. I see your posts on the old forum system but as it's another box they don't show up here.

Please post the threads again. I'll post your posts below, just a sec.

sorry for this inconvenience. We have added a closing page to the old forum, but apparenlty you arrived there through another url.

I tought it was something like that, thanks. I dunno what happened yesterday got my user baned from another forum with no reason and i was thinking it could be that my account was hacked. Finally it was because i was using a demo account in support forums instead the registered one

thanks again.

You still should repost the posts as I posted them above, so the posts / thread are properly added by you