Cosa scegli, protetto o interno?

Question

Se ho una classe con un metodo voglio protected e internal. Voglio che solo le classi derivate nell'assembly possano chiamarlo.

Dal protected internal significa protectedointernal, si deve fare una scelta. Che cosa scegliete in questo caso: protected o internal?

Answer 1

voglio che le classi derivate solo in assemblea sarebbe in grado di chiamarla.

Bene, allora avete due scelte. Puoi renderlo protetto, e ogni volta che uno dei tuoi clienti estende la tua classe e chiama il tuo metodo e lo scopri, puoi scriverlo con una lettera severa dicendo loro di smettere di farlo. Oppure puoi renderlo interno e fare revisioni del codice del codice dei tuoi colleghi per assicurarti che non usino il metodo che non dovrebbero usare.

La mia ipotesi è che quest'ultima sia la cosa più economica e facile da fare. Lo renderei interno.

Answer 2

Credo che la scelta giusta sia internal. In questo modo puoi proteggere le persone esterne all'assembly dal chiamare questo metodo, e questo ti lascia solo stare attento e chiamare questo metodo solo da classi derivate. È più facile fare attenzione nell'assemblea che scrivi che sperare che gli altri facciano attenzione quando lo usano.

Answer 3

Personalmente sceglierei protetto. Se le sottoclassi nel proprio assembly sono sufficienti per chiamare il metodo, perché non dovrebbe creare una sottoclasse in un altro assembly? Forse potresti refactoring della funzionalità in una classe separata (interna) del tutto.

È davvero necessario pensare obiettivamente allo scopo del metodo. L'accessibilità interna mi sembra quasi sempre sbagliata. Principalmente a causa della mia esperienza nel tentativo di derivare da controlli o classi nel framework .NET in cui mi sono imbattuto in un muro di mattoni perché qualcuno ha deciso di contrassegnare una classe o il metodo come interno. L'autore originale non ha mai notato che non avere accesso a quel metodo ha reso molto più difficile l'implementazione di una sottoclasse.

EDIT

Per chiarire, l'accessibilità interna per una classe è molto utile e non ero implicando interno in generale è male. Il mio punto era che i metodi interni su una classe altrimenti pubblica mi sembrano sbagliati. Una classe base progettata correttamente non dovrebbe dare un vantaggio ingiusto alle classi derivate nello stesso assembly.

Answer 4

È una decisione così bizzarra fare protected internal medio protected O internal. Per questo caso preciso userei internal. Il motivo è che se l'incapsulamento è rotto, preferirei che sarei io, piuttosto che qualcuno non sia sotto il mio controllo.

Answer 5

Penso che la risposta varia in base alle proprie esigenze. Se fossi in te, vorrei fare qualcosa di simile:

public class YourClass 
    { 
     protected class InnerClass 
     { 
      internal void YourMethod() 
      { 
       // Your Code 
      } 
     } 
    }