Sätta värden i usercontrol?

I din usercontrol:

private m_sMinVariabel

Public Property sMinVariabel() As String
	Get
		Return m_sMinVariabel
	End Get
	Set(ByVal Value As String)
		m_sMinVariabel = Value
	End Set
End Property

sen kan du komma åt denna variabel ifrån din codebehind bara du dim'ar upp din usercontrol först. I din usercontrol så använder du dig av den variable som du deklarerade som private (m_sMinVariabel), medans du ifrån andra sidor använder dig av dittObjekt.sMinVariabel.

Du kan givetvis sätta variabeln såsom du gjorde i ditt exempel.

/R :r

Ok tack, men det var inte riktigt hur man tar hand om variablarna utan på vilket sätt man sätter dem.

I taggen, i web.config, i global.asax osv..

I taggen funkar alltid.

Om param1 alltid är "Värde1" så är det ju onödigt att ha den som en tillgänglig egenskap

Ok, men om jag tänker använda samma kontroll på tex olika domäner och vill slippa hårdkoda in dessa "fasta" värden varje gång så kan det kanske vara smidigt och ändå ha dem lite sådär lagom "statiskt - flexibla" ... ;) Bara en tanke. Tänkte slippa att kompilera om en massa dll:er osv bara för att jag vill ha kontrollen i ett annat sammanhang. Men då tror jag ändå att jag tar med den "statiska" i kontrolltaggen.

/Tack

Det är en bra lösning för att slippa hårdkoda en massa junk.

Men jag tror du enbat behöver deklarerar en public string minVariabel i klassen.

Du behöver inte ha en porperty för det.

Du sätter variablerna där du behöver sätta dom, ingen annan än du kan veta var du behöver göra detta. Behöver du räkna och dona med din variabel som ska in i uc'n så gör du detta i codebehind, annars kan du ju bara skicka in den som du gjorde i ditt exempel.

Tack alla.

Ett tillägg till Asmodies kommentar: en property är bäst om uc'n ska användas i flera projekt. Det är inte kul att förlita sig på globalt deklarerade variabler när man drar in sin uc i ett nytt (befintligt?) projekt. Har du din variabel som en property så undviker man iaf krockar.