Б[
unboxing тут причем?
ну услоно хавать обджект, потом пытаться приводить к нужному интерфейсу
Size: a a a
2020 August 02
N2
так мне надо сделать функцию даже для тех типов которые я еще не создал, например компоненты unity что для каждого писать свою обертку с наследованием от моего интерфейса?
P
ну услоно хавать обджект, потом пытаться приводить к нужному интерфейсу
boxing и unboxing это когда в object пихаешь struct и вынимаешь обратно
Б[
boxing и unboxing это когда в object пихаешь struct и вынимаешь обратно
а я шо сказал?)
DN
Я больше плюсник поэтому хз как это в шарпах сделать, но энивей есть кейсы которые не покроешь генериками когда например у объекта какую=то функцию надо вызывать, тогда объект должен наследовать интерфейс а его для уже имеющихся классов не добавишь
Как в плюсах написать "функцию складывающую два абсолютно любых типа"? (тебя цитирую)
P
а я шо сказал?)
хз😂
P
так мне надо сделать функцию даже для тех типов которые я еще не создал, например компоненты unity что для каждого писать свою обертку с наследованием от моего интерфейса?
Я не понимаю, чего ты хочешь сделать
Б[
Как в плюсах написать "функцию складывающую два абсолютно любых типа"? (тебя цитирую)
на шаблонах он имеет в виду, там как наш конст, токо целые функи
N2
Как в плюсах написать "функцию складывающую два абсолютно любых типа"? (тебя цитирую)
Да не придерайся, я иммел ввиду которая типа складывает, но если нельзя сложит то ошибка
А
так мне надо сделать функцию даже для тех типов которые я еще не создал, например компоненты unity что для каждого писать свою обертку с наследованием от моего интерфейса?
Если у сущностей общая логика, есть абстрактные классы или простые и наследование, если логика разная, а возможность одна, то есть интерфейсы, дальше вопрос архитектуры
А
Да не придерайся, я иммел ввиду которая типа складывает, но если нельзя сложит то ошибка
Тоесть твоя программа будет падать в рантайме постоянно?
N2
Не в рантайме, как это в плюсах работает, просто когда видит шаблон генерит для нее простые функции для всех типов которые ты юзаешь, тогда ошибка и ловится, это все в комайл тайме а не в рантайме
⠀
Есть такая фича у меня в игре, если машине поддать газу то тебя как бы придавить к сиденью и камеру немного отъедет назад и есть некая переменная, которая означает как сильно камера отъедет, ВОПРОС как назвать её, чтобы она точно описывала значение и соответсвовала код стайлу
P
Да не придерайся, я иммел ввиду которая типа складывает, но если нельзя сложит то ошибка
T Add<T>(T x, T y)
{
try
{
return x + y;
}
catch(Exception e)
{
throw new ArgumentException()
}
}
{
try
{
return x + y;
}
catch(Exception e)
{
throw new ArgumentException()
}
}
А
Не в рантайме, как это в плюсах работает, просто когда видит шаблон генерит для нее простые функции для всех типов которые ты юзаешь, тогда ошибка и ловится, это все в комайл тайме а не в рантайме
Окей в такой сборке тогда вопрос, а что мешает программе использовать адекватную архитектуру диктуемую СОЛИД и другими ООПшными идеями, чтобы не нужно было код править перед компиляцией?
А
Я просто представлю сидит 15 человек пишет игру, а потом все ошибки компиляции эти же 15 человек правят, вот только в коде друг-друга, тот ещё ад получается
N2
Да шаблонный код в плюсах это огромная жопа, его лучше юзать по-минимуму, у них две стороны медали, с одной стороны это очень мощная особенность плюсов с другой стороны ад для поддержки и отладки такого кода
DP
Ребят кто пользовался Anima2D, стоит ли переводить все спрайты в SpriteMesh ? Есть ли прогресс от этого в плане производительности ,
DN
Да шаблонный код в плюсах это огромная жопа, его лучше юзать по-минимуму, у них две стороны медали, с одной стороны это очень мощная особенность плюсов с другой стороны ад для поддержки и отладки такого кода
И совсем другое дело писать код в дефайнах
N2
Вообще все можно изначально предусмотреть если код твой, ок я бы просто наследовал весь monobehaviour от моего интерфейса и все было бы ок, но я же не могу, ибо это класс unity