LINQ por defecto utiliza la consulta diferida. Cuando «navegamos» entre las clases de un LINQ to SQL (.dbml) éste en background va generando las consultas y de este modo nos ahorramos consultas inutiles.

El problema viene cuando queramos devolver una clase que forma parte de un .dbml como resultado de un método marcado como [OperationContract].

Es necesario modificar el comportamiento por defecto de consulta diferida a una consulta forzada. Ejemplo:

PluginInstanceDataContext pluginsContext =  new PluginInstanceDataContext();

var orderloadOption = new System.Data.Linq.DataLoadOptions();
DataLoadOptions dlo = new DataLoadOptions();
dlo.LoadWith(p => p.PluginParametro);
dlo.LoadWith(p => p.PluginTipoControl);
pluginsContext.LoadOptions = dlo;

var consulta = from plugins in pluginsContext.Plugin
                    where plugins.IdCentro == idCentro
                    select plugins;

Sino lo hacemos así nos encontraremos que las «clases hijas» no contienen datos.

Interesante entrada:

http://www.kirainet.com/aprender-en-10-anos/

Te da que pensar y anima saber, descubrir que no es trivial dominar una materia… creo que me servirá para obtener argumentos sólidos para afrontar algun que otro reto en mi futuro.

Vale, de acuerdo es una «»tonteria»» pero una tonteria que me ha hecho perder unas cuantas horas. Si utilizas LINQ y requieres que un método WCF marcado con atributo [OperationContract] devuelva una clase de un fichero .dbml necesitas que se serialize correctamente para viajar al cliente correctamente, para ello necesitas poner Serialization mode = unidirectional

Unos cuantos enlaces muy útiles a la hora de coger ideas sobre usabilidad y patrones de Diseño Web.

Diseño de interfaces

Pattern Tap.

Elements of Design

Formularios usables: 60 directrices de usabilidad

Primary and secondary actions in web forms