openstack之horizon源码分析之二

一、概述：

　　django基础入手：

　　　　django新建project：#django-admin startproject mysite

 生成如下目录：
 mysite
 ├── manage.py
 └── mysite
 ├── __init__.py
 ├── settings.py
 ├── urls.py
 └── wsgi.py

　　　　创建一个app，名叫demo：#cd mysite; pythone manage.py startapp demo

 则生成如下目录:
 demo/
 ├── __init__.py
 ├── admin.py
 ├── models.py
 ├── tests.py
 └── views.py

　　　　把我们新定义的app加到settings.py中的INSTALL_APPS中

　　　　修改 mysite/mysite/settings.py

ROOT_URLCONF = 'openstack_dashboard.urls'    　　-- 查看绑定的urls （openstack_dashboard/urls.py）
　　　　INSTALLED_APPS = (
　　　　　　'django.contrib.admin',
　　　　　　'django.contrib.auth',
　　　　　　'django.contrib.contenttypes',
　　　　　　'django.contrib.sessions',
　　　　　　'django.contrib.messages',
　　　　　　'django.contrib.staticfiles',

　　　　　　'demo', --here
　　　　)
　　　　备注,这一步是干什么呢? 新建的 app 如果不加到 INSTALL_APPS 中的话, django就不能自动找到app中的模板文件(app-name/templates/下的文件)和静态文件(app-name/static/中的文件)

　　类比一下：

　　　　my_horizon(应该叫horizon）目录下的openstack_dashboard 相当于第二层的mysite；而horizon/horizon相当于demo
　　　　第二层的horizon被导入到my_horizone/openstack_dashboard/settings.py中，则根据py特性，Python中在导入一个包时，实际上导入了它的__init__.py文件，当我们导入Horizon这个包的时候，__init__.py文件自动运行，在__init__.py 文件中再导入其他的包，或者模块。其中在horizon包的__init__.py文件中，此时应该看my_horizon/horizon/__init__.py的这个文件；　

跳转到horizon.base.py

　　horizon/base.py，不足 1000 行，整体架构的核心，从这里出发去探索。一个进程只有一个 Site，一个 Site 有多个 Dashboard，一个 Dashboard 有多个 PanelGroup，一个 PanelGroup 有多个 Panel。 而 PanelGroup 的功能很弱，只是把下面的 Panel 组合了一下，Dashboard 的 _registerable_class 是 Panel。url 是 lazy 加载的方式，只有在第一次访问时才加载;