Richard Hosking wrote: > The gurus seem to be of the opinion that it is better to have smart data > objects and dumb code to manipulate them.
Some gurus. It depends which ashram you attach yourself to. Seriously, what I was describing was smart data objects wihich handle both their own storage and their own display, and dumb back-end storage and Web browser clients. The GNUmed model has been smart back-end storage and also some smarts in a middle business logic layer, and yet more smarts in the GUI front-end layer. Tim C > > R > > Tim Churches wrote: > >> >>> gnumed was originally concieved as "smart-server, dumb-client" >>> model, with backend triggers doing all kinds of high-level stuff, >>> like interactions checking. >>> >> >> >> I am now convinced that this is arse-about, putting the back-end cart >> before the horse, as it were. Better to put all the smarts in one layer, >> the middleware, and use database back-ends in a dumb fashion, and >> thin-client Web interfaces (so the interface smarts are very closely >> integrated with the business logic in teh same set of classes in the >> middleware layer, which all runs on the server). >> >> >> >> >> >> > _______________________________________________ Gpcg_talk mailing list [email protected] http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
