public class SalaryDetailReport
{
  private static readonly string sessionId = "OrganizationHierarchy.Payroll.Reports.SalaryDetailReport"; 
  public static SalaryDetailReport Current
  {
    get
        {
      if (HttpContext.Current.Session[SalaryDetailReport.sessionId] != null)
          {
            SalaryDetailReport report = (SalaryDetailReport)HttpContext.Current.Session[SalaryDetailReport.sessionId];
            return report;
      }
          else
      {
            SalaryDetailReport report = new SalaryDetailReport();
        HttpContext.Current.Session[SalaryDetailReport.sessionId] = report;
            return report;
           }
  }
 set
 {
  HttpContext.Current.Session[SalaryDetailReport.sessionId] = value;
  }
}

AG>public class SalaryDetailReport
AG>{
AG>  private static readonly string sessionId = "OrganizationHierarchy.Payroll.Reports.SalaryDetailReport"; 
AG>  public static SalaryDetailReport Current
AG>  {
AG>    get
AG>        {
AG>      if (HttpContext.Current.Session[SalaryDetailReport.sessionId] != null)
AG>          {
AG>            SalaryDetailReport report = (SalaryDetailReport)HttpContext.Current.Session[SalaryDetailReport.sessionId];
AG>            return report;
AG>      }
AG>          else
AG>      {
AG>            SalaryDetailReport report = new SalaryDetailReport();
AG>        HttpContext.Current.Session[SalaryDetailReport.sessionId] = report;
AG>            return report;
AG>           }
AG>  }
AG> set
AG> {
AG>  HttpContext.Current.Session[SalaryDetailReport.sessionId] = value;
AG>  }
AG>}
AG>

1. Пользователь может сменить компьютер и все бизнесс объекты будут пересозданы заново, хотя пользователь возможно ожидал "предыдущего" поведения.
   
2. Сессия "плохо" масштабируется. Чтобы достичь масштабируемости необходимо либо заставить пользователя носить с собой все объеты, что осерьезно увеличивает трафик, либо выделять под хранение сессии отдельный сервер.
   
3. Если постоянно не сохраняют свое состояние в перманентное хранилище (база данных, напиример), то в случае сбоя возможна потеря данных (что часто бывает неприемлимо).
   
4. Если сессия используется в качестве кэша объектов, опять же возможна работа пользователя с устаревшими данными. Вопрос кэширования обсуждается здесь
   Автор: снежок
   Дата: 14.06.06
   и здесь
   Автор: Joker6413
   Дата: 16.06.06
   . В целом даже кэширование следует применять в пределах одного запроса.
   
5. Использование внутри самого объекта логики кэширования приводит к тому, что при необходимости изменить политику кэширования Вам придется переписать все объекты. Это должен делать "кто-то" один. Посмотрите в сторону паттерна Repository (Martin Fowler).
   
6. Применение ASP.NET специфичной средств (HTTP session) приводит к тому, что Ваши объекты не могут быт ьснова использоаны, скажем, в декстоп приложениях. В целом бизнесс объекты не должны обладать такими знанями как сессия.

public class EmployeeYearReport
{
  public int[] Data
    {
      get
        {
          // Тут возвращается масссив с миллионами записей
        }
    }
}