Добрий день еврібаді!
Люди добрі допоможіть розібратися в темі.
Вивчаю самостійно С# і багато разів чув, від різних авторів відео по шарпу в ютубі, шо статика це погано ,а деколи навіть зло , і краще не юзати. Але аргументації чіткої і зрозумілої не було , а статичні методи і класи я зустрічаю часто і в голові дисонанс тепер.
Буду дуже вдячний за лінк на джерело істини в цьому питанні.
Бережіть себе!
Статика это плохо, когда есть риски, связанные с многопоточным доступом либо с утечкой памяти. Extension-методы/хелперы вполне норм.
t.me/ TvpQn1N6oPV256S8
залетай в наше комьюнити, спрашивай если что
Погано саме статичні змінні:
1) вони створюються при запуску программи, що робить запуск довше + займають память навіть якщо ніколи не використовуються
2) вони не thread-safe, якщо спеціально не зроблено інакше
3) важко відслідкувати хто може їх змінювати
тобто більш-менш беспечно використовувати readonly static змінні, інакше це буде ад з якимось періодичними багами із-за concurrency які дуже важко відслідити і протестити.
Статичні методи на мій погляд як раз хороший паттерн, якщо звичайно вони мають сенс для класса якому належать. Альтернатива зазвичай — це такі кілометрові статичні класси Helper з сотнями статичних методів на всі випадки життя, що не є гуд.
Статичні класи також використовують для extension methods, або для якихось там конвертеров чи маніпуляторов
Во-первых, не все в мире нужно мокать.
Во-вторых, оратор ниже уже все рассказал — мокаешь поинтером и вперед.
А навіщо їх мокати, коли їх чудово можна тестувати окремими юніт тестами?
Щось у вас занадто складні extension methods :)
Так і сам сінглтон, методологи вже давно обісрали, тепер це антіпаттерн.
Також: класс, зареєстрований як singleton не буде антипатерном, якщо його призначення — лише обробка даних або виконування якихось запитів до API, та він не зберігає у собі ніякий state. Просто такий собі worker — отримав дані, обробив, передав далі.
Ну я мав на увазі клас Math і йому подібні.
І на рахунок dependency injection зустрічав відео про «service locator» . Де прогер інжектив залежності через статичні властивості через гет.
static ExampleClass createExampleClass{ get => new ExapleClass();}
А можна пояснити в чому гівнокодість? Тому шо все одно залежність від класу? Вибачте шо задовбую)
Дякую за відповідь . Короче треба менше ютуба дивитись)
Я стараюсь все піддавати сумніву але тяжкувато фільтрувати будучи не компетентним . В 2010 коли я вивчав звукорежисуру і саунд дизайн , була проблема того шо інфи не дістанеш бо її нема. І я просто роками набивав шишки . А зараз інфи просто океан і здавалось бери да вчи ,але сміття як я розумію багато. Короче судячи з усього свої шишки знову навчать краще всього 🤣 просто була надія з економити час.
А який сенс в цьому методі якщо можна перегрузити конструктор? Дефолтний робить в літрах , інший би сетив параметр unit of measure?
Як уже говорили в статичних класах немає нічого страшного. Проблема в статичному стейті. Math — це просто місце куди поклали кучу «чистих» методів. З ними немає ніяких проблем оскільки вони не мають стейту. Просто приймають щось на вхід, думають над цим і повертають результат. Не зачіпаючи нічого іншого взагалі.
Только держим в уме, что Singleton патерн, пожалуй самый распространенный в приложениях, «это другое» ©
Singleton патерн, пожалуй самый распространенный в приложениях
У тебя опечатка в слове «антипаттерн»
Надеюсь в твоем любимом расте, киллера всего "тяжелого наследия С++"© и статику и синглтоны можно добавить теперь _только_ с супер специальными операторами, что окаянный ведает что творит ?
по ряду причин static mut использовать настоятельно не рекомендуется
И как
Singleton
корреклирует с твоим утверждением
«антипаттерн»
если тебе нужно всеголишь заинжектить какую-то фабрику, которую видят все (например провайдер доступа к субд)
и это не
static mut
?
ЯННП. Переформулируй вопрос, чтоб было понятно что ты пытаешься спросить.
Вопрос простой. Почему ты считаешь
Singleton
антипаттерном, если его имплементация на уровне одного из трех типов инжекта встречается у всех видов DI контейнеров (AddTransient, AddScoped, AddSingleton) во всех языках ?
Можно считать сигатеры и алкоголь отравой, если они продаются в каждом магазине?
Можно ли считать ЗОЖ разработчика, кто собрался пересоздавать постоянно какой-то инстанц фабрики напр. (AddTransient, AddScoped), где хватит всего одной копии инстанца (AddSingleton) ?
SOLID и кошерный код тоже можно превратить в анти-паттерн
Меня в одном проекте синглтон очень выручал, и даже мокался без проблем
У мене нема проблеми мокати — перезавантажуєш його поінтером на мок і робиш тести
:D
Якщо у тебе нема зірочки перед варіаблєй — то у тебе нема лише зірочки, а поінтер може усе одно бути під капотом
Можливо, як «зло» мали на увазі статичні змінні? Які дійсно, можуть бути злом в деяких випадках.
Бо статичні методи та класи взагалі, за їх доречного використання, є корисна реч.
docs.microsoft.com/...-and-static-class-members
деяких
Якщо це не рідонлі, я навіть не уявляю в яких випадках вони можуть бути «добром». Нерідонлі статичні змінні, як і глобальні мають використовуватись лише у виключних випадках.
Владислав Фурдак
Sergey Boryssenko
anonymous
Stefan Vodicska
anonymous
Artyom Krivokrisenko
ScorpZ Lapshov
Stanislav Silin
Artyom Krivokrisenko
DNA Exp
Мавпа программиста
Stefan Vodicska
VL
45 коментарів
Додати коментар Підписатись на коментаріВідписатись від коментарів