Sugar Components: Difference between revisions
No edit summary |
|||
Line 9: | Line 9: | ||
>>> from view.Shell import Shell |
>>> from view.Shell import Shell |
||
>>> from model.ShellModel import ShellModel |
>>> from model.ShellModel import ShellModel |
||
This looks a good bit like a [http://en.wikipedia.org/wiki/Model-view-controller | Model, View, Controller] design pattern. |
|||
==Sugar's View Module== |
==Sugar's View Module== |
Revision as of 16:11, 26 February 2007
Sugar Components
This is a continuation of Understanding sugar code. Here, we are in the middle of walking through a sugar shell initialization to see all of the packages and utilities used in the sugar environment. Previously, we saw how Fedora is set up to launch sugar within a python context. Sugar had python launch Matchbox as an X windows environment, and DBUS as an interprocess messaging bus. After importing serveral python libraries (sys, os, gtk, & gobject), and some sugar environemnt libraries (env, logger, profile, & TracebackUtils), sugar is now going to continue setting up by importing special core python libraries and instantiating various classes and routines... Let's see what happens:
Sugar Module Imports
The sugar-shell has already imported python and sugar environment modules, but now, sugar starts to import Component Modules:
>>> from view.FirstTimeDialog import FirstTimeDialog >>> from view.Shell import Shell >>> from model.ShellModel import ShellModel
This looks a good bit like a | Model, View, Controller design pattern.