Ciao,
ViewState è una proprietà Protected, a cui perciò non puoi accedere da un modulo esterno alla classe Page.

Comunque non è un problema, perché puoi fare in modo che il metodo che hai nel modulo accetti un parametro di tipo System.Web.UI.StateBag.

Quando devi invocare quel metodo, gli passi un riferimento al ViewState.

Questa è anche una soluzione migliore perché il tuo metodo espone chiaramente una dipendenza da un oggetto StateBag (cioè non puoi invocare il metodo senza fornire anche un'istanza di quell'oggetto).

Ancora meglio sarebbe se il tuo metodo, al posto di StateBag, accettasse un IDictioary (interfaccia implementata da StateBag), così potrai mockarla più facilmente nei tuoi unit tests.


ciao,
Moreno

---

Modificato da BrightSoul il 16 novembre 2014 15.33 -

ciao,

guest99 ha scritto:

la stessa logica dovrebbe valere anche per recuperare dati da una querystring?

Certamente, ma devi usare il parametro di tipo NameValueCollection che hai appositamente predisposto.

Dim Variabile As String = Request.QueryString("stringa")
Dim Variabile As String = queryString("stringa")

Dalla pagina, dovrai invocare il metodo in questo modo:


ciao,
Moreno

---

Modificato da BrightSoul il 17 novembre 2014 20.18 -

Ciao,
sì, nella pratica dello unit testing ogni componente della tua applicazione può (e deve) essere testato singolarmente, per provarne la robustezza e che non vi siano bug grossolani.
Immaginati di essere un meccanico che debba testare una candela. La posiziona sul suo banco di lavoro e le dà corrente. E' tutto ciò che serve per verificarne il funzionamento. Non serve che sia collegata al resto del motore.

Allo stesso modo, anche il tuo modulo può essere testato al di fuori di una richiesta web. Il mock è un oggetto "finto", che implementa IDictionary (in questo caso) ma che non è il ViewState vero e proprio. Puoi manipolare il mock a piacimento e poi darlo in pasto al tuo modulo per vedere come si comporta. Spesso gli si passano oggetti mock volutamente "sbagliati" per verificare che il modulo non produca errori e che comunque si comporti in maniera prevedibile anche in situazioni anomale.

Se vuoi saperne di più sullo unit testing, inizia da qui.
http://msdn.microsoft.com/it-it/library/hh694602.aspx

ciao,
Moreno

---

Modificato da BrightSoul il 18 novembre 2014 13.41 -

Prego! Lo unit testing è una pratica di grande valore, sia per il tuo codice che per te.
Già soltanto chiederti "Come potrei testare questo componente?", ti aiuta a seguire alcune delle best practices.
Inoltre, se riesci a "coprire" bene il tuo codice con i test, potrai apportare modifiche con molta più serenità: se qualcosa si spacca, lo scoprirai subito perché uno o più test inizieranno a fallire.
E' un ottimo ausilio per produrre codice di qualità (e per vivere più tranquilli, un po' come quando guidi con la cintura allacciata).

ciao,
Moreno