Проблема с typeOf()

[semenyakinVS]

BlooDHounD

Вещь, которую пишу сейчас, хочется со временем портировать на С++.

alatar

Ого! Да, можно!.. Кррррруто!..

Жаль, в С++ так нельзя.

[alatar]

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

[etc]

alatar, возвращать первый попавшийся экземпляр как-то странновато.

[alatar]

Какой экземпляр? Я где-то говорил про экземпляры?
Согласен, что возвращать класс вручную грозит ошибками по-неосторожности.

[etc]

Сообщение от alatar

Какой экземпляр? Я где-то говорил про экземпляры?
Согласен, что возвращать класс вручную грозит ошибками по-неосторожности.

Пост #5

[alatar]

Ну так топикстартер и хочет получить первый попавшийся экземпляр. В комментах я написал, что если нужно возвращать несколько экземпляров, то к классу надо мапить массив или вектор.

[etc]

Сообщение от alatar

Ну так топикстартер и хочет получить первый попавшийся экземпляр. В комментах я написал, что если нужно возвращать несколько экземпляров, то к классу надо мапить массив или вектор.

Кошмар

[semenyakinVS]

Там всё дело в том, что уникальность элементов одного типов контролируется отдельно...

Сейчас расскажу подробнее... Делаю что-то вроде платформы для имитации физических процессов. Если всё получится выйдет такая система, что работать с ней надо будет так:

1. Пользователь создаёт оболочку для всех-всех-всех моделей системы.

2. Пользователь через метод оболочки пихает в неё имитаторы конкретных областей физики (пока есть простенький модуль твёрдотельной физики - очень простенький, без коллизий, можно только силы в любую точку на объекты кастовать - и модуль элементарной геометрической оптики). На этом этапе контролируется уникальность моделей в системе - т.е. если пользователь дважды добавит одну и ту же модель, система выдаст ему ошибку.

3. Пользователь создаёт объект системы (фактически, объект - это всего лишь совокупность свойств). Модели служат фабриками свойств. Оболочка, в которой существуют модели, по запросу пользователя на создание нового объекта в цикле провоцирует модели творить свойства, на каждой итерации добавляя эти свойства в абстрактный список.
Тут и нужен список, про который я писал. Пользователь, ясное дело, не может всё время держать в голове в каком порядке он добавлял модели. Поэтому ему нужен метод, который позволит из созданного абстрактного списка извлечь свойства нужного ему типа и растасовать по ссылкам в своём объекте (нужны чтобы получать свойства).
Проблема ещё в том, что пользователю нельзя давать в руки возможность генерить свойства отдельно в каждой фабрике - объект, существующий с системе, обязан иметь весь перечень свойств. Ведь, например, там, где светят лучи, объекты обязаны иметь какие-либо оптические свойства, чтобы лучи знали как себя вести при встрече с ними.

М-да... Целую поэму написал. Если кто-нибудь осилил это сочинение, скажите, нормально это всё выглядит?

[BlooDHounD]

Сообщение от semenyakinVS

BlooDHounD
Вещь, которую пишу сейчас, хочется со временем портировать на С++.

и где связь?

[incvizitor]

2 alatar:

Я вот тоже не пойму. Давайте расмотрим такой случай:

var obj:MegaObject = new MegaObject(); 
addItem(new MegaObject());
addItem(new MegaObject());
addItem(obj);
 
//Допустим есть такой метод
removeItem(obj);

В таком случае у нас будет 2 элемента типа MegaObject, а запрос вернет undefined.