Копирование GameObject

[Tolking]

А чего это ты в стороне? Поделись что у тебя в абстракции, что в скриптовых. Что раньше было абстракцией, а сейчас в скриптах/моно? Почему?

[Neodrop]

Хотите прикол? А я наследую от UnityEngine.Object

[Tolking]

В чем прикол? Что это дает?

[Neodrop]

Никаких лишних переменных и методов. Вообще почти ничего не наследуется. Минимум памяти.
К примеру, ScriptableObject, наследован от Object. А мои классы, получаются легче, чем при наследовании от ScriptableObject.
И то, я наследуюсь от Object только потому, что там есть встроенный деструктор - Destroy()
Часто я вообще ни от чего не наследуюсь.
Но, говоря о 10% я имел в виду Форум и Сообщество, а не мой код. Один хрен почти ни у кого не хватает фантазии использовать те решения, которые я пытаюсь донести.

[Tolking]

Так ты как партизан молчишь! Зачем сделал? Какие проблемы можно решать? "Через пол годика поймешь..."

[Neodrop]

Контроллируемое, иерархическое выполнение всего кода. Без единого шанса путаницы очерёдности выполнения скриптов. Отсутствие медлительных коллбэков. Отсутствие необходимости сохранять 70% "обычных" переменных.
И главное - События. Нет, не так : СОБЫТИЯ.
А программирование Событиями почти никто не втыкает, потому что это идёт в разрез со всеми классическими схемами построения кода и книжками. Хотя, на мой взгляд, это в 100 раз более быстрый и удобный подход.
Я говорю о Antares.Manager
Без него было бы невозможно апдейтить классы, наследованные от Object. Ведь они у меня даже нигде в Сцене не висят. Для Редактора их как бы и нет вовсе.
Демку на видео, я сделал за 2 дня. Видео плохо её отображает. Чуть позже выложу билд - как получу на это разрешение заказчика. Она полностью построена на Antares.Manager и только благодаря Событиям я смог сделать программу так быстро.

[Const_47]

Да, все довольно правильно, делаю что то похожее.
Скриптаблы люблю если нужно вот это

Messages Sent
OnEnable

This function is called when the object is loaded
OnDisable

This function is called when the scriptable object goes out of scope

Ну понятно, я без Антареса пока, но общие размышления и принципы довольно схожи.

[Mr_Anderson]

События - это гуд, вопросов нет. Тока насколько сложно будет в таком проекте состояние игры (приложения) сохранить? Или вы уже все продумали и реализовали?

[Neodrop]

Никаких сложностей по сравнению с обычным вариантам. Точнее - ничего более сложного.

[Kann]

что бы не создавать похожих тем спрошу здесь, так как это имеет отношение к Instantiate, вопрос в следующем, предположим есть у меня префаб создал я несколько объектов, с помощью Instantiate, вопрос в том что есть ли способ обратится к конкретному объекту и его скрипту если объектов несколько и они все одинаковы ?

[Zaicheg]

что бы не создавать похожих тем спрошу здесь, так как это имеет отношение к Instantiate, вопрос в следующем, предположим есть у меня префаб создал я несколько объектов, с помощью Instantiate, вопрос в том что есть ли способ обратится к конкретному объекту и его скрипту если объектов несколько и они все одинаковы ?

Можно. К примеру, так:

GameObject clone01 = Instantiate(megaGun) as GameObject;
GameObject clone02 = Instantiate(megaGun) as GameObject;
GameObject clone03 = Instantiate(megaGun) as GameObject;

Shoot scriptShoot02 = clone02.GetComponent<Shoot>();
Shoot scriptShoot03 = clone03.GetComponent<Shoot>();

[Kann]

ага, спасибо !

[PAX]

И главное - События. Нет, не так : СОБЫТИЯ.
А программирование Событиями почти никто не втыкает, потому что это идёт в разрез со всеми классическими схемами построения кода и книжками.

Не могу согласиться, т.к. простое Windows.Forms приложение основано на событиях. И все, кто прогает на C# умеют ими пользоваться.

[Neodrop]

Это не предмет для спора. Тем более, что События, которые генерит Система, это совсем не те События, которые вы создаёте самостоятельно.
И не стоит продолжать дискуссию, вспоминания про шарп Event. Вы не потрудились посмотреть о чём я говорю, а уже начинаете спор. Вам скучно?
Я не написал ничего выдающегося. Я просто пытаюсь помочь себе и прочим. Доказать свой уровень можно разными способами. Пустые споры - далеко не лучший.

[Neodrop]

Поспорить я тоже очень люблю. Но спор должен быть продуктивным. Без обид.