Я работаю над приложением .NET и задаюсь вопросом, приведет ли моя структура к утечкам памяти. Мой основной вопрос: получает ли контекст VAR внутри метода myService.getDtos, собирая мусор, собранную после того, как метод разрешается или необходимо измерить вручную. < /P>
Основная структура - < /p>
public class MyService(DataService DataService)
{
private readonly DataService _dataService = DataService;
public async Task GetDTOs()
{
var context = _dataService.GetDtoDatabaseContext();
// Do work
return [];
}
}
public class DataService(string connectionString)
{
private readonly string _connectionString = connectionString;
public DtoService GetDtoDatabaseContext()
{
return new DtoService(_connectionString);
}
}
public class DtoService(string connectionString)
{
private readonly string _connectionString = connectionString;
public async Task GetDtos()
{
using var context = new dtoContext(_connectionString);
return any;
}
}
< /code>
Как MyService, так и Dataervice вводится через di в программе. DtoService не является и вместо этого инициализируется при вызове через поставщика данных. Есть ли какие -либо проблемы с этой методологией. Основная причина, по которой я хочу, чтобы поставщик наборов наборов состоит в том, чтобы очистить инъекции DI в различных службах, которые нуждаются в многих контекстах базы данных. Легче ввести «поставщика» вместо 10 (скорее всего, не 10, просто номер) разных служб.>
Подробнее здесь: https://stackoverflow.com/questions/797 ... a-function
C# срок службы объекта при инициативе в функции ⇐ C#
Место общения программистов C#
-
Anonymous
1754496019
Anonymous
Я работаю над приложением .NET и задаюсь вопросом, приведет ли моя структура к утечкам памяти. Мой основной вопрос: получает ли контекст VAR внутри метода myService.getDtos, собирая мусор, собранную после того, как метод разрешается или необходимо измерить вручную. < /P>
Основная структура - < /p>
public class MyService(DataService DataService)
{
private readonly DataService _dataService = DataService;
public async Task GetDTOs()
{
var context = _dataService.GetDtoDatabaseContext();
// Do work
return [];
}
}
public class DataService(string connectionString)
{
private readonly string _connectionString = connectionString;
public DtoService GetDtoDatabaseContext()
{
return new DtoService(_connectionString);
}
}
public class DtoService(string connectionString)
{
private readonly string _connectionString = connectionString;
public async Task GetDtos()
{
using var context = new dtoContext(_connectionString);
return any;
}
}
< /code>
Как MyService, так и Dataervice вводится через di в программе. DtoService не является и вместо этого инициализируется при вызове через поставщика данных. Есть ли какие -либо проблемы с этой методологией. Основная причина, по которой я хочу, чтобы поставщик наборов наборов состоит в том, чтобы очистить инъекции DI в различных службах, которые нуждаются в многих контекстах базы данных. Легче ввести «поставщика» вместо 10 (скорее всего, не 10, просто номер) разных служб.>
Подробнее здесь: [url]https://stackoverflow.com/questions/79727550/c-sharp-object-lifetime-when-initialized-in-a-function[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия