Hi Beth, Tanks for the question.
You're right. "MVC is MVC" - these are patterns. Next to MVC there is MVVM, MVP pattern. etc... enough from boring theoretical topics like that. Maybe we should give here another, more practical, scope on it? The basic idea to give a try to ZendFramework (verison 2?) was to release a more business ready survey. And there is a need for, as you mentioned in your mail: The different need of each implementation. There is always the need to change the front end. Forms as well as maybe of the workflow itself. When we look into the existing code of care2x there is just one option to do this: To change the core. Example would be if you look to the concept of how smarty templates are integrated right now. It is not inherited. It will point to a major gui-smarty_templates subfolder outside of each module. Same on the classes itself, it is not inherit core classes and been used just in each module, it is a class stored outside of a module container. That makes it hard to keep in touch with the care2x main development as well as when you have the need to satisfy another hospital with same requirements. But to have the option to change all for each facility is almost the reason why care2x is been used worldwide. We did several tests with ZF. Main target was always divide into care2x core classes and its modules. Challenge was to have at the end a release what has just individualisation on each module, not on basic core classes. Disillusioned I came back to the basic concept to give up ZF "rebase" for the moment. It would represent nothing else than a start from scratch. What could be the alternative? To remember the initial idea and why we had this idea moving to a MVC based PHP framework. To have a real modularisation. A logically step would be (among other things): - to bring all the smarty tpl files back to the corresp. modules - to bring all the module classes back to the corresp. modules - to review the whole registration and admission package and create a real module out of it. - etc. And if you have ever tried to use Postgre as DB and not to MySQL we do have another major topic. Also to review of the whole code is urgent. Keywords here: "register_globals=off", deprecated features in PHP 5.3.x...). These are show stoppers if you try to move in that way you explained in your mail. But IMHO there is no real need of a new framework. There should be more flexible architecture. Nothing else ;-) As a summary: To go for an "business ready" framework: Definitely yes! But for new projects, not for care2x now. We do have our framework what we can improve. IMHO. Thanks Robert Am Donnerstag, den 12.02.2015, 11:23 -0500 schrieb Beth Lesko: > I appreciate that working on the elct version may improve the version > Selian and HLH (the only 2 hospitals I've worked with in TZ) could > benefit from. That version extends beyond the trunk to suit the needs > of TZ. Ideally, I work all the enhancements back into the original > core tables with options to "localize" it - in plugin fashion. It > occurred to me that basing options on locality could be implemented > with include statements throughout the system, like, for instance, in > registration in the regions/address area. A lot of what is considered > a branch because it was added in a specific country are actually just > enhancements to the modules that all countries could benefit from. The > code isn't really set up for plugin capability, which is why I believe > you've embarked on the zend idea. Include statements might not be > easily migrated into the zend version though. Another idea could be > if/case statements in the core module (controller) files that > "re-routes" commands to either another core module file or just > another /gui (view) file. I suppose our classes are basically models, > so maybe working with the original classes and adding classes that > extend them is where the re-routing happens. Ideally, any work done > from here on out works us toward the mvc method and you can see I am > reaching for a clearer understanding of the concepts involved in this > task. > > > I'm more familiar with Yii than I am with zend, but mvc is mvc. Yii > has a utility that allows you to throw a database at it and it > automatically creates a working directory of models, views and > controllers. I wonder if that couldn't be a time saver - editing the > Yii results to work with zend as opposed to writing them all from > scratch... Does zend have this capability? > > > Could anyone elaborate on how best to curb my coding toward zend? > > > What are some other reasons for heading into the zend direction? I > don't mean as opposed to Yii, but rather as opposed to "cleaning up" > the code as it is. After all, it works and clearly it conforms in many > ways to a well working mvc system, does it not? Aren't all the pieces > here already? > > > Could anyone elaborate more on what we hope to achieve by moving into > zend? I did see a pretty recent thread about plans for care2x for the > future - I'll read that. > > > > -- > Beth > 307-298-0706 > > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming. The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net/ > _______________________________________________ > Care2002-developers mailing list > Care2002-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/care2002-developers -- Robert Meggle <robert.meg...@care2x.org> care2x.org ------------------------------------------------------------------------------ Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Care2002-developers mailing list Care2002-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/care2002-developers
