Error de diseño indicado por FxCop, y Cómo sellar un método para no ser heredado.

Días atrás bajé el utilitario FxCop (desde
http://www.gotdotnet.com/team/fxcop/ ) el cual es una herramienta para
analizar ensamblados y determinar su conformancia con las guías de diseño
del .NET Framework.

Al analizar mis ensamblados de una aplicación windowsform, me mostró

errores, la mayoría referentes a nomenclatura de identificadores y cosas

tan importantes. Pero hubo uno que me llamó la atención, que decía:
"Constructors should not call virtual methods defined by the class"

Tal mensaje se refería a una llamada a un método que llamé NotificaConsola
de la misma clase. Para el cual entrega la siguiente explicación:
"Virtual methods defined on the class should not be called from
constructors. If a derived class has overridden the method, the derived
class version will be called (before the derived class constructor is
called)."

Lo cual me parece bastante lógico. Pero me surgieron las siguientes dudas:

1) ¿Porqué me reclamó con mi método (el cual además implementa a uno de
interfaz) y no reclamó con el típico InitializeComponent ya que éste

es llamado en el constructor? Eso me llevó a pensar que al ser mi método
implementador de un método de interfaz... entonces algún efecto secundario
tendría tal implementación. Pero si es así: ¿está documentado en alguna
parte?

2) ¿Cómo puedo hacer para evitar que un descendiente sobreescriba

mi método? Porqué según dice la documentación podría marcar el método como
"sealed" (para lo cual tendría que declararlo así como "sealed override
public int NotificaConsola(string mensaje)".
Pero el compilador (versión 7.00.9466) no me lo permite (?!) ya que me

"error CS0115: 'cdmSRV.cdmSRV.NotificaConsola(string)': no se encontr¢
ning£n miembro adecuado que reemplazar"
Lo cual deduzco que es por el "override" pero este es necesario para

"sealed".
¿Y ENTONCES COMO INDICO QUE NO QUIERO QUE UN METODO DE CLASE BASE PUEDA

SOBREESCRITO????s

Hola Nestor,

> Días atrás bajé el utilitario FxCop (desde
> http://www.gotdotnet.com/team/fxcop/ ) el cual es una herramienta para
> analizar ensamblados y determinar su conformancia con las guías de

> del .NET Framework.
>
> Al analizar mis ensamblados de una aplicación windowsform, me mostró
varios
> errores, la mayoría referentes a nomenclatura de identificadores y cosas
no
> tan importantes. Pero hubo uno que me llamó la atención, que decía:
> "Constructors should not call virtual methods defined by the class"
>
> Tal mensaje se refería a una llamada a un método que llamé

> de la misma clase. Para el cual entrega la siguiente explicación:
> "Virtual methods defined on the class should not be called from
> constructors. If a derived class has overridden the method, the derived
> class version will be called (before the derived class constructor is
> called)."
>
> Lo cual me parece bastante lógico. Pero me surgieron las siguientes

>
> 1) ¿Porqué me reclamó con mi método (el cual además implementa a uno de
> interfaz) y no reclamó con el típico InitializeComponent ya que éste
también
> es llamado en el constructor? Eso me llevó a pensar que al ser mi método
> implementador de un método de interfaz... entonces algún efecto

> tendría tal implementación. Pero si es así: ¿está documentado en alguna
> parte?

InitializeComponent() no es virtual por defecto. Tu método si lo es ya que
es implementación de una interfaz, y dichos métodos siempre son virtuales,
así no estén explicitamente marcados como tales.

>
> 2) ¿Cómo puedo hacer para evitar que un descendiente sobreescriba
(override)
> mi método? Porqué según dice la documentación podría marcar el método

> "sealed" (para lo cual tendría que declararlo así como "sealed override
> public int NotificaConsola(string mensaje)".
> Pero el compilador (versión 7.00.9466) no me lo permite (?!) ya que me
dice:
> "error CS0115: 'cdmSRV.cdmSRV.NotificaConsola(string)': no se encontr¢
> ning£n miembro adecuado que reemplazar"
> Lo cual deduzco que es por el "override" pero este es necesario para
indicar
> "sealed".
> ¿Y ENTONCES COMO INDICO QUE NO QUIERO QUE UN METODO DE CLASE BASE PUEDA
SER
> SOBREESCRITO????s

Para que no pueda ser sobreescrito debes marcarlo como sealed y como

(ya que en tu caso. No puedes marcarlo override, porque en si mismo el
método no estaba siendo sobreescribiendo ningun otro metodo.

Tomas Restrepo