Continued: - getRegistry() now have a mandatory parameter
Continued: - introduced ObjectRegister (interface) and ObjectRegistry (class) for instance-registry related stuff
Continued: - updated year to 2023
Continued: - updated framework's (and testing application's) copyright year - also for tests copyright year has been updated Signed-off-by: Roland Häder <roland@mxchange.org>
Continued: - moved utilities classes to plural path names and namespaces - added ArrayUtils class for handling arrrays - used that new class' method to map numeric array elements to associative Signed-off-by: Roland Häder <roland@mxchange.org>
Continued: - updated copyright year Signed-off-by: Roland Häder <roland@mxchange.org>
Rewrite: - constructors of concrete (=implementing non-abstract) classes should be private to avoid somone making an inheriting class of a concrete class - this is good practice: only make inheriting (concrete) classes of abstract classes, not another concrete class only because you want that functionality in your class, too - the private constructor also stops you from doing such wrong things, no need to make all concrete classes final Signed-off-by: Roland Häder <roland@mxchange.org>
Refacuring / possible WIP: - rewrote a lot clases and cleared up abuse of Block interface - got rid of $applicationInstance as this can be retrieved singelton - moved some files, added new BaseFileIndex class Signed-off-by: Roland Häder <roland@mxchange.org>
Continued: - moved ObjectFactory into deeper package Signed-off-by: Roland Häder <roland@mxchange.org>
Continued: - Application instance in generic registry was a little of an overdoze when there is ApplicationHelper::getSelfInstance() around, this means lesser method invocations and a bit smaller footprint (one registry entry lesser) Signed-off-by: Roland Häder <roland@mxchange.org>
Continued: - renamed database's "Wrapper" name part to "Frontend" - added trait for above instance getter/setter Signed-off-by: Roland Häder <roland@mxchange.org>
Continued: - moved language instance methods from monolithic and wrong registry-usage to FrameworkBootstrap - added type-hints for primitive variables (also maybe in last 3 commits) Signed-off-by: Roland Häder <roland@mxchange.org>
Continued: - rewrote template engine initialization: + BaseFrameworkSystem->initTemplateEngine() was monolithic and can be done in BaseCommand class + the template engine's type is determined by system (console, html, image, ...) for the command Signed-off-by: Roland Häder <roland@mxchange.org>
Continued: - BaseFrameworkSystem-><get|set>ConfigInstance() was deprecated and no longer working since below rewrite happened. It was also slow and unneccessary as FrameworkBootstrap::getConfigurationInstance() does the same - moved $registryInstance and getter/setter to RegistryIterator (only place) - moved $commandName / $controllerName and getter/setter to proper resolver classes Signed-off-by: Roland Häder <roland@mxchange.org>
Continued: - Copyright year updated Signed-off-by: Roland Häder <roland@mxchange.org>