Jim Lawrence
accessd at shaw.ca
Tue Aug 22 13:43:47 CDT 2006
Gustav: Look awesome. Another (spare-time) winter project :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, August 22, 2006 6:11 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] DB2 and Ruby on Rails (was: Data interface The best way) Hi Shamil, Ken et al Just noticed this link to a free Starter Toolkit for DB2 on Rails: http://alphaworks.ibm.com/tech/db2onrails <quote> Starter Toolkit for DB2R on Rails is a conveniently-packaged set of products and technologies that enables the quick creation of a configuration for building DB2 Web applications using Ruby on Rails technology. </quote> Also note the free DB2 Express-C database engine: http://www-306.ibm.com/software/data/db2/udb/db2express/download.html /gustav >>> shamil at users.mns.ru 20-10-2005 00:02:47 >>> <<< Ruby on Rails is the prime example. >>> Ken, Believe or not but just yesterday I have bookmarked Ruby's main Web site: http://www.ruby-lang.org/en/ for investigations when (if ever) I will have free time. Yes, I have heard about Ruby or Rails and I also plan to give it a try. Ruby looks like being the most advanced modern OO language - it has amazing things like modifying class definition on-the-fly so it may happen a running application will have object instances of the same class with different call interfaces. I still to realize for what real-life applications such flexibility is needed... > Model-View-Controller model. Ruby on Rails is the prime example. Well, MS Avalon(Windows Presentation Foundation) has this model as one of its key concepts. And my own rather naive that times (1998) but so true as far as I see now VBA/VB6-programming concept I called "DEEP-object concept" (http://www.smsconsulting.spb.ru/shamil_s/articles/deepcnpt.htm) was partially about Model-View-Controller model partially about what is called "low coupling" and "high cohesion" OOP concepts and related stuff.(I wasn't aware about that concepts that times, stupid me) It was developed later into several proprietary commercial frameworks - so it was never published. (Well, I did give it a try to develop open source very advanced VBA framework using MS Access 2000 summer 1999 but because it was a programming on the edge and because MS Access 97/2000 have "termination bug", which didn't have stable workaround it didn't work and I deleted/lost all the code I developed that times. Stupid me again. In MS Access XP/2003 the "termination bug" was finally fixed.) Well known here in AccessD VBA framework based on these concepts is John Colby's framework of course. > Since I have far from a deep understanding of MVC IMO it would have better called Model View Dispatcher model (or Model Dispatcher View). Or I don't understand English well to feel all the nuances or certain words - for me Controller is something that controls and Dispatcher is something that dispatches - and dispatching IMO implies no strict control at all and less coupling between Model and View. And in MVC model Controller's role is just to dispatch messages (calls) from View to Model or callbacks(events) from Model to View(s) - it doesn't control anything... Thank you for the links on Django and TurboGears but it looks like I will have time for them "in my next life only"... Shamil ----- Original Message ----- From: "Ken Ismert" <KIsmert at texassystems.com> To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com> Sent: Wednesday, October 19, 2005 11:26 PM Subject: Re: [AccessD] Data interface The best way > > Shamil, > > >As for "an object design down to the lowest level" - > >this is still questionable here how it should be done - > >and it's getting the more questionable what this design > >should be the more I'm getting into the modern methods > >of OOP&D... > > Theoretical questions aside, the notable object-data systems doing > useful things now are the open-source web frameworks using the > Model-View-Controller model. Ruby on Rails is the prime example. > > Since I have far from a deep understanding of MVC, I will just point out > that the data objects are modeled in code, and changes in the data > objects are reflected to the table structure of the underlying database. > > > One challenge that future OO DBMS projects will have is equalling or > bettering the ease-of-use of these MVC frameworks. One thing is certain: > they'll never beat the price. > > Ruby on Rails > http://www.rubyonrails.org/ > > Django > http://www.djangoproject.com/ > > TurboGears > http://www.turbogears.org/ > > Ruby on Rails > Model-View-Controller Article > http://en.wikipedia.org/wiki/Ruby_On_Rails > > -Ken -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com