Не считая бесконечных фиксов вылетов в связи с зацикливанием функций, таковых почти нет.

Если в разделителе для работы с выходными лучами я могу спокойно работать с простым массивом, то в сумматоре, где количество входящих лучей может варьироваться от нуля до определенного числа (у меня - пять), подойдет только динамический. Раньше я уже работал с ними, при создании системы эффектов, и сейчас, работая над удалением элементов с массива, понял, насколько я протупил раньше. Дело в том, что мне не важен порядок элементов в массиве, важно только, чтобы не было пустых элементов, то есть, при каждом удалении элемента нужно было перераспределять переменные в массиве. Раньше я это делал циклом, который назначал на пустое место следующую после него переменную, на ее место следующую относительно ее, и т.д., ну и в конце урезал длину массива. Теперь я понял, что для массивов, в которых не важен порядок элементов, можно просто назначать пустому месту значение последнего элемента и уменьшать длину. Ну и в качестве поиска необходимого элемента в массиве, вместо цикла, можно просто использовать встроенную функцию.

Еще один момент, посвященный оптимизации. Раньше я удалял выходные лучи, когда не было входящего. Что оставляло много мусора. Конечно, он убирается специальной особенностью движка, но в игре, где было бы много башен, и лучи постоянно менялись бы, это может привести к упадку производительности (ну а вдруг). Теперь я понял, что лучи удалять совсем не обязательно, достаточно просто их прятать. Конечно, понадобились некоторые переработки, например, чтобы невидимый луч не мог стать входящим для другой башни, но это все уже пофиксено. В общем, запомните - если вы часто используете однотипный элемент, то будет проще его прятать и показывать, а не удалять и создавать заново.