Click here to Skip to main content
13,000,022 members (47,401 online)
Click here to Skip to main content
Add your own
alternative version


1 bookmarked
Posted 6 Dec 2012

Collection Accessors Language Feature

, 6 Dec 2012
Rate this:
Please Sign up or sign in to vote.
Collection accessors language feature

Collections are independent types from the domain objects on which they are used to define properties, yet they are usually closely tied to internal business logic of the single domain object that "owns" them.

What do you do in each of the following scenarios:

  1. You have business logic that determines whether or not an item can be added to the collection.
  2. You have some logic that needs to run before an item is added to the collection and another piece of logic that need run after the item was added.

These are the possible approaches that I can think of for tackling these scenarios:

  1. Put that logic in the view-model. The logic will need to be repeated everywhere the collection is modified.
  2. Expose the collection as IEnumerable then add Add/Remove methods directly onto the domain object where you put the check logic. This works but the public collection property can always be cast to ICollection or derivative and directly modified, thus violating the intended encapsulation.
  3. Create a custom collection.

But I do not feel satisfied with any of these options. I always wished to see a language feature like the add/remove block that was introduced in C# for events but as being available for public collection properties as well.

public collection IList<orderdetails> Details 
   add { if (isMaxReached) throw new Exception("max reached"); details.Add(value); }
   remove { details.Remove(value); } 

All modifications to the collection would pass through these accessors.


This article, along with any associated source code and files, is licensed under The GNU General Public License (GPLv3)


About the Author

Adrian Alexander
United States United States
Adrian loves facilitating suave user experiences via the latest and greatest GUI technologies such as Windows 8 Metro-style apps as well as WPF. More generally, he finds joy in architecting software that is easy to comprehend and maintain. He does so by applying design patterns at the top-level, and by incessantly refactoring code at lower levels. He's always interested in hearing about opportunities for full or part-time development work. He resides in Pennsylvania but can potentially travel anywhere in the country. (Writing about himself in the third-person is Adrian's new hobby.)

You may also be interested in...

Comments and Discussions

-- There are no messages in this forum --
Permalink | Advertise | Privacy | Terms of Use | Mobile
Web02 | 2.8.170624.1 | Last Updated 6 Dec 2012
Article Copyright 2012 by Adrian Alexander
Everything else Copyright © CodeProject, 1999-2017
Layout: fixed | fluid