Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p>Good question. I've never coded anything truly enterprisey so my experience is limited but I'll kick off.</p> <p>My current (WPF/WCF) project uses Data Model = Business Model = Transfer Model = View Model! There is no DB backend, so the "data model" is effectively business objects serialised to XML.</p> <p>I played with DTO's but rapidly found the housekeeping arduous in the extreme, and the ever present premature optimiser in me disliked the unnecessary copying involved. This may yet come back to bite me (for instance comms serialisation sometimes has different needs than persistence serialisation), but so far it's not been much of a problem.</p> <p>Both my business objects and view objects required push notification of value changes, so it made sense to implement them using the same method (INotifyPropertyChanged). This has the nice side effect that my business objects can be directly bound to within WPF views, although using MVVM means the ViewModel can easily provide wrappers if needs be.</p> <p>So far I haven't hit any major snags, and having one set of objects to maintain keeps things nice and simple. I dread to think how big this project would be if I split out all four "models".</p> <p>I can certainly see the benefits of having separate objects, but to me until it actually becomes a problem it seems wasted effort and complication. </p> <p>As I said though, this is all fairly small scale, designed to run on a few 10's of PCs. I'd be interested to read other responses from genuine enterprise developers.</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload