3D.ru

Есть класс:

Есть метод:

Ругается на строку var entity = new T(nextEntityID++); с таким вот сообщением:
Т: При создании экземпляра типа переменной не удается задать аргументы.
Ну и как тогда юзануть конструктор в дженерик классах?

new()

обозначает что он не принимает параметры.

Никак.

Активатор...
Рефлексия...
ФПС на нуле...
Ммм, замечательно.
Ну да ладно, всё равно спасибо.

А сделать отдельный сеттер религия не позволяет?

Я просто не хочу делать отдельный метод для этого, ибо ID должно быть установлен только 1 раз при создании ентити (в CreateEntity и никак иначе) и в дальнейшем из кода менять его нельзя. А так получится будет метод, которым можно будет поменять айдишку, но это всё прихоти, можно обойтись и без этого, просто обидно, что нужно оборачивать код в костыли, я не знаю зачем разработчики так ограничили, можно ведь было сделать что-то типа:
public static T CreateEntity<T>() where T : EcsComponent, new(), new(int);
Чтобы был и обычный конструктор и с аргументами.

Нечто типа. (писал прямо тут, могу и ошибаться...)

1max1 писал(а):и в дальнейшем из кода менять его нельзя. А так получится будет метод, которым можно будет поменять айдишку

Ну так ты его не меняй, это же твой код, а на будущее для себя напиши комментарий, что ни в коем случае не стоит дёргать этот метод, если уж очень страшно, что где то это может вылезти, то проверяй по bool флагу, что id уже был установлен, и выкидывай страшный exception. На худой конец запакуй код в .dll, так как метод internal, он не будет доступен извне.

1max1 писал(а):я не знаю зачем разработчики так ограничили, можно ведь было сделать что-то типа:
public static T CreateEntity<T>() where T : EcsComponent, new(), new(int);
Чтобы был и обычный конструктор и с аргументами.

Если бы это было сделать так просто, то наверное давно уже сделали бы, а так даже в последнем .NET нет еще такого функционала насколько я знаю.

Нечто типа. (писал прямо тут, могу и ошибаться...)

Такой вариант рабочий спасибо, как-то и не думал про делегаты.

Ну так ты его не меняй, это же твой код

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

На худой конец запакуй код в .dll, так как метод internal, он не будет доступен извне.

Это в принципе тоже подходит, но перепаковывать длл при каждых изменениях лень.

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

Почему бы тут не сделать абстрактный класс с инициализацией в конструкторе?

Не совсем понял о чем ты, пример можно?

Если это уникальный id и не будет задаваться снаружи - сделай его приватным статиком и внутри конструктора дергай при задании. Так он и снаружи не виден и инкремент внутри конструктора и доступен всем экземплярам.
В самом компоненте, не надо там вкладывать куда-то.

Cr0c писал(а):Если это уникальный id и не будет задаваться снаружи - сделай его приватным статиком и внутри конструктора дергай при задании. Так он и снаружи не виден и инкремент внутри конструктора и доступен всем экземплярам.
В самом компоненте, не надо там вкладывать куда-то.

...
....
.....



Гениально)

Можно ещё и приватный статик лист этого же типа добавить и в конструкторе добавляться в него и в деструкторе удаляться, статик класс для получения массива всех компонентов и их количества. Ну если надо поиск среди них делать.

Да, я тоже об этом подумал, наверное так и сделаю, спасибо за ответы.