Le Changement concerne quelle Feature ?
veuillez décrire, dire quelle feature (ex. La Banque de la Ville, Les Trades des Contests, ...)
Le cycle de vie du plugin OpenMC
Description du Changement
veuillez donner une description précise (ex. Réduire le cooldown entre la navigation de 2 menus, ...)
- Supprimer TOUT le static des features, et globalement des classes (hormis OMCLogger, et les utils)
- OMCRegistry.FEATURES.CONTEST par exemple ou OMCRegistry.HOOKS.ItemsAdderHook
=> si return null, c'est que la feature est pas chargé, sinon renvois l'instance
- Permetterait d'etendre à l'infini nos niveaux d'abstractions (faire des interfaces comment ImplBypass qui impl le systeme de bypass sans devoir récrire 10 fois les méthodes, ImplDBLoadData qui impl les méthodes permettant de load tt dans une map et de save tt dans une DB, ....... j'en passe je disais juste mes idées comme ça)
- Permetterait d'avoir une meilleure gestion sur les Test unitaires, au lieu de charger TOUT LE PLUGIN, on pourrait juste charger une feature, et la tester.
Apparement ça optimiserait pas grand chose hein, mais pour la propreté du code c'est un ENORME PAS
C'est pourquoi c'est difficile de faire ça mtn, il faudrait la faire dans une version suppérieure v3 ou v4 a la limite, mais c'est vraiment se projeter loin. Je note pour les suivants.
Le Changement concerne quelle Feature ?
veuillez décrire, dire quelle feature (ex. La Banque de la Ville, Les Trades des Contests, ...)
Le cycle de vie du plugin OpenMC
Description du Changement
veuillez donner une description précise (ex. Réduire le cooldown entre la navigation de 2 menus, ...)
=> si return null, c'est que la feature est pas chargé, sinon renvois l'instance
Apparement ça optimiserait pas grand chose hein, mais pour la propreté du code c'est un ENORME PAS
C'est pourquoi c'est difficile de faire ça mtn, il faudrait la faire dans une version suppérieure v3 ou v4 a la limite, mais c'est vraiment se projeter loin. Je note pour les suivants.