Jest to szczególny przypadek tego pytania, które moim zdaniem jest szczególnie istotne.
Pracuję nad grą dla Androida i planuję używać Scali z libgdx. Planuję stworzyć grę performatywną, ale niekoniecznie grę hiper-wydajną. Widziałem dokumentację libgdx dotyczącą Garbage Collection , i to sprawia, że myślę:
- Programowanie funkcjonalne implikuje wiele niezmiennych obiektów.
- Dlatego mutowanie obiektu wymaga utworzenia nowego obiektu.
- W ten sposób wiele obiektów jest zbieranych śmieci, co obniża wydajność.
Czy to problem nie do pokonania? Czy są jakieś inne istotne problemy z funkcjonalnym stylem na Androidzie?
For gaming? Avoid functional languages. Their entire paradigm fails to mesh well with games.
Właściwie przeczytałem kilka artykułów od znanych twórców gier, które wyrażają zainteresowanie programowaniem funkcjonalnym. Był jeden przez Tima Sweeneya scribd.com/doc/5687/... i John Carmack wydaje się mieć aktywny interes w ocenie języków funkcjonalnych i obecnie robi port Wolfenstein 3d w Haskell, tinyurl.com/cnzx57uPractically all of the run-time code (approximately half a million lines of source code) was written in GOAL (Game Object Assembly Lisp)