En tant que développeur Unity 3D, vous reconnaissez-vous dans l'une des situations suivantes ?
- Vous travaillez sur votre tout nouveau projet Unity et vous ne savez pas par où commencer ?
- Vos classes Controller deviennent-elles massives et difficiles à comprendre ou à faire évoluer ?
- Vous avez l'impression que ce que vous prévoyez de faire se traduira par un code spaghetti dès que vous voudrez faire quelques modifications ?
- Vous passez un temps considérable à faire du bugfix ?
- L'ajout d'une nouvelle fonctionnalité implique souvent une régression ou une refonte massive ?
- Votre application est constituée d'un ensemble de modules étroitement couplés ?
- Vous ne savez pas pourquoi votre classe Player est maintenant étroitement liée à la classe Enemy ?
- Vous avez l'impression que le compromis effort/bénéfice avec l'application du TDD sur Unity n'en vaut pas la peine ?
Vous pourriez adopter une approche de développement logiciel plus robuste dès maintenant. Vous n'êtes pas obligé de vous en tenir à MVC et aux classes massives MonoBehaviour. Il existe de meilleurs moyens de développer des features Unity 3D.
Continuer la lecture de « Clean Unity – The Controller-Manager Issue »