будеш писать объяснительную

Пруф или ты

но вообще, основной аргумент против синглтонов/"статических классов", я привел выше - их наличие убивает тестируемость кода

ну то есть он должен быть стейтлесс?

Дискуссию по пропозалу, думаю, можно вести тут https://github.com/procxx/cpp-block-expressions-proposal/issues/1

я не очень по тестам

если честно

а чо так дорого снимать в москоу?

1000бачей?

аспект юнит-тестирования прошел мимо меня почти целиком

издиваитись чтоли

ну то есть он должен быть стейтлесс?

не поможет

а чо так дорого снимать в москоу?

Потому что пидорасы зажрались

аспект юнит-тестирования прошел мимо меня почти целиком

зря

не поможет

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

вы врете

счас специально пойду смотреть

зря

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

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

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

фигня полная

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

в этом тоже преимущество сервис локатора с синглтонами

http://arenda.mirkvartir.ru/163692403/

27к

он эмулирует любое состояние нужное для тестов

чтото ктото врот

в этом тоже преимущество сервис локатора с синглтонами

вот, с сервис-локатором уже теплее, но это уже не синглтоны с этого момента

Ребята, давайте про зарплаты и аренды не в этом чяте?

чтото ктото врот

забудь про это

вот, с сервис-локатором уже теплее, но это уже не синглтоны с этого момента

-обычно- синглтоны, но могут и не быть, конечно

ладно, хорошо потрындели, надо поработать

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

ладно, хорошо потрындели, надо поработать

точно, пойду спать, пожалуй

я не против, потоум что это легко рефакторится в локатор

глобальные объекто часто ОЧЕНЬ удобны и устраняют кучу трения

я б не сказал что реалистично от них избавляться

точно, пойду спать, пожалуй

http://coub.com/view/t03qu

Ладно, за работу.

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

А как бы ты хранил состояние на все приложение? Например конфиг?

я б не сказал что реалистично от них избавляться

их не надо заводить, если они уже прокрались в код, то действительно уже сложно избавиться

нет

можно кстати определение статического класса в плюсах?

можно кстати определение статического класса в плюсах?

нет

их не надо заводить, если они уже прокрались в код, то действительно уже сложно избавиться

ну допустим у тебя есть игра

и у тебя есть глобальный объект который определяет апи игры

Ну тут как. Если снимаешь квартиру за 60 тыщ, то от 100 тыщ остаётся 40, что меньше, чем я зарабатываю не в Москве даже с учётом налогов и коммуналки.

это очень шикарная квартира даже для Москвы. Или район Садового кольца.

А как бы ты хранил состояние на все приложение? Например конфиг?

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

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

это МОЖЕТ породить лапшеобразный код, но не в смысле сильного связывания

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

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

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

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

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

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

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

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

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

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

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

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

неплохо

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

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

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

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

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

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

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

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

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

там есть функция в расширениях 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 не тормозит?

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

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

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