Jag har funderat lite mer på det. grejer Jag nämnde tidigare. Det tar faktiskt upp något som jag tycker är mest irriterande med ASP.NET - och detta är inte en politisk punkt! Varför exakt kan inte "vanliga" användare se källan för ASP.NET, så vitt jag vet, ingen motsvarighet till Maskiner och apparater för filtrering eller rening av vätskor Finns för ASP.NET. Jag gissar att vissa MVPs kan komma åt den här källan Även om initiativet Shared Source - resten av oss måste lita på saker som Reflektor för att rota runt (tänk hur användbart det skulle vara att kunna fästa en avlusare till ASP.NET-källan!). Argumentet som jag antar kan tillämpas på detta skulle vara det gamla "om vi ger tillgång till källan vi inte kan ändra den" eller "människor kommer att ändra det själva, orsakar oss fler problem" - umm, JSP och J2EE har full källkod, och alltid har haft - detta har bara inte hänt (även om jag lärde mig JSP mycket snabbare eftersom jag kunde rota om och förstå vad som pågick). Så, förutsatt att vi aldrig kan komma åt ASP.NET källa, hur kommer vi över problem Ike Jag har strulat med ViewState? Enkelt, fabriksmetoder för centrala ramobjekt. Lyckligtvis ASP.NET 2.0 gör detta för vissa objekt (främst de nya som det måste sägas) som Personalisering och Medlemskap - där du kan ange dina egna leverantörsklasser för dessa objekt. Om bara detta också vore fallet för alla andra ASP.NET kärnobjekt - till exempel, Session tillstånd har ett liknande problem, kan du hålla fast vid de tre state butiker som ASP.NET tillåter, SQL-server, extrem state server för In Process - skulle det ha varit verkligen så svårt att tillåta specifikation av en användardefinierad klass för detta också (om ASP.NET 2.0 har detta redan och jag är bara för dum för att hitta referensen, låt mig veta!)? Så, ASP.NET 2.0 - stort steg framåt i användaranpassning av kärnramar - men bara lite längre skulle vara fantastiskt!

UPPDATERING: Jag har just märkt det. denna post om Övriga rot- och knölgrönsaker utom sockerbetor samt fraktioner av sådana fetter eller oljor, även raffinerade men inte kemiskt modifierade weblog - a ViewState API... hmm ... inte säker på hur praktiskt ett deklarativt starkt skrivande system skulle vara (exempel 2); en webbplats kommer i allmänhet att lagra hundratals objekt i ViewState - starkt skriva var och en skulle vara en total smärta. Exempel 3 är ganska cool men:

HUVUDEXEMPEL 3:

Int homePhoneJenny = 8675309.

VisaState.Insert(-tangentTelefon, hemTelefonJenny,System.Int32);

Det verkar ganska användbart!, så jag kan göra ViewState.keyTelefon för att få en Int32 tillbaka ... fortfarande inte lösa problemet som vi inte kan spela med hur ViewState fungerar dock - så jag kan inte ange att jag vill använda Rijndael som krypteringsmekanismen (3DES är Ganska långsamt!) eller att jag vill komprimera ViewState / även lagra det någon annanstans / ändra hur kontroller kan komma åt ViewState utan att spela med överbelastade metoder eller ens reflektion (shudder)...