AS
Пусть конструктор сервиса принимает имя пользователя
Size: a a a
2021 November 30
МР
Мне это наоборот кажется логичным
КК
+1, тут не нужно иметь никакого контекста типа сервис для определённого пользователя, тогда нужно будет инстанцировать для каждого пользователя свой сервис, что имхо очень старанно
A
я вас поняла, все я делаю вроде норм))
МР
Единственное что сразу бросилось в глаза, это то, что вы используете имя пользователя, а не айдишник. Но тут уже стоит исходить из того, как спроектирована ваша система, просто мне id привычнее везде передавать =)
A
хорошо))
A
спасибо)
A
написал метод, который должен возвращать поля класса, но почему-то ничего не возвращается
по какой причине это может происходить?
по какой причине это может происходить?
S
Так вы хотите поля или свойства? В сообщении поля, в коде свойства
AS
А что странного, если скорее всего сценарий будет такой, что на весь скоп один пользователь и сервис на весь скоп один?
A
ххмм, вот так получилось
ОК
Здравствуйте, подскажите, как можно найти сумму индексов положительных элементов в массиве.
КК
А как это будет внедряться через DI?
#E
for, linq
AS
Можно через фабрику
Что возможно не очень красиво, но лично мне не нравится, когда сервис пишут под DI и из-за этого подстраивают конструктор
Что возможно не очень красиво, но лично мне не нравится, когда сервис пишут под DI и из-за этого подстраивают конструктор
КК
Как вариант можно внедрить IHttpContextAccessor в сервис и брать контекст пользователя и работать с ним
МР
var sum = 0;
for (var int i = 0, i < array.Length, i++)
{
if (array[i] > 0) sum += i;
}КК
ну тогда сервис будет завязан на ASP
МР
гораздо проще не лезть в петлю без необходимости)
КК
Ну кстати как вариант да фабрика, а в фабрике уже IHttpContextAccessor или какая то другая имплиминтация