Насчет пула, вот уж точно плохая идея, полагаться на Dispose для возврата объектов в пул. Ладно еще вы один когда над проектом работаете, а если несколько человек или либу делаете и быть уверенным, что Dispose будут вызывать непосредственно, так себе идея. Тут или не используйте пул или взял, попользовался и верни назад или смысла от пула тогда нет, если, например, вы берете объект из пула на время жизни приложения.
Ну и самое главное, вызов Dispose никак не влияет на освобождение объекта сборщиком мусора.
Официальная документация гласит именно так. Насчет зависимости от другого IDisposable, Dispose вызывается (если правильно этот паттерн реализован) из финализатора, перед сборкой объекта. Если в объект передается какая-то зависимость из вне, то уж ее точно не объект очищать должен, если внутри какая то зависимость, есть using.
Вот ничего интересного не узнал. Мне бы было интересно, в чем преимущество Blazor перед SPA фрейворками (Angular, React, Vue)? Минусы, плюсы. Статья из ряда, я попрыбывал, посмотрите.
А вот мне интересно, сколько будет стоить электроэнергия, если завтра все на электромобили заменить? Я сам из Иркутска, где самая дешёвая электроэнергия, при этом халявная, с ГЭС, идёт на алюминиевую промышленность. Отопление и бытовое потребление это ТЭЦ. строительство станций зарядки, обновление сети, даже строительство новых электростанций.
Вопросом на вопрос не культурно отвечать. Ну и по вашим ответам видно, что о net core вы читали лишь, что он кроссплатформенный. И изменений там по сравнению с 4, более чем.
Ладно, я понимаю, когда у английского термина нет русского варианта или перевод не отображает суть, но у слова property есть перевод и он точно отражает суть — свойство. Это о пропертях.
@import в SASS уже год как depricated https://sass-lang.com/blog/import-is-deprecated/
Неожиданно читать такое от разработчика с 15-летним стажем
Не надо благодарностей.
https://habr.com/ru/companies/clrium/articles/341864/ вот прочтите, сказано про все более чем
Насчет пула, вот уж точно плохая идея, полагаться на Dispose для возврата объектов в пул. Ладно еще вы один когда над проектом работаете, а если несколько человек или либу делаете и быть уверенным, что Dispose будут вызывать непосредственно, так себе идея. Тут или не используйте пул или взял, попользовался и верни назад или смысла от пула тогда нет, если, например, вы берете объект из пула на время жизни приложения.
Ну и самое главное, вызов Dispose никак не влияет на освобождение объекта сборщиком мусора.
Официальная документация гласит именно так. Насчет зависимости от другого IDisposable, Dispose вызывается (если правильно этот паттерн реализован) из финализатора, перед сборкой объекта. Если в объект передается какая-то зависимость из вне, то уж ее точно не объект очищать должен, если внутри какая то зависимость, есть using.
А зачем реализовывать IDisposable для управляемых ресурсов? IDisposable придуман, чтобы освобождать неуправляемые ресурсы. Вызов Dispose не означает, что объект будет уничтожен сборщиком мусора. https://learn.microsoft.com/en-us/dotnet/standard/garbage-collection/implementing-dispose
У вас объекты в памяти висят, значит их держит ссылка какая-то, профилировщик памяти в помощь.
Он будет собран только после сборки MyTask, на которую указывает переменная t. Даже у MS пример аналогичный https://learn.microsoft.com/ru-ru/dotnet/api/system.threading.timer.-ctor?view=net-7.0
https://shorturl.at/ipyE5 попробуйте, поэкспериментируйте, ссылочка на sharplab. все срабатывает.
Вспомнил старый анекдот.
Где-то в чате:
Мегахакер: Люди, нашел клёвую прогу WinNuke, дайте чей нибудь IP
Кто-то: 127.0.0.1
Мегахакер: Вышел из чата.