Well, unity logic is one thing ... Don't forget recursive processes are complex and expensive on your executable code. The recursive and tail recursive algorithms in theory are more calculative and continuous process which depends on its previous outputs and inputs until base conditions are reached.
For the purposes of a game engine like unity there really is no particular necessity of an inbuilt recursive method or interface. Furthermore most inbuilt frame dependent methods like update etc... Are frame dependent unless you are using your own custom classes or functions. The philosophy of per frame calls in unity mono behavior scripts would further complicate and lead to catastrophic results also freezing your project execution if used carelessly. And as you would realize most inbuilt methods and functions in unity are implemented usually as frame dependent methods.
Though if you need to play with concepts like tail recursion and Fibonacci which are ideal and specific to concepts of recursive calculations then you can always make custom classes and methods ...
But just for the sake of using recursion it is not preferable to use a game engine like unity where object manipulation code is structured except if you have truly circumstantial reasons to use the calculations in a seperate class or to perform certain clearly defined code effects. Loops, frame updates and animations can do a lot more for you cheap than what recursive calculations can expensive as they are.
Red.
↧