Как сейчас с работой '25?
Смотрит ашарка - молодой, красявый. А приходит почти дед согнутый. )))
Я несильно изменился :)
А если у меня там АЛГОРИТМ!?
Если ты алгоритм засунул в статические функции, то сразу отрывать руки и расстрел через повешенье.
Вообще говоря, для использования статических функций должно быть очень сильное обоснование.
Вообще говоря, для использования статических функций должно быть очень сильное обоснование.
если функция не зависит от класса то предпочтительнее её сделать static. В Rider и VS очень часто это и предлагается. Так как в функции нет зависимости от класса, JIT может её проще сделать inline. Да и тестировать легче, потому что не ожидается никаких побочных эффектов.
Но конечно со стороны не знаю, может быть у вас такие процессы и поэтому нужна такая реализация. Но как по мне так это overengineering. Если это своя разработка, то логирование я бы сделал везде. А шифрование можно было бы через bool параметр решить.
Или можно было бы например BeforeSend-Event сделать. Подписчики тогда могут как то с Message работать, например анализировать, добавлять какие то footer/header или заменять какие то placeholder. Ну и в будущем можно много всего прицепить.
если функция не зависит от класса то предпочтительнее её сделать static.
В чем же плюсы статической функции?
В Rider и VS очень часто это и предлагается.
Это не значит, что это хорошее решение ;)
Так как в функции нет зависимости от класса, JIT может её проще сделать inline.
Как там JIT работает мало интересно. Это все "под капотом" и никак не влияет ни на читаемость кода, ни на его тестируемость.
Да и тестировать легче, потому что не ожидается никаких побочных эффектов.
Ну да, проблема только в том, что нужно знать как работает такая функция, т.е. по-сути это white box.
Возьмем простой пример:
List<string> someCollection = new List<string>();
Далее есть 2 способа работы с этим списком: 1) передавать все как IList или 2) IEnumerable
Если работать с IList, то все можно отлично "мокать" и тестировать без создания списка.
Если же работать с IEnumerable, то через LINQ можно сделать все тоже самое, но есть нюанс - придется создавать список. Т.е. по факту для тестирования какого-то кода придется создавать инфраструктуру. Более того, тест, скажем удаления элемента из списка становится значительно сложнее... а если нужно проверить только факт вызова функции удаления элемента, то это вообще невозможно сделать.
И паттерн твой не нужен, и реализация у тебя говно. Оно и понятно, когда одними нейросблёвами питаешься.
У каждого человека есть свои генетические предрасположенности и предназначение от судьбы свыше,
У тебя хорошо получается обмывать, менять памперсы, но программировать с помощью ИИ не умеешь.
Поэтому, лучше иди на обучение в Альтерсхайм, там будет и работа, и проживание, и карьерный рост! 
через 3 месяца: Pflegehelfer, через 1 год: Pflegeassistenz, через 3 года: Pflegefachmann (диплом)! Учись!
.
Вопросы и Ответы - Программируем калькулятор пособий для беженцев вместе.
Новшество: с 2026 года запрещено спрашивать сколько ты получал или получаешь, т.е. история не имеет значения.
Разрешается врать на запрещенные вопросы. Ну в смысле что потом за такое вранье не могут наказать. А если соврал на разрешенный вопрос, то позже могут наказать.
Например, если спросят собираешься ли ты забеременеть (запрещенный вопрос), то можешь смело соврать что не собираешься. Если потом все-таки залетишь, то ничего не будет.
Пример 2. Если спросят, имел ли судимость (разрешено, если для работы важно), то можешь соврать, что чист как стекло. Но если потом сболтнешь по пьяне, что чалился в новосибирской колонии, то могут уволить.
назад
список