si più precisamente:

public static InnerClass Create()
{
return new InnerClass();
}

ciao marco

Chi parla senza modestia troverà difficile rendere buone le proprie parole.
Confucio

http://nostromo.spaces.live.com/default.aspx
961 messaggi dal 29 aprile 2002
nostromo ha scritto:
si più precisamente:

public static InnerClass Create()
{
return new InnerClass();
}

ciao marco

oppss.. keyword e parentesi.. :) ma perchè modificatore public? mi trovo cmq nella classe padre..
Modificato da dops il 04 giugno 2007 15.19 -
perche anche se è un tipo nidificato valgano le medesime regole per la visibiltà dei menbri.

ovvero InnerClass ha ambito di visibilità solo nel tipo dove è definito, ma "dopo" i suoi membri seguono le solite regole, ovvero un metodo privato non è "visibile".

ciao marco

Chi parla senza modestia troverà difficile rendere buone le proprie parole.
Confucio

http://nostromo.spaces.live.com/default.aspx
961 messaggi dal 29 aprile 2002
nostromo ha scritto:
perche anche se è un tipo nidificato valgano le medesime regole per la visibiltà dei menbri.

ovvero InnerClass ha ambito di visibilità solo nel tipo dove è definito, ma "dopo" i suoi membri seguono le solite regole, ovvero un metodo privato non è "visibile".

ciao marco

capisco.. quindi qualcosa di visibile "all'esterno" vi vuole comunque.. è inutile rendere tutto privato..
Grazie mille ;)
bhe si un "entry point" ci deve sempre essere, che poi tramite reflection sia possibile chiamare qualsiasi metodo, indipendentemente da come il programmatore a immaginato l'uso della sua classe è un altro paio di maniche

ciao marco

Chi parla senza modestia troverà difficile rendere buone le proprie parole.
Confucio

http://nostromo.spaces.live.com/default.aspx
961 messaggi dal 29 aprile 2002
nostromo ha scritto:
bhe si un "entry point" ci deve sempre essere, che poi tramite reflection sia possibile chiamare qualsiasi metodo, indipendentemente da come il programmatore a immaginato l'uso della sua classe è un altro paio di maniche

ciao marco

si vabbè.. a parte che sarebbe una cosa distruttiva  .. ma cmq bisognerebbe avere accesso all'assembly.. almeno credo..
distruttiva, è un termine forte ma giusto, più che altro perche tutta la logica che il povero programmatore va a farsi benedire.

comunque fai conto che perlomeno hai l'accesso all'Assembly dove è definito il tipo che sta eseguendo il codice, l'assembly del condice chiamante ecc ecc.

certo ci sono dei permessi che possono restringere l'uso della reflection.

ciao marco

Chi parla senza modestia troverà difficile rendere buone le proprie parole.
Confucio

http://nostromo.spaces.live.com/default.aspx
961 messaggi dal 29 aprile 2002
nostromo ha scritto:

certo ci sono dei permessi che possono restringere l'uso della reflection.
ciao marco

Almeno questo.. altrimenti sarebbe inutile progettare la sicurezza di un assembly :)

Torna al forum | Feed RSS

ASPItalia.com non è responsabile per il contenuto dei messaggi presenti su questo servizio, non avendo nessun controllo sui messaggi postati nei propri forum, che rappresentano l'espressione del pensiero degli autori.