Newsgroup: it.comp.lang.visual-basic
Titolo: Principio dei plug-in

A qualcuno è capitato di dover sviluppare un prg con la possibilità di
addare dei plug-in??
Al di là del fatto di che cosa faranno i plug-in, quello che a me interessa
è il principio su cui si
possono sviluppare sia l'applicazione che ospiterà i plug e gli stessi.
Grazie

Addare......bene, anche addare....

 Ciao
Ma, spero solo sia lo stress..........
Ciao Mauro

 wrote in message
news:78DA6.769$xC3....@news.infostrada.it...


 "Addare " è una parola per lo meno strampalata, e  Mauro ne ha riso su.


 wrote in message
07zA6.11059$r67.2...@news2.tin.it...


plug-inando si impara ... :)
ciao, hal

 wrote in message
07zA6.11059$r67.2...@news2.tin.it...

grosso modo il principio e' quello di stabilire, in fase di analisi
dell'applicazione principale, un protocollo di comunicazione con i plug-in, nel
caso di VB la cosa più comoda e' definirlo come una o più classi e relative
proprietà/metodi che diventeranno l'interfaccia (nel senso OOP del termine) dei
plug-in.
Questi poi possono essere sviluppati come Exe o Dll ActiveX e forniranno
ciascuno la propria versione personalizzata dell'interfaccia comune, attraverso
il polimorfismo.
Detto cosi' e' un po' affrettato, ma prova a cercare "polimorfismo" nell'indice
del MSDN per una spiegazione più dettagliata ed esempi.
Ciao
--
Luca Dormio
luca....@tin.it

In altre parole...
Devi già conoscere grosso modo i metodi, gli eventi e le proprietà che avrà
il plug-in, lo dichiari come publico as object in un modulo e dopo? Come lo
setti?
        Ciao
                Allanon

Grazie mille per la risposta l'unico che veramente ha dato un senso a questo
thread, stava un po degenerando, cmq sia + che polimorfismo ho trovato molti
esempi su siti come vbcode o codeguru, tutti sfruttano cmq l'idea di
implementare nel prog principale un set di funzioni/metodi/proprietà
standard da cui poi derivarne altri pescando dalle dll satelliti ...
Vabeh senza dilungarmi molto, a chi interessa posso dare gli indirizzi dove
reperire tutto ciò che ho trovato.
Ancora grazie Luca
Ciao
"Luca Dormio" <lucaFAV...@tinFAVA.it> ha scritto nel messaggio
news:9b1287$3nk$1...@fe1.cs.interbusiness.it...


 reperire tutto ciň che ho trovato.
...Grazie  :-))))))))))))))))))))))))))))))))))
                Allanon

 ha scritto nel messaggio
news:9b184a$794fo$1...@ID-67444.news.dfncis.de...


 wrote in message
9b140m$740ms$1...@ID-67444.news.dfncis.de...

ad esempio con un CreateObject("NomePlugIn.CPlugIn"), dove il nome della classe
CPlugIn e' fisso e deve essere una classe pubblica e creabile, mentre
"NomePlugIn" sarà diverso per ciascuno dei plug-in... essendo una stringa puoi
recuperarla a runtime e memorizzare la lista di tutti quelli disponibili dove
meglio credi:
strPIBaseName = SelectPlugIn 'selezioniamo il plug-in in qualche modo
Set MyPlugIn = CreateObject(strPIBaseName & ".CPlugIn") 'creiamo la classe
comune.
In realtà usando variabili Object e CreateObject non hai nemmeno bisogno di
implementare un "vero" polimorfismo (usando la keyword 'Implements' per
capirci), ma e' sufficiente documentare la struttura delle classi comuni
(nome,proprietà,metodi,eventi e tutti i relativi tipi di dato) e sviluppare, o
far sviluppare ad altri, l'interfaccia pubblica dei plug-in secondo il
protocollo stabilito; l'implementazione interna sarà invece distinta da un
modulo all'altro.


 così??????????????????????!!!!!!!!!!!!???????????????).
nervosetti???
hihihi..
--
Fibia "Sakamoto" FBI
E-mail: 
fibi...@hotmail.com
ICQ UIN 63586057
Sito Personale: 
http://www.geocities.com/fibiafbi
VB Simple: 
http://vbsimple.virtualave.net
Membro #25 delle Mitiche Brigate Takahashi sezione Sud