ASP.NET - Сохранение в ViewState Без сериализации

Question

Я пытаюсь сохранить сложный объект в Viewstate, чтобы избежать его вызова каждый раз при загрузке страницы. Я понимаю, что его нужно сериализовать, чтобы сохранить и извлечь из Viewstate, что означает, что мой класс должен быть помечен как [Serializable]

Это довольно сложная сущность, и в основном я хочу, чтобы не маркировать каждый класс как Serializable, поскольку это может быть влияют на мои другие зависимости, используемые для сопоставления.

Class Article 
{ 
    Albums albumList { get; set; } 
    Authors authorList { get; set; } 
    ... 
} 

Возможно ли это и есть ли какой-либо возможный выход для сохранения и извлечения объекта Viewstate без сериализации?

Answer 1

Мне кажется, что из вашего прецедента, что «чтобы не называть его каждый раз при загрузке страницы» крики для кеша. Я думаю, если вы хотите, чтобы он истекал, возможно, установите некоторые зависимости, это might work better than session (мы не знаем всех деталей).

Теперь вы можете использовать json.net, который поможет вам сериализовать вашу информацию без изменения ваших объектов. Просто не злоупотребляйте viewstate, он может стать противным, если вы позволите ему расти. Использование сеанса или кеша (если оно соответствует вашим потребностям) - это то, что может улучшиться в долгосрочной перспективе.

Если это предмет отображения, обратите внимание также на Output cache, поскольку, возможно, вы можете отделить свой повторный контент в пользовательском элементе управления или что-то в этом роде.

Все сказанное, я хотел бы добавить маленький пример того, что вы на самом деле спросил использованием Json.NET (пример украдена из них):

//Doesnt need to be marked as serializable 
Product product = new Product(); 
product.Name = "Apple"; 
product.Expiry = new DateTime(2008, 12, 28); 
product.Sizes = new string[] { "Small" }; 
//Use this string to save into view state 
string json = JsonConvert.SerializeObject(product); 
ViewState["something"]=json; 

После этого, получить строку обратно из ViewState [что-то] и десериализировать его.

string json = (string)ViewState["something"]; 
Product m = JsonConvert.DeserializeObject<Product>(json); 

Предупреждение, код написан без его компиляции.

Answer 2

Вы можете использовать ASP.NET Session объект вместо (это позволяет избежать маршрут сериализации, потому что все в Session хранится как Object), как это:

var theArticle = new Article(); 

Session["MyArticle"] = theArticle; 

Все в Session хранится как объект, так при извлечении Article объекта, то вам нужно, чтобы бросить его в Article, как это:

var myArticleFromSession = Session["MyArticle"] as Article; 

Примечание: рекомендуется ставить в проверках, чтобы увидеть, если Session ключа на самом деле существует, прежде чем пытаться получить доступ к значению, например:

if(Session["MyArticle"] != null) 
{ 
    // The key MyArticle exists, so it is safe to attempt to get the object value 
    var myArticleFromSession = Session["MyArticle"] as Article; 

    // Since we used as to attempt the cast, 
    // then myArticleFromSession will be null if the cast failed 
    // so check for null before using myArticleFromSession 
    if(myArticleFromSession != null) 
    { 
     // Use myArticleFromSession here 

    } 
} 

Answer 3

Сериализации следует избегать, если это возможно, потому что это относительно медленно (не масштабируется).

Если вы хотите кэшировать конкретный объект между постбэк или между страницами, используйте ASP.NET Session объект для кэширования сеанса специфичного в Application объект для веба-узла кэширования, или использовать System.Web.Caching.Cache для собственного пользовательского кэширования поведение. Вы также можете кэшировать вывод страниц ASP.NET или частей страниц. Больше информации здесь: ASP.NET Caching

Но если вы хотите кэшировать окно просмотра всей страницы, существует возможность сохранения на уровне сервера на стороне сервера. В этом случае вам нужно будет создать новый BasePage. Например, это очень полезно, когда браузеры ограничивают размер очень больших просмотров. Вы можете получить более подробную информацию об этом подходе здесь: Server Side Viewstate