Newsgroup: it.comp.lang.visual-basic
Titolo: VB.net: VS2010 Cartelle dll ....estensione della domanda di Andrea[Work]

mmmmm....estendo la domanda
Ho la seguente situazione
Applicazione mix di 5 progetti
3 di questi creano dll
la sequenza ï¿œ
DLLinterfaccia
DLL1 con riferimento a DLLinterfaccia
DLL2
PRG1 con riferimento a Dll1
PRG2 Con riferimento a Dll2
nei vari riferimenti tutto ï¿œ impostato a mano!
Perï¿œ ricompilando la soluzione ï¿œ tutto andato bene fino a ieri che non 
trova piï¿œ i riferimenti di una dll: il relativo progetto compila ma i 
progetti collegati sembrano schifare questo path!.
Ma non c'ï¿œ una macro o qualche barbatrucco che mi faccia impostare 
l'ide a LIVELLO DI SOLUZIONE per salvare le applicazioni compilate dai 
vari progetti tutte in una cartella "speciale" che poi posso 
parametrizzare nei riferimenti?
ï¿œ "penoso" e "distaevole" impostare c:\mezzochilometrodipath\mia.dll
sarebbe bello impostare solo mia.dll al limite %specialfolder%\mia.dll
....sopratutto per mantenere allineate tutte le varie compilazioni
Thanks
-- 
----- Italliaaaaa 3227! -----
Mi disturba la morte, ï¿œ vero. Credo che sia un errore del padreterno. 
Non mi ritengo per niente indispensabile,
ma immaginare il mondo senza di me: che farete da soli?
(Vittorio Alfieri)

 mmmmm....estendo la domanda
zac ....trovato l'arcano spulciando i "nmila" messaggi d'errore!
non compilava una dll e rimaneva una vecchia versione copiata chissï¿œ da 
chi!
Lo domanda perï¿œ rimane: posso istruire la soluzione a salvare tutti gli 
exe e dll dei progetti un una cartella unica?
-- 
----- Italliaaaaa 3227! -----
Sa cosa mi disse a Roma il cardinale Poletti? "Lei fa del bene, perchï¿œ 
con il suo personaggio la gente si rilassa e sorride, riconciliandosi 
un poco con la vita." ...Fra poco mi venderanno in farmacia.
(Lino Banfi)

 Lo domanda perï¿œ rimane: posso istruire la soluzione a salvare tutti gli exe e dll dei progetti un una cartella unica?
Ma se aggiungi come riferimenti tutte le dlle gli exe al progetto principale? Io ho risolto cosï¿œ.
Altrimenti puoi creare un progetto "dummy" (puï¿œ essere un exe, una dll, vedi tu) e gli metti come riferimenti tutti gli exe e le dll che vuoi produrre.
VS, poi, ti compilerï¿œ tutto sotto al bin/Release.
Se esiste un metodo piï¿œ elegante non saprei.
Nicola
 


Il progetto c'ha la generazione dei plugin ....l'assembly con 
L'oggettone comune 
(
http://social.msdn.microsoft.com/Forums/it-IT/visualbasicit/thread/2cd75525-4cb5-4f5f-8ef6-3ffed8fba360
)
e la parte di test con grafica!
L'ho fatto perchï¿œ
questo pc poverino ï¿œ un po datato (sopratutto con soli 2 MB di RAM)e 
avere 3 ide di VS2010 attivi mi costringeva a salti continui non 
proprio velocissimi!
-- 
----- Italliaaaaa 3227! -----
Ho trovato una cittï¿œ di mattoni, ve la restituisco di marmo.
(Imperatore Augusto da Epistole)

 dll dei progetti un una cartella unica?
 
post build action, oppure ancor più figo e potente un bel task di 
msbuild.
http://msdn.microsoft.com/en-us/library/3e54c37h.aspx
 
 
.m
 
-- 
è corta
 
 

Mauro Servienti [MVP] ha spiegato il 08/09/2011 :

THKS....ci provo! :)
-- 
----- Italliaaaaa 3227! -----
Ti prego, ti prego, non ci uccidere. Ti prego baby, lo sai che ti amo. 
Non avrei mai voluto lasciarti, non è stata colpa mia. Davvero, sono 
sincero. Quel giorno finì la benzina. Si bucò un pneumatico. Non avevo 
i soldi per il taxi! Il mio smoking non era arrivato in tempo dalla 
tintoria! Era venuto a trovarmi da lontano un amico che non vedevo da 
anni! Qualcuno mi rubò la macchina! Ci fu un terremoto! Una tremenda 
inondazione! Un'invasione di cavallette!
John Belushi [da "Blues Brothers"]


 
 
Io adotto questa tecnica. Innanzi tutto ogni progetto ha la sua cartella 
con all'interno la cartella Prototipo. In questa ci vanno gli effettivi 
compilati testati e pronti da distribuire. Come riferimento faccio 
sempre puntare al compilato nella cartella Prototipo e vedo che lo 
mantiene sempre correttamente anche spostando i progetti su altro disco 
o sottocartella (i path sono memorizzati in modo relativo del tipo 
..\..\etc etc). Per la compilazione complessiva mi sono fatto una macro 
nell'ide che scandaglia il vbprj dell'exe principale e cerca i vari 
riferimenti. Da questi la macro cerca le solution e le compila a partire 
dalla prima in cima alla gerarchia. Dopo la compilazione copia i files 
prodotti nella cartella prototipo (sempre via macro). In pratica lancio 
la macro, scelgo l'applicazione e alla fine, dopo aver bevuto un caffè, 
mi trovo la mia cartella Prototipo con tutti i files necessari.

Dopo dura riflessione, Wodka40° ha scritto :
 
Vi aggiorno su quello che ho alla fine adottato come strategia di 
sviluppo.
 
La soluzione come aggregazione di progetti alla fine l'ho abbandonata. 
Se era comoda per una visione d'assieme...quando il progetto si 
complica è una palla al piede abissale.
Modifichi qualcosa nell'interfaccia ed esplodono tantissimi errori. 
Giustamente. Ma se voglio testare un "pezzetto" con la nuova modifica  
PRIMA devo sistemare i vari progetti che fanno riferimento al pezzo 
modificato (SEMPRE GIUSTAMENTE....ma scomodo per delle indecisioni 
progettuali che vanno testate prima di adottarle)
 
Quindi ho adottato la strategia:
- Ho preso un pc più "dotato"
- Una Cartella di sviluppo con una cartella DLLprogetto
- Un VS2010 Un progetto (o quanto meno un gruppo di progetti minimo ed 
omogeneo)
- Nei progetti che creano dll una post-build action:
 
copy "$(TargetDir)*.dll" "C:...mio path...\DLLprogetto\*"
-Nei progetti vengono referenziate le dll di questa cartella
 
... C'è più finestre aperte...ma posso testare il singolo pezzetto...e 
mi costringe ad essere pratico e non perdermi in mille pensieri 
"laterali"....
 
-- 
----- Italliaaaaa 3227! -----
Che giovano a quell'uomo ottant'anni passati senza far niente?... 
Costui non è vissuto, ma si è attardato nella vita; né è morto 
tardi,... ma ha impiegato molto tempo per morire!
 
Lucio Anneo Seneca