Действительно ли singleton-классы ориентированы на многопотоковое исполнение в IIS?
Вы можете найти все опции форматирования здесь и ссылку на функцию здесь .
Я не думаю, что вам нужен%, следующее должно работать.
formatDateTime(dataset().date, 'M')
3 ответа
Обычный шаблон для одиночных элементов.NET создает единственный экземпляр на домен приложения. Обычная ситуация в asp.net состоит в том, что у Вас есть несколько потоков, пробегающих тот же домен приложения. Это означает, что у Вас могло очень хорошо быть несколько потоков, выполняющих код в Вашем одиночном элементе одновременно.
Необходимо исследовать одиночный элемент и определить (в меру способностей koffreflectorkoff), если это ориентировано на многопотоковое исполнение или нет. Если это сохраняет и изменяет совместно используемые ресурсы, или если это инкапсулирует некоторое состояние, которое хранится между вызовами метода, осторожны.
Вы могли бы хотеть перенести одиночный элемент во втором одиночном элементе, который использует блокировки прежде, чем делегировать его вызовы к тому, которым Вы не управляете. Тем путем Вы могли иметь более прекрасный контроль над блокировкой, а не заблокировать каждый вызов к одиночному элементу с помощью единственной блокировки. Это также принесло бы Вам пользу централизации местоположения кода поточной обработки...
Если это - статический одиночный элемент... не, это не ориентировано на многопотоковое исполнение. Это совместно используется через все потоки, которые поражают тот экземпляр приложения (таким образом, мультизапросы совместно используют его).
Однако тому, для чего Вы используете его, возможно, не понадобилась бы потокобезопасность обязательно.
В.NET возможно реализовать Ориентированную на многопотоковое исполнение Singleton, не используя блокировки.