Коллеги,
у меня такой вопрос: разьве между разными вызовами должны сохраняться значения статических полей класса? И конструкторы тоже вызоваются лишь один раз, после чего на других запросах они больше не работают. Это нормально?

Подскажите, как лучше вмего сделать так, чтобы между запросами статических данные полей сбрасывались.

ну а собственно чего ты хотел? читай про static и делай переменные не статическими.
хотел, чтобы они были статическими в пределах запроса. Разьве это не естесственное желание?

punches:
Коллеги,
у меня такой вопрос: разьве между разными вызовами должны сохраняться значения статических полей класса? И конструкторы тоже вызоваются лишь один раз, после чего на других запросах они больше не работают. Это нормально?
Это нормальное поведение статических классов.

Подскажите, как лучше вмего сделать так, чтобы между запросами статических данные полей сбрасывались.
Зависит от того, что конкретно нужно сделать. Можно например определить обычный класс и объявить его экземпляр на объекте asp страницы.

А нужно, чтобы в приложении была глобальная переменная. К странице не привяжешь, так как для всех страниц это должна быть одна и таже переменная.

Понятно. Спасибо. В общем, красивого способа нет.

punchesА нужно, чтобы в приложении была глобальная переменная. К странице не привяжешь, так как для всех страниц это должна быть одна и таже переменная.
Для этого есть по меньшей мере два способа:
1) Создаем потомка класса System.Web.UI.Page с нужным полем. Затем наследуем все страницы от этого класса. Делаем это вручную или с через web.config (<pages pageBaseType="" />).
2) Создаем static класс с static свойством.

Данные, которые ты называешь статическими, храним в HttpContext.Items и инициализируем в событии BeginRequest или неявно при первом обращении в способах №1 и №2.

Спасибо

Andrej-V ХреноРедька
Не гарантируется, что весь запрос от начала и до конца будет обрабатываться одним и тем же потоком. .
Разъясните пожалуйста, для этого надо специально как-то запрограммировать или и без этого может случиться.

ХреноРедька
Для хранения информации в контексте одного запроса надо использовать уже упомянутую здесь коллекцию HttpContext.Items.
[ThreadStatic]- неудачное решение в контексте ASP.NET.
Кто бы спорил. Хочется знать только почему это так?

Да, это может случиться "само собой".
Это называется "thread agility". (google => "asp.net thread agility" - объяснит подробнее).
Дело в том что "внутри себя" весь ASP.NET все равно работает асинхронно, и один и тот же реквест в принципе может обрабатываться разными потоками.

Несмотря на то, что можно кое-как изловчиться и использовать thread-static переменные, я тебе все же рекомендую использовать HttpContext.Items.

В итоге получилось такое более-менее красивое решение:


class Task {
  public static Current
  {
    get {((Task)HttpContext.Current.Items["Task_Current"]);}
    set {HttpContext.Current.Items["Task_Current"] = value;}
  }
}