[squeak-dev] Re: [Esug-list] Re: GSoC Idea: GLORP & Magritte
integration/refactoring
Niall Ross
nfr at bigwig.net
Fri Mar 12 10:55:57 UTC 2010
I'd say 'advanced'.
Mariano Martinez Peck wrote:
> Ok...Done. I put you as Юрий Мироненко as mentor (BTW, which is your
> name with this alphabet ?) and Diógenes Moreira as co-mentor.
>
> Which difficult we should put ? beginner, intermediate or advanced ?
>
> Thanks
>
> Mariano
>
> 2010/3/12 Юрий Мироненко <tallman at inbox.ru <mailto:tallman at inbox.ru>>
>
> Glorp and Magritte both map between model-layer objects and other
> domains; in Glorp's case, the relational database, in Magritte's
> case, the web. The truth is that Magritte is a meta-description
> framework for all kind of descriptions. However, it is mostly used
> for web applications.
>
> There are many similarities in how each framework manage
> model-layer class - accessing model's fields, mapping those fields
> to it's representation, caching/commiting/rollbacking, condition
> checking/validation and so on. Lot of business applications are
> RDS-based, CRUD-like systems, with GUI structure close to model
> structure, and model structure close to database structure. So,
> developers sometimes feel they are repeating themselves when they
> code first the Glorp descriptors and then the Magritte
> descriptors, or vice versa.
>
> The goals of this project are:
> Detect common aspects of both frameworks
> Compare implementation of those common aspects in both
> frameworks, and choose/compile "best" one
> Detect any limitations of one framework revealed by comparison
> with the other
> Refactor the stuff, splitting it to three groups: "common
> metamodeling", "Generic ORM" and "GLORP-related"
> Cleanup GLORP from "common metamodeling" and "Generic ORM" stuff.
>
> The output is both a refactored codeset with three level of
> abstractness, and an analysis of why functionality was splitted in
> this exactly way.
>
> Technical Details
> ===========
> Glorp and Magritte have good test suites. XP development to ensure
> existing facilities remain functional will protect the student
> from breaking some facilities as they experiment with
> refactorings. Maintaining, where possible, deprecated methods that
> call new API in terms of old API may be appropriate in the
> project, and may also assist introduction of the results to the
> community.
>
> There are at least two projects to observe, one is for
> magritte-based SQL mapping without GLORP, another one - generator
> of simple GLORP mappings with Magritte descriptors.
>
> Maybe it will be necessary to make some tools for describing
> domain-specific Magritte things. For example, something like "with
> this domain-specific descriptor you should use this
> domain-specific memento for caching".
>
> Benefits to the Student
> ===============
> Glorp and Magritte are two meta-modelling/mapping frameworks with
> impressive capabilities solving real problems: the student who
> does this project will acquire significant practical knowledge of
> this kind of meta-modelling. Glorp and Magritte are also important
> parts of one way of writing web applications: the student who does
> this project will have skills that can be turned to practical
> account in web development.
>
> Benefits to the Community
> ===============
> Decreasing complexity and entry level for projects with both
> Magritte and GLORP inside (a lot of enduser applications really).
> Increasing quality of both Magritte and GLORP. Decreasing
> complexity of GLORP, which is very complex now becouse of all the
> stuff for meta-describing inside.
> And avoiding double-efforts in future, so when we'll upgrade
> Magritte, we'll upgrade GLORP simultaneously.
>
>
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Esug-list mailing list
>Esug-list at lists.esug.org
>http://lists.esug.org/listinfo/esug-list
>
>
More information about the Squeak-dev
mailing list
|