НахлобучМСУТут планировщик подходит как нельзя кстати. Абсолютно как нельзя кстати.Ну расскажи, куда ты его собрался втыкать.
Так вроде уже рассказывал. Втыкать я его собрался в вин сервис рассылки уведомлений. Сервис крутится по определенному расписанию и шлет письма. За основу реализации расписания можно взять тот же кварц.
НахлобучМСУВо-первых, очередью может быть обычная таблица в БД.И этот человек тут рассуждает про "нагруженные системы". Polling плохо -- это раз. Locking для "select for update" -- это два. Катастрофически разная производительность операций insert/select/delete при таком сценарии работы -- три. Любой из этих пунктов положит твою "нагруженную" систему на лопатки.
Ого, давненько так не отжигали на форуме фантазёры. Ну ладно, по-порядку. Polling плох чем и в контексте чего? Откуда Locking на чтение, с дубу рухнул? Срочно читать про изоляции транзакций, недавно одному неучу рассказывал про Lock:Escalation. При правильных индексах и прямых руках у тебя CRUD будет просто летать, а не то, что тормозить. Так что попробуй испугай кого-нибудь другого лопатками.
НахлобучМСУВо-вторых, можно ничего этого не делать, а уведомлять по признаку в БД. Признаком может быть любая логическая конструкция в соответствии с требуемой бизнес логикой. Начиная от смены статусов заявки, кончая какими-то иными типами. И никакие очереди тут даром не нужны. После успешной отправки сообщения выставляется флаг отправленного уведомления. Никакой магии, конструкция проста как мир и надежна, как камень.Это опять какие-то пустопорожние сказки.
Допустим, наступило какое-то условие -- заявка переведена из статуса А в статус Б. Ты отправляешь уведомление, отправка обламывается. Твои действия?
Это не сказки, это простое решение задачи. По твоему примеру,
1. Заявка переведена из статуса А в статус Б
2. Устанавливается флаг "Оповестить" для уведомления подписчикам (отдельная таблица со ссылкой на заявку)
3. Сервис уведомлений согласно расписанию опрашивает флаги этой таблицы и на основе них делает рассылку
4. Письмо выслано, устанавливается флаг в соответствующее значение "Уведомление выслано"
5. Письмо не выслано, устанавливается флаг значение "Ошибка", пишется текст ошибки
НахлобучМСУASP.NET Identity имеет самое прямое отношение к отсылке сообщений. Почему? Потому что есть встроенный внятный функционал. И если автору всё-таки захочется отправить сообщения прям из сайта по месту, то это самый подходящий вариант сделать это. При условии, что используется ASP.NET Identity, разумеется.Этот функционал печален и уныл. Identity не менее печален. Microsoft уже показало свою несостоятельность в этом вопросе -- сначала стандартная система авторизации и аутентификации в ASP.NET, потом Membership, потом Identity -- всё это проектировалось и писалось вообще без оглядки на то, как оно должно использоваться.
А IIdentityMessageService -- это какой-то огрызок.
Огрызок - это то место, которое не думает и не пытается анализировать. IIdentityMessageService - это внятный механизм подключения сервиса сообщений. Причем, можно легко использовать two factor messages.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
manager.RegisterTwoFactorProvider("PhoneCode", new PhoneNumberTokenProvider<ApplicationUser> {
MessageFormat = "Your security code is: {0}"
});
manager.RegisterTwoFactorProvider("EmailCode", new EmailTokenProvider<ApplicationUser> {
Subject = "SecurityCode",
BodyFormat = "Your security code is {0}"
});
manager.EmailService = new EmailService();
manager.SmsService = new SmsService();
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
public async Task<bool> SendTwoFactorCode(string provider)
{
var userId = await GetVerifiedUserIdAsync();
if (userId == null)
{
return false;
}
var token = await UserManager.GenerateTwoFactorTokenAsync(userId, provider);
// See IdentityConfig.cs to plug in Email/SMS services to actually send the code
await UserManager.NotifyTwoFactorTokenAsync(userId, provider, token);
return true;
}
Так что твои унылые потуги надругаться над ASP.NET Identity идут в лес. Поплачь в другом месте.
НахлобучОтправь мне из метода Signup() письмо со вложением и в двух форматах.
Пристыкуй для менеджера свой IIdentityMessageService и рассылай хоть корову в мешке.
