Ricerca 
it-ITen-US
Registrazione
Accedi
In-Vesti Dotnetwork
IN-VESTI DNW!!!
Sono finalmente arrivate le nuovissime T-Shirt di DotNetWork!!! Con soli 15,00 € ci sosterrai nelle spese di gestione della Community e ti invieremo a casa una splendida maglietta.
Se vuoi contribuire al mantenimento di DotNetWork.it Vai sulla pagina Iscrizioni
Effettua il pagamento usando IWBank
Click per andare alla pagina di Iscrizione
Oppure un Bonifico bancario (le coordinate sono sulla pagina Iscrizioni), inviaci una mail a support@dotnetwork.it indicandoci la tua taglia e l'indirizzo di spedizione.  Non appena verificata la ricezione del pagamento provvederemo a spedirti la tua T-Shirt.  Le magliette sono disponibili nelle taglie S-M-L-XL-XXL (in caso di esaurimento di una delle taglie, indica quella di "Backup"). Grazie per IN-VESTIRTI con NOI!!!
.:DotNetWork Founders:.
    Stampa     


DotNetWork Forums
utilizzo del file settings
Ultimo Post 14 dic 2009 17.05 by Alberto [MVP] (DNW TEAM). 8 Risposte.
Stampa immediata
Ordina:
PrevPrev ProssimoProssimo
Non sei autorizzato ad inviare una risposta.
Autore Messaggi Risolto

Posts:435

--
14 dic 2009 14.17  
Ciao a tutti,
ho una domanda sull'utilizzo dei files di settings.
Dopo averlo aggunto al mio progetto, ed aver compilato un paio di elementi, per l'utilizzo dovrei fare questo (secondo Microsoft):
this.BackColor = Properties.Settings.Default.myColor;

e ovviamente il contrario per valorizzare.

Se pero' provo ad inserire una cosa del genere, dopo "default" ho metodi e prorpietà standard e non c'e' traccia dei miei settings.

Mi son perso qualcosa ???

Grazie.
Max.


Posts:241

--
14 dic 2009 14.52  
Ciao,
forse ho capito male... ma ti riferisci ai settings della classe My.Settings (finestra impostazioni del progetto)?
A quelli ci si accede semplicemente richiamando la classe My:
this.BackColor = My.Settings.mio_colore

Andrea

PS: mi è preso un dubbio poco prima di postare: esiste la classe My in C#??

Posts:435

--
14 dic 2009 15.13  
ciao,
in realtà io ho fatto add item, settings file dalla finestra browse solution.

la cosa poi funziona uguale.

in VB e' My.Settings in C# e' Proprties.Settings.Default

provo a vedere nei settings del progetto...

Grazie.
Max.

Posts:435

--
14 dic 2009 15.18  
in effetti se li metto nei settings del progetto tutto funziona  a dovere, ma se li metto in un file esterno.settings non li vede.
La cosa buffa e' che sulla MSDN non fa menzione della cosa (chissà perche' non mi meraviglio)

evidentemente per usarlo bisogna fare una classe apposta.

Ho capito che usero' quelli interni all'applicazione. ;-)

Max.

Posts:435

--
14 dic 2009 15.29  
Ed ho trovato anche la risposta (era li, bastava leggere meglio).

Se vuoi usar eun file "settings" per avere diversi settaggi (??) devi aggiungere il file da Solution explorer, add item, settings file.
una volta fatto lo metti nella cartella properties (ecco il pezzo che mi mancava) e lo utilizzi con:

VB (non testato)
My..

C#
string aaa = Properties..Default.;

era facile, bastava sapere come fare :-D

Max.

Posts:61

--
14 dic 2009 15.54  
Ciao Max, mi permetto di farti presente una cosa che ho verificato di persona.
Quando per un setting definisci l'ambito applicazione e non utente, VS te lo mette in un file xml (NomeApplicazione.config) nella cartella di installazione dell'applicazione. I setting a livello Applicazione non possono essere modificati a runtime (di questo ne sono certa), forse a causa di possibili problemi sui permessi dei file (questa è una mia ipotesi).
Ciao, FraMazz

Posts:435

--
14 dic 2009 16.16  
Ciao Francesca,
Si la cosa e' specificata bene su MSDN. I settings a livello applicazione li puoi cambiare solo editando il file XML. E' fatto cosi "by design", come si dice.
L'avevo già sperimentato in VB e mi ci ero scornato per bene, anche perche' i settings utente li scrive in una cartella a parte (giustamente).

Grazie comunque per l'interessamento.

Max.

Posts:657

--
14 dic 2009 16.22  
Ciò è molto (fra parentesi) ovvio, perchè cambiare settings a livello di applicazione equivale a dire scrivere nella cartella programmi dove è installata l'applicazione, e ciò va contro i principi di sicurezza. Ricorda che se vuoi usare i metodi che scrivono l'xml (sconsigliato) devi eseguire la tua applicazione con un utente amministratore, per garantire che funzioni sempre!
Rudy Azzan

Posts:662

--
14 dic 2009 17.05  
Aggiungerei che i settings a livello utente non vengono di default propagati tra versioni diverse dello stesso assembly. Questo accade perchè vengono salvati in una cartella utente il cui nome è univoco per ogni versione. Se si vuole preservare l'informazione in distribuzioni successive è necessario impostare una proprietà delle varie impostazioni definite nel file di settings, ovvero mettere Roaming a True. Quindi aprire il designer del file di settings (proprietà del progetto) selezionare l'impostazione desiderata, aprire la casella delle proprietà della proprietà (scusate il gioco di parole) e impostarne la sua proprietà Roaming a True.
HTH
Alberto.
Non sei autorizzato ad inviare una risposta.

Active Forums 4.1
       
Articoli
Miniguida alla OOP con il .NET Framework- Parte III
Un' importante eredità: l'ereditarietà
2009/02/08 | Autore: Alberto De Luca
Miniguida alla OOP con il .NET Framework- Parte II
Le Classi e l'Incapsulamento.
2008/10/09 | Autore: Alberto De Luca 
Codedom Introduzione all'uso parte3
La classe Helper per le funzionalità CodeDom
2009/11/07 | Autore: Sabna Cosolo
Fritto misto - Classi di uso comune (parte 2)
Helper: Una classe per la Serializzazione XML delle classi dati
2007/10/21 | Autore: Sabrina Cosolo
Fritto Misto - Classi di uso comune(parte 3)
Helper: Due interfacce per implementare classi Entity
2007/10/22 | Autore: Sabrina Cosolo
ASP.NET immagini dinamiche con HttpHandler
Costruiamo un HttpHandler per la creazione di immagini dinamiche
2007/10/24 | Autore: Rudy Azzan
Unit Testing del codice (parte 1)
Le basi per la costruzione di test per rendere più solido il nostro codice
2007/12/26 | Autore: Sabrina Cosolo
ADO.NET - Mini guida per l'utente
Introduzione agli oggetti dati di ADO.NET
2007/07/26 | Autore: Alberto De Luca
    Stampa     
Home|Forums|Blogs|Mappa del sito
© 2007-2010 by DotNetWork  .:.  Condizioni d'uso  .:.  Privacy  .:.  Accedi  .:.