{"id":2033,"date":"2015-07-14T23:12:20","date_gmt":"2015-07-14T13:12:20","guid":{"rendered":"http:\/\/www.malcolmgroves.com\/blog\/?p=2033"},"modified":"2015-07-15T13:57:09","modified_gmt":"2015-07-15T03:57:09","slug":"mvvm-and-menialtasks-why-did-i-use-tenumerablebindsourceadapter-instead-of-tlistbindsourceadapter","status":"publish","type":"post","link":"http:\/\/www.malcolmgroves.com\/blog\/?p=2033","title":{"rendered":"MVVM and MenialTasks : Why did I use TEnumerableBindSourceAdapter instead of TListBindSourceAdapter?"},"content":{"rendered":"

In the comments\u00a0over on my old MVVM Resource List post<\/a>\u00a0Peter Rosario asked a great question. A question I thought I’d covered in my video<\/a> but I suspect I might have edited it out in an attempt to fit into the CodeRage time limits. So I thought I’d answer it here.<\/p>\n

The question was about my MenialTasks sample app<\/a>, and why I’d used TEnumerableBindSourceAdapter<\/a> to bind my collection of TTasks to the UI, rather than the more common TListBindSourceAdapter<\/a>.<\/p>\n

TListBindSourceAdapter has a lot going for it. It comes “in the box”, would certainly have been easier, and would work just fine. Given that, why didn’t I use it?<\/p>\n

The sticking point I had with TListBindSourceAdapter is\u00a0because it expects to be bound to a TList<T>, and my\u00a0TTaskList<\/a>\u00a0is not a TList<TTask>. Rather, it is\u00a0a domain wrapper around TList<TTask> (actually a TObjectList<TTask>, but that’s beside the point).<\/p>\n

My TTaskList controls access to the underlying TList<TTask>, providing methods like AddNewTask, AddTask(Task : TTask), etc. These functions make sure that any View or ViewModel\u00a0code that wants to mess with the contents of my TTaskList has to go through my validation logic (or any other code I want).<\/p>\n

Using TListBindSourceAdapter would require\u00a0exposing my underlying TList<TTask> to client code, allowing them to Add, Delete and Insert as much as they like, and I’d be left having to try and react after the fact.<\/p>\n

On the other hand, using TEnumerableBindSourceAdapter meant I just had to expose a\u00a0TEnumerable<\/a><TTask>, providing a much more limited set of capabilities to the client, and leaving my TTaskList in control of its contents.<\/p>\n

The follow-on question is: was this the right decision?<\/p>\n

If this were one of my own projects it would be an easy answer: Yes, totally. My own convictions on how I design my code, and the relative values I place on expediency vs purity mean I would\u00a0(and do) use\u00a0TEnumerableBindSourceAdapter in this situation.<\/p>\n

However this wasn’t strictly “my” code. Yes, I wrote it, but it’s for public consumption. Further, the aim of this code wasn’t to show someone how I like to design applications, but rather to serve as a minimal example of MVVM. Given that, maybe I was over-complicating things, or putting the emphasis on the wrong areas? Which option served the educational purposes better?<\/p>\n

This is what I went backwards and forwards on many times. The code actually existed both ways at various stages. In the end I decided the additional complexity introduced by\u00a0TEnumerableBindSourceAdapter stank less than exposing my TList<TTask> in my domain object.<\/p>\n

Someone much smarter than me once said “Design is Compromise”, and this is the key here. This decision may not be right for you, or even right for me in every situation. We develop in an imperfect world and often\u00a0you are left having to balance\u00a0two imperfect options.<\/p>\n

That balancing act is the source of some of the most educational parts of the job, in my view.<\/p>\n

Anyway, thank you Peter for the question. I hope that answered it ok.<\/p>\n","protected":false},"excerpt":{"rendered":"

In the comments\u00a0over on my old MVVM Resource List post\u00a0Peter Rosario asked a great question. A question I thought I’d covered in my video but I suspect I might have edited it out in an attempt to fit into the CodeRage time limits. So I thought I’d answer it here. The question was about my […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[97,116,90],"tags":[48],"class_list":["post-2033","post","type-post","status-publish","format-standard","hentry","category-architecture","category-livebindings","category-mvvm","tag-embarcadero"],"_links":{"self":[{"href":"http:\/\/www.malcolmgroves.com\/blog\/index.php?rest_route=\/wp\/v2\/posts\/2033","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/www.malcolmgroves.com\/blog\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.malcolmgroves.com\/blog\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.malcolmgroves.com\/blog\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"http:\/\/www.malcolmgroves.com\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=2033"}],"version-history":[{"count":10,"href":"http:\/\/www.malcolmgroves.com\/blog\/index.php?rest_route=\/wp\/v2\/posts\/2033\/revisions"}],"predecessor-version":[{"id":2043,"href":"http:\/\/www.malcolmgroves.com\/blog\/index.php?rest_route=\/wp\/v2\/posts\/2033\/revisions\/2043"}],"wp:attachment":[{"href":"http:\/\/www.malcolmgroves.com\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=2033"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.malcolmgroves.com\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=2033"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.malcolmgroves.com\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=2033"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}