ASP.NET Masters: Каковы преимущества / недостатки использования Переменных сеанса?

Question

ASP.NET Masters: Каковы преимущества / недостатки использования Переменных сеанса?

Может ли кто-нибудь проверить или оспорить мою наивную гипотезу?

Необъяснимый, он будет работать без [DataContract], потому что происходит то, что сериализатор просто отказывается от использования атрибутов и сериализовать его только по именам свойств. Они идентичны вашему атрибуту, поэтому вы этого не замечаете. Вы должны быть в состоянии убедиться, что, передав [DataMember], который пришел без правильного [DataContract] другого Name текста, сериализатор все равно будет использовать имя свойства и игнорировать атрибут. Эти атрибуты работают как пара. Установите оба или вернитесь к «нет».
public class ClassInner
{
    // This is ignored because no [DataContract] was found
    [DataMember(Name = "nonexistentProperty")] 

    // This will still be set unobfuscated because the property name matches
    public string stringProperty2 { get; set; }
}
Поэтому, когда вы запутываете его, имена свойств меняются. Без [DataContract] для начала сериализатор обратится к атрибутам и найдет только случайные комбинации букв, которые он не может сопоставить с входными данными. Следовательно, вы получите null.

21

asp.net session iis session-state

задан MathieuF 1 May 2012 в 11:41

8 ответов

My experience has been that the session is a good means of managing state when you use it appropriately. However, often times it's misused, causing the "never ever use the session" sentiment shared by many developers.

I and many other developers have ran into major performance issues when we mistakenly used the session to store large amounts of data from a database, so as to "save a trip." This is bad. Storing 2000 user records per session will bring the web server to its knees when more than a couple of users use the application. Session should not be used as a database cache.

Storing an integer, however, per session is perfectly acceptable. Small amounts of data representing how the current user is using your application (think shopping cart) is a good use of session state.

To me, it's really all about managing state. If done correctly, then session can be one of many good ways to manage state. It should be decided in the beginning on how to manage state though. Most often times, we've run into trouble when someone decides to just "throw something in the session".

I found this article to be really helpful when using out-of-process modes, and it contains some tips that I would have never thought of on my own. For example, rather than marking a class as serializable, storing its primitive datatype members in separate session variables, and then recreating the object can improve performance.

17