Nous développons un système de suivi des stocks dans nos bureaux de terrain. À la base, le système aura une liste de «biens» - des choses comme des vélos, des ordinateurs, des tentes. Chaque actif passe par des états tels que "actif", "perdu", "retiré", "inventorié". Certains états ont des informations supplémentaires, comme "Checked Out To" ou "Inventoried By". Donc, je pense que chaque état sera une sous-classe d'une classe parent ou peut-être implémenter une interface iState. Cette partie est claire pour moi. Ce que je suis bloqué sur est une bonne conception de POO pour mettre la logique métier de ce que les états peuvent suivre l'état précédent (l'objet Asset va stocker son état "dernier"). Par exemple, Checked In peut uniquement suivre Checked Out. Actif doit être le premier état enregistré sur un actif.Approche OOP pour le système d'inventaire
Des idées ou des pointeurs seraient utiles. Aucun des modèles de design du GoF ne m'a sauté dessus sur celui-ci.
Et oui, je sais que nous devrions examiner COTS, mais la direction a décidé de continuer à rouler notre propre outil pour le moment.
ne pouvait pas voir la forêt pour les arbres ... –