Newsgroup: it.comp.lang.visual-basic
Titolo: VB.net (net in generale) reference alla winform

Lo scenario è questo e risente dell'influenza del vb6 (abbiate
pazienza)
Ho una serie di librerie svincolate dall'interfaccia grafica.
Può capitarmi di dover manipolare una winform senza sapere quale a
priori. Ad esempio per cambiarli l'intestazione.O per aggiungere una
voce di menu.
Fatti una interfaccia sul client ed invocala!
ma se io volessi fare l'incontrario?
io vorrei passare ad una interfaccia un riferimento ad una winform e
dal remoto controllarla.
Mi è utile in una architettura a plugin perchè sposto una parte del
controllo anche del client al plugin senza complicarmi la vita.
Ovvio che mi ricordo di quando in C con i puntatori si faceva di tutto
(anche il crash del pc)!
....ed è ovvio che a sentire questa richiestasi si rizzano i peli
anche della moquette a Mauro e compagni !
Probabilmente qui ci sono ambiti protetti e non è possibile
farlo....ma è possibile passare un riferimento ad una winform
istanziata ad una libreria dll e da questa modificarla?
io sono a questo (pensavo)
   Public Interface IMainApp
        Property Saluta(ByVal nome As String) As String
        Property WinformRemota(ByVal refRemoteWindows As [Delegate])
    End Interface
ma come la valorizzo?...se è possibile farlo!
Grazie!
p.s.
Mauro non mi picchiare!
:P

:P
....vale ancora di più ora che mi funziona! :oD

 ....vale ancora di più ora che mi funziona! :oD
io preferisco molto di più un modello basato su "push" quindi eventi e 
databinding dal modello verso la UI.
.m
-- 
Mauro Servienti
{C67C0157-5D98-4733-A75E-93CAEE4BADC8}
Microsoft MVP - Visual C# / MCTS
http://mvp.support.microsoft.com
blog @ 
http://milestone.topics.it
whynot [ at ] topics [ dot ] it

 un'interfaccia e passare quella al plugin e non direttamente la Form
zac
Ci avevo pensato...però mi toccherebbe inventarmi un parsing di
comandi....e le variabili con gli ultimi clienti sono notevoli!
Del tipo (purtroppo mi è capitato)...si parte con una serie di
funzionalità: mailing list , anagrafica, qualche stampa.
Poi vogliono la gestione dell'abbonamento....
poi la stampa dello storico...
poi la stampa dello storico MA con il codice a barre (che non avevano
previsto di usare ma il genio appena assunto ha voluto!)...
Poi lo scorporo tra morosi di 20 giorni e morosi di 40 giorni in 2
grid diverse nella stessa form....etc etc
Se dalla parte business...mi crea pochi problemi...e un po di più(ma
poco) con il database quando mi chiedono dati non previsti....
la cosa drammatica è invece nel client...con menu che si popolano,
grid che appaiono e scompaiono, textbox che partono grigie ed
atterrano rosa(davvero eh non scherzo!)
Taglio la testa al toro....mi sono detto...faccio dei plugin che
gestiscono a caldo questa "volatile" interfaccia.
Per non dannarmi passo tutta la form...anche se inelegante...è vero!
Sperando che la bomba non mi esploda in mano!
:)

  :)
:-)


 Wpf e UI Composition sarebbero la manna dal cielo :-)
odio gli mvp quando fan così....
caz è UI Composition????
:)
Cavolo raga ho un cervello solo e 4 vecchi neuroni...me l'avete
tappato con Nhibernate....non c'è più spazio!
è sta roba qui?
http://msdn.microsoft.com/en-us/library/ff649188.aspx

 Ciao Wodka40[Google],
questo vero?
http://msdn.microsoft.com/it-it/magazine/cc785479.aspx

Ciao Wodka40[Google],

entrambi i link vanno bene, ne ho parlato anche io a lungo qui:
http://milestone.topics.it/categories/archive/ui%20composition


On 3 Set, 15:54, Mauro Servienti [MVP] <mauroservie...@online.nospam>
wrote:
ok thanks!!...un po di roba in italiano finalmente!