и это очень удобно

удобно, пока приложение маленькое

удобно, пока приложение маленькое

а при масштабировании все превратится в лапшу и ад

я видел несколько больших приложения, которые хорошо себя чувствуют, имея глобальные объекты и дергая их...

безо всяких событий и делегатов

общее представление о сортировке, криптографии, списках и деревьях

наблюдаю шарпистов, которые для нахождения максимального элемента сортируют массив и берут последний элемент

наблюдаю шарпистов, которые для нахождения максимального элемента сортируют массив и берут последний элемент

наблюдаю шарпистов, которые для нахождения максимального элемента сортируют массив и берут последний элемент

неплохо

шейкерной сортировкой

там нет стандартной функции для этого )) но не самим же писать

там вроде есть линк-метод для этого, но я его не помню наизусть

(да вот такой я шарпист)

так что я бы просто прошелся по нему в цикле

я видел несколько больших приложения, которые хорошо себя чувствуют, имея глобальные объекты и дергая их...

> которые хорошо себя чувствуют приложения-то ладно, а как себя чувствуют инженеры, поддерживающие это?

так что я бы просто прошелся по нему в цикле

это надо цикл писать. А тут две строчки не задумываясь.

там есть функция в расширениях LINQ

даже если там конкретно нет метода макс то там точно есть редьюс под другим названием

там нет стандартной функции для этого )) но не самим же писать

Один раз написал и используй?

так что можно вызвать (псевдокод) list.reduce(max(v1, v2))

там есть функция в расширениях LINQ

явно пропущено название функции ;)

в объекте глобального состояния, инстанциируемого в точке входа, очевидно

А тут вот начинается боль. А что если до процесса инициализации этого объекта к нему обратиться другой объект?

там есть функция в расширениях LINQ

многие шарписты не умеют в LINQ, сложна

Один раз написал и используй?

ленятся, чо.

многие шарписты не умеют в LINQ, сложна

ты чоооо, это же первая норм реализация RX

объект глобального состояние не есть синглтон?

Удваиваю вообщемто

Видел обратное. Чел написал пару экранов функций из кучи вложенных вызовов LINQ

values.Max()

А тут вот начинается боль. А что если до процесса инициализации этого объекта к нему обратиться другой объект?

боль начинается именно в случае с глобальными переменными, потому что порядок их инициализации криво определен (см. static initialization order fiasco)

метод так и называется

теперь посмотрю как там называется то то я предложил...

values.Aggregate((a, b) => Math.Max(a, b));

вот редьюс

явно пропущено название функции ;)

но ввиду того что я чаще всего использую сишарп в юнит

а линк не очень предсказуемый в плане генерации мусора (хрен хнает, когда там статик класс а когда аллокация выходит)

я его избегаю

потому что разработка в сишарпе на юнити - это вечное параноидальное НЕ СОЗДАТЬ МУСОРА ДЛЯ GC

НЕ ОТПУСКАТЬ УКАЗАТЕЛИ

мемори-менежмент, который мы заслужили.

с++ проще после этих костылей

юнити ппц кал, всё на нём лагает

годится тока для хеловорлда

юнити отличная либа

кривокучки прост

криворучки делают кривокучки

кривокучки прост

д

там только рендер медленнее чем в UE4 на сложных сценах, а то что в рантайме тормзит - это П Р О Г Р А М М И С Т Ы

там только рендер медленнее чем в UE4 на сложных сценах, а то что в рантайме тормзит - это П Р О Г Р А М М И С Т Ы

пнятн

а UE4 не тормозит?

процесс разработки у него тормозит :)))

редактор тормоз, компиляция медленная

по сравнению с юнити

анриал очень не для начинающих и вообще нежелателен имо в проектах где больше кода, меньше контента

работу с контентом он отлично умеет благодаря редактору

а вот программировать куда менее продуктивно чем юнити-сишарп

причем дело не в плюсах, плюсы там скриптовые, удобны, с GC

только все обложено макросами рефлексии для блупринтов

а вот именно в том что компиляция медленная и в целом больше проблем возникает

и кастомизировать оче сложно

общее представление о сортировке, криптографии, списках и деревьях

больше на джуна похоже.

я верю в людей, которые умеют учиться и быстро находить ответы на вопросы

больше, чем в людей, которые несут багаж знаний

короче синглтон нужен тогда, когда есть статический класс, КОТОРЫЙ НАДО УНАСЛЕДОВАТЬ

А когда нужен общий контекст для всех потоков? ))

когда нужен синглтон?

чуть реже чем никогда.

что это за фигня на второй строке :))))

список в списке?

когда нужен синглтон?

как правило почти всегда можно без него

но у тебя же список инт а не список списков

ты пытаешься на втрой строке взять из List<List<int»

вообще, например, архитектура андройда такая убогая, что там без синглтонов никуда...если не обмазываться унылими DI либами

ты пытаешься на втрой строке взять из List<List<int»

да это вброс просто

и вообещ я собирался поработать

господи

да это вброс просто

окей. тонко

чуть реже чем никогда.

толстенько

и вообещ я собирался поработать

закрывай телеграм

толстенько

Я серьёзно.

В плюсах абсолютно точно всегда можно обойтись без синглтона и сделать лучше.

Синглтон в данном контексте как паттерн подразумевается.

не один крупный проект вышибал мозг с глобальным сервис локатором )