Groups > it.comp.lang.visual-basic > #18864

Architettura interna di ADO.Net

Newsgroups	it.comp.lang.visual-basic
Date	2016-10-06 17:55 -0700
Message-ID	<6df688b1-a619-48d9-ae14-75771252eeec@googlegroups.com> (permalink)
Subject	Architettura interna di ADO.Net
From	Antologiko <antologiko@gmail.com>

Show all headers | View raw

La classe DBConnection fornisce il metodo
Public Function CreateCommand As DbCommand

Mentre la classe derivata OleDbConnection fornisce il metodo
Public Function CreateCommand As OleDbCommand

In questo modo, la classe derivata OleDbConnection rispetta in qualche modo il pattern della classe base, ma fornendo membri più tipizzati.

Quello che non capisco è come si faccia ad ottenere una tale tipizzazione continuando però a rispettare i vincoli di eredità.
Infatti tra i membri di OleDbConnection  non risulta più alcuna traccia del metodo CreateCommand As DbCommand ereditato da DBConnection.

Con quale tecnica secondo voi si ottiene questo risultato? Shadowing?

Back to it.comp.lang.visual-basic | Previous | Next — Next in thread | Find similar

Thread

Architettura interna di ADO.Net Antologiko <antologiko@gmail.com> - 2016-10-06 17:55 -0700
  Re: Architettura interna di ADO.Net Luca D <antaniserse@yahoo.it> - 2016-10-07 05:17 -0700
    Re: Architettura interna di ADO.Net Antologiko <antologiko@gmail.com> - 2016-10-07 14:29 -0700
      Re: Architettura interna di ADO.Net Luca D <antaniserse@yahoo.it> - 2016-10-07 15:11 -0700
        Re: Architettura interna di ADO.Net Antologiko <antologiko@gmail.com> - 2016-10-08 02:30 -0700
          Re: Architettura interna di ADO.Net Luca D <antaniserse@yahoo.it> - 2016-10-09 01:18 -0700
            Re: Architettura interna di ADO.Net Antologiko <antologiko@gmail.com> - 2016-10-09 15:44 -0700

csiph-web