Blog

Control(ler)

Published on Tuesday, August 10, 2010 In Programming Tags #architecture

I used to consider the controls as User Interface, so as "View" in the Model/View/Controller pattern. But in fact, as the name states, the control might be seen as the controller between the 5 following parts:

1. model, containing the data to present
2. behavior, managing user input
3. renderer, to paint the visual
4. visual state, to store the state the control itself is into
5. layout, when the control is a container of other controls or simply to make specify client and non client area.

Thoughts about CAB & Naked Objects (2)

Published on Monday, December 28, 2009 In Programming Tags #architecture

As presented, applications built with the naked object framework had a good feedback from users. Nethertheless, I find the UI pretty simplistic: icons, lists and context menus. There might be other and better ways.

Thoughts about CAB & Naked Objects (1)

Published on Saturday, December 26, 2009 In Programming Tags #architecture

I am having hard time putting in practice the WorkItem or even the MVC/MVP patterns of the Composite Application Block. While starting to read the thesis on the Naked objects, I am wondering if it is not because I am more enclined to the latter approach which emphasis the behavioral completness of the objects...

Collections discrepencies

Published on Monday, June 1, 2009 In Programming Tags #architecture

When the collection had their "Generic" version added, some features were changed:

IsSynchronized and SyncRoot do not exist in the ICollection, when they exist in the ICollection. IList does not declare a IsFixedSize property. The List have an instance AsReadOnly method than returns a new ReadOnly version of the list, while ArrayList have a ReadOnly static method to do the same. ReadOnly, Synchronized and FixedSize version where hidden and available to instanciation only through static method, whereas they are public derived class now.

The framework is getting messier... I am hoping, without really believing, that MicroSoft will attempt to clean this up and make good use of the Obsolete attribute.

INotifyCollectionChanged

Published on Monday, June 1, 2009 In Programming Tags #architecture

There are two things I do not understand with INotifyCollectionChanged:

Why is it in the System.Collections.Specialized? System.Collections.ObjectModel or even System.Collections would have made more sense to me because it does not specialize a collection, it simply makes it observable. Why is it defined in the WindowsBase assembly? This interface could be used to build Observable collections when implementing Domain objects. But I do not want references to "windows" there, i.e. user interface related components.