Я ще трохи розмірковував над ViewState street Я згадував раніше. і це не політичний пункт! чому точно не можуть "звичайні" користувачі бачити джерело для ASP.NET, наскільки я знаю, немає нічого рівного Ротор предполагаю, что некоторые из них могут. отримати доступ до цього джерела Хоч і є ініціативою спільного Джерела - решта з нас має покладатися на такі речі. Віддзеркалювач для того, щоб показати вікно програми (інтуїція може бути корисною для того, щоб долучити зневадник до джерела ASP. NET!). Аргумент, який, на мою думку, може стосуватися цього, це старий "якщо ми даємо доступ до джерела, ми не можемо його змінити" або "люди самі змінять його, спричиняючи нам більше проблем" - гм, JSP і J2E мають повний доступ до джерела і завжди мали - це просто не сталося (хоча я вивчив JSP набагато швидше, тому що я міг вкорінитися і зрозуміти, що відбувається). Отже, припускаючи, що ми ніколи не можемо отримати доступ до джерела ASP. NET, як подолати проблеми I' t been плутається з ViewState? Прості методи виробництва для елементів ядра. На щастя, ASP. NET 2. 0 робить це для деяких елементів (переважно нові, про які слід сказати) на зразок Personification і Pentification - де ви можете вказати ваші власні класи постачальника послуг для цих елементів. Якщо це стосується лише всіх інших елементів ядра ASP. NET, - наприклад, у стані сеансу є подібна проблема, ви можете залишатися у трьох крамницях, які дозволяє ASP. NET, сервер SQL, сервер екстріна стану In Process - чи було б дуже важко дозволити специфікації визначеного користувачем класу для цього також (якщо ASP. NET 2. 0 вже має це значення, і я просто тупий, щоб знайти посилання, будь ласка, дайте мені знати!) Отже, ASP. NET 2. 0 - великий крок вперед у встановленні користувача елементів базової оболонки - але трохи далі було б фантастично!

UPDATE: Тільки що помітив цей запис увімкнено Jason Salas Веб- журнал - файл ViewState API... horm... невпевнений щодо того, наскільки практичною може бути система з декартовою потужністю друку (приклад 2). Зазвичай, на сайті зберігаються сотні елементів у ViewState - інтенсивне введення кожного з них може бути загальним болем. Приклад 3 є досить кльовим:

ХЕСИЙ ПРИКЛАД 3:

int home PhoneJenny = 8675309;

ViewState. Inssert сяйкає, home LevyJenny, System.Int32);

Це здається досить корисним!, так що я міг би зробити ViewState.key Phone, щоб повернути назад Int32... все ж не розв'язати проблему, яку ми не можемо зіграти за допомогою ViewState - тому я не можу вказати, що я хочу використовувати Rinjndael як механізм шифрування (3DES) досить повільний! або що я хочу стиснути ViewState / навіть зберегти його десь у іншому місці / змінити спосіб доступу до ViewState без перевантаження методів або навіть відбиття (shudder)...