源码版本:H版

一、写在前面

  本来应该搭建horizon的development环境的,这样方便debug,但是由于各种报错,本人没有搭建成功,这也导致有很多源码疑问没有解决,后续可以继续补充这一部分。官方搭建方法参考网址:http://docs.openstack.org/developer/horizon/quickstart.html
  源码分析过程中使用的软件如下:
SourceInsight:这个当然是源码分析第一利器,可以进行全局关键字查找,非常方便。但是我目前发现其对python支持不是特别好,不过也可以凑合着用。
OneNote:虽然这个一个笔记软件,但是由于其使用起来很像白板,所以可以像在纸上绘图写字一样在里面分析函数的调用关系。
snagit:一个截图软件,可以对各个地方进行截图,相当方便,截图后粘贴到OneNote里面分析。
notepad++:用于在源码分析过程中记录笔记,不解释
visio:用于绘制各种图表   
  首先,我觉得源码分析实在是一件体力活而非技术活,即便自己看不懂也可能是源码作者自己写得晦涩,况且现在开源社区越来越成熟,开源软件本身为了推行使用,也会不断增加说明文档。所以,看源码还是为了学习和模仿,说白了就是等某时候需要的时候脑子里可能闪现曾经见过别人这么做或者可以这么做。源码分析的结果还是要看重实现原理和使用的技巧,具体细节实在没有太多必要纠结!  
  这次分析horizon并非纯粹为了看源码,主要是分析一个前端页面请求没有响应的bug,带着这个问题去梳理整个源码分析流程!本人初次接触python、Django以及horizon,还有很多东西不是很熟悉,还希望大家一起多交流,如有错误,欢迎批评指正!
  还是说一下我分析的思路,首先horizon本身基于Django实现,简单地说就是网站的架构,主要分析前端请求和后端处理。所以第一步就是找到页面请求的具体内容,这个我使用的是chrome的开发者工具;第二步是找到前端请求与后端处理的绑定,具体为此次动作由哪个函数来处理等等;第三步,可以料想horizon必然会调用openstack其他组件的API接口,这里只分析后端处理流程,止步于API调用,暂且不详细分析。

二、horizon前端请求

  主要用浏览器chrome的开发者工具分析页面发出的具体请求,此处是分析前端的一个button按钮执行情况。

具体的button元素:

请求链接地址:

其他相关元素:

总结如下:

地址:/dashboard/admin/instances/【1】
方式:POST
参数:
instances_filter_q:
action:instances__soft_reboot__89a8849b-a3cd-4ce0-9158-c3dd69e8508e
说明:【1】请求地址中的/dashboard和openstack对Apache服务器的配置有关(这个可以看一下horizon的安装配置过程),其将/设置为固定跳转为/dashboard

三、URL后端绑定及APP的加载

根据Django的框架结构,使用URLconf文件(https://docs.djangoproject.com/en/1.4/topics/http/urls/)进行链接请求和后端处理(view)的绑定,使用view进行后端处理,使用template进行页面渲染。

1、目录结构:

horizon-------------组件,提供部分功能

|---__init__.py-----------控制着horizon包导入行为

|---base.py-----------horizon提供的Site类、Dashboard类、Panel类,负责整个基本架构

|---site_urls.py

openstack_dashboard----------------网站project根目录

|---settings.py------------网站基本设置【1】

|---urls.py----------------网站基本URL设置

|---views.py---------------网站基本view

|---templates--------------网站基本template

|---dashboards

|---admin      ---------------dashboard【2】

|---instances --------------panel【3】

|---panel.py----------------------负责往dashboard中注册panel

|---urls.py

|---views.py

...

|---dashboard.py --------------负责往Horizon中注册dashboard

|---models.py

...

  Horizon项目架构:主要分为两个部分:horizon和openstack_dashboard。horizon提供库和功能组件,openstack_dashboard是一个使用了horizon的Django项目。  

  说明:这里只列出了和本次分析有关的部分目录和文件。【1】还有一个openstack_dashboard/local/local_settings.py,其为horizon作为openstack组件的组件配置文件,此处的settings.py为Django项目带的配置文件。【2】【3】这里的dashboard和panel是horizon自定义的组件,对应页面上的相应部分。具体如下图所示:

2、URL绑定分析:

openstack_dashboard/settings.py

  1. ROOT_URLCONF = 'openstack_dashboard.urls'

openstack_dashboard/urls.py

  这里使用了一个小trick,在导入horizon这个package时,进行如下处理:

horizon/__init__.py

  可见,在package的__init__.py中控制包的导入行为,这样可以使包的使用更加简洁方便。接着分析如下:

horizon/base.py
part1:

part2:

part3:

Site类:

  综上所述,最终的include()导入的是Site类的_lazy_urls。

3、Site、Dashboard、Panel三者的加载

  这里先说明Site、Dashboard和Panel三者的加载过程以便后面的进一步分析。Horizon采用了注册机制,即以一个对象为根对象,将其他组件注册到根对象的属性中,这种机制使得软件的可扩展性更强,并且条理清晰,貌似像一种设计模式来着。Horizon是一个Site类对象,往其中注册Dashboard类时会构建一个Dashboard对象注册到其属性_registry字典中;Panel类往Dashboard类中注册,注册时会构建Panel对象注册到Dashboard对象的_registry字典里。具体情况如下:

3.1  一个dashboard注册过程

以admin这个Dashboard为例:
openstack_dashboard/dashboards/admin/dashboard.py

  1. import horizon
  2.  
  3. class SystemPanels(horizon.PanelGroup):
  4. slug = "admin"
  5. name = _("System Panel")
  6. panels = ('overview', 'metering', 'hypervisors', 'instances', 'volumes',
  7.  
  8. 'flavors', 'images', 'networks', 'routers', 'defaults', 'info')
  9.  
  10. class IdentityPanels(horizon.PanelGroup):
  11. slug = "identity"
  12. name = _("Identity Panel")
  13. panels = ('domains', 'projects', 'users', 'groups', 'roles')
  14.  
  15. class Admin(horizon.Dashboard):
  16. name = _("Admin")#用于display
  17. slug = "admin"#用于内部引用
  18. """panels可以用来发现与该Dashboard相关的所有Panel,以便在以后往Dashboard中注册这些Panel"""
  19. panels = (SystemPanels, IdentityPanels)
  20. default_panel = 'overview'
  21. permissions = ('openstack.roles.admin',)
  22.  
  23. horizon.register(Admin)

horizon/base.py

  1. Site类:
  2. def register(self, dashboard):
  3.   """Registers a :class:`~horizon.Dashboard` with Horizon."""
  4.   return self._register(dashboard)
  1. Registry类:
  2. def _register(self, cls):
  3.   if not inspect.isclass(cls):
  4.     raise ValueError('Only classes may be registered.')
  5.   elif not issubclass(cls, self._registerable_class):
  6.     raise ValueError('Only %s classes or subclasses may be registered.'
  7. % self._registerable_class.__name__)
  8.  
  9.   if cls not in self._registry:
  10.     cls._registered_with = self
  11.     self._registry[cls] = cls()
  12.  
  13.   return self._registry[cls]

  在horizon/base.py中的Horizon对象的_registy映射中添加了Dashboard类à类实例的映射!

3.2  一个panel的注册过程

以admin这个Dashboard中的instancs为例:

openstack_dashboard/dashboards/admin/instances/panel.py

  1. import horizon
  2. """将admin这个Dashboard的dashboard.py导入"""
  3. from openstack_dashboard.dashboards.admin import dashboard
  4.  
  5. class Aggregates(horizon.Panel):
  6. name = _("Host Aggregates")
  7. slug = 'aggregates'
  8. permissions = ('openstack.services.compute',)
  9.  
  10. """在Dashboard为Admin中进行注册"""
  11. dashboard.Admin.register(Aggregates)

horizon/base.py

  1. Dashboard类:
  2. @classmethod
  3. def register(cls, panel):
  4.  
  5.   """检查cls是否已经注册到Horizon对象中,并且在cls中注册panel"""
  6.   panel_class = Horizon.register_panel(cls, panel)
  7.   panel_mod = import_module(panel.__module__)
  8.   panel_dir = os.path.dirname(panel_mod.__file__)
  9.   template_dir = os.path.join(panel_dir, "templates")
  10.   if os.path.exists(template_dir):
  11.     key = os.path.join(cls.slug, panel.slug)
  12.     loaders.panel_template_dirs[key] = template_dir
  13.   return panel_class

  panel的注册会先从Horizon对象中找出对应的已经注册的Dashboard对象,然后在该Dashboard对象里面注册Panel,注册过程和Dashboard的注册过程类似。

  
  继续分析代码流程如下:
horizon/base.py
Site类:

  1. Site类:
  2. def _urls(self):
  3.  
  4.   """实际调用HorizonComponent._get_default_urlpatterns,获取site_urls.py中的urlpatterns"""
  5.   urlpatterns = self._get_default_urlpatterns()【1
  6.  
  7.   """实际调用Site._autodiscover ,导入openstack_dashboard/settings.py中的HORIZON_CONFIG, INSTALLED_APPS配置的模块中的dashboard.py和panel.py,此处会进行Dashboard的注册"""
  8.   """可参考文档:http://docs.openstack.org/developer/horizon/topics/settings.html"""
  9.   self._autodiscover()【2
  10.  
  11.   """发现每个Dashboard中的Panel,导入每个Panel的panel.py,从而注册每个Panel"""
  12.   for dash in self._registry.values():
  13.     dash._autodiscover()【】
  14.  
  15.   ...
  16.  
  17.   # Compile the dynamic urlconf.
  18.   """dash为Dashboard类"""
  19.   for dash in self._registry.values():
  20.     urlpatterns += patterns('',
  21.       url(r'^%s/' % dash.slug, include(dash._decorated_urls)))
  22.  
  23.   # Return the three arguments to django.conf.urls.include
  24.   return urlpatterns, self.namespace, self.slug
  1. Dashboard类:
  2. @property
  3. def _decorated_urls(self):
  4.  
  5.   urlpatterns = self._get_default_urlpatterns()【1
  6.   default_panel = None
  7.   # Add in each panel's views except for the default view.
  8.   """panel为Panel类"""
  9.   for panel in self._registry.values():
  10.     if panel.slug == self.default_panel:
  11.       default_panel = panel
  12.       continue
  13.     url_slug = panel.slug.replace('.', '/')
  14.     urlpatterns += patterns('',
  15.       url(r'^%s/' % url_slug, include(panel._decorated_urls)))
  16.   ...
  17.   # Return the three arguments to django.conf.urls.include
  18.   return urlpatterns, self.slug, self.slug
  1. Panel类:
  2. @property
  3. def _decorated_urls(self):
  4.   """即查找panel的urls.py文件"""
  5.   urlpatterns = self._get_default_urlpatterns()【1
  6.  
      # Apply access controls to all views in the patterns
  7.   permissions = getattr(self, 'permissions', [])
  8.   _decorate_urlconf(urlpatterns, require_perms, permissions)
  9.   _decorate_urlconf(urlpatterns, _current_component, panel=self)
  10.   
      # Return the three arguments to django.conf.urls.include
  11. return urlpatterns, self.slug, self.slug

  标记处解释如下:

【1】HorizonComponent. _get_default_urlpatterns
  获取对象的urls属性指定的或对象所处的package下面的urls.py中的urlpatterns
【2】Site._autodiscover

  1. def _autodiscover(self):
  2.   """Discovers modules to register from ``settings.INSTALLED_APPS``.
  3.   This makes sure that the appropriate modules get imported to register
  4.   themselves with Horizon.
  5.   """
  6.   if not getattr(self, '_registerable_class', None):
  7.     raise ImproperlyConfigured('You must set a '
  8.                  '"_registerable_class" property '
  9. 'in order to use autodiscovery.')
  10.  
  11.   # Discover both dashboards and panels, in that order
  12.   for mod_name in ('dashboard', 'panel'):
  13.     """settings.INSTALLED_APPS感觉应该和openstack_dashboard/settings.py中的
  14.     ORIZON_CONFIG, INSTALLED_APPS有关"""
  15.     for app in settings.INSTALLED_APPS:
  16.       mod = import_module(app)
  17.       try:
  18.         before_import_registry = copy.copy(self._registry)
  19.         import_module('%s.%s' % (app, mod_name))
  20.       except Exception:
  21.         self._registry = before_import_registry
  22.         if module_has_submodule(mod, mod_name):
  23.           raise

  导入settings.INSTALLED_APPS中的各个模块中的dashboard.py或panel.py,举例说就是openstack_dashboard/dashboards中各个dashboard的dashboard.py,在导入dashboard.py或panel.py时会执行相应的注册行为

【3】Dashboard._autodiscover
  导入当前Dashboard中的各个Panel的panel.py,其中会进行Panel的注册

4、结论如下:

对于请求:

  地址:/dashboard/admin/instances/
  方式:POST
  参数:
  instances_filter_q:
  action:instances__soft_reboot__89a8849b-a3cd-4ce0-9158-c3dd69e8508e
URL绑定为:
openstack_dashboard/dashboards/admin/instances/urls.py

>>>继续看horizon源码分析(二)

horizon源码分析(一)的更多相关文章

  1. openstack之horizon源码分析

    一.基础准备: Horizon是基于django webframework开发的标准的Python wsgi程序,django的设计专注于代码的高度可重用,信奉DRY原则,一切面向对象,而Horizo ...

  2. horizon源码分析(二)

    源码版本:H版 一.简要回顾 对于请求: 地址:/dashboard/admin/instances/ 方式:POST 参数: instances_filter_q: action:instances ...

  3. openstack之horizon源码分析之二

    一.概述: django基础入手: django新建project:#django-admin startproject mysite 生成如下目录: mysite ├── manage.py └── ...

  4. ABP源码分析一:整体项目结构及目录

    ABP是一套非常优秀的web应用程序架构,适合用来搭建集中式架构的web应用程序. 整个Abp的Infrastructure是以Abp这个package为核心模块(core)+15个模块(module ...

  5. HashMap与TreeMap源码分析

    1. 引言     在红黑树--算法导论(15)中学习了红黑树的原理.本来打算自己来试着实现一下,然而在看了JDK(1.8.0)TreeMap的源码后恍然发现原来它就是利用红黑树实现的(很惭愧学了Ja ...

  6. nginx源码分析之网络初始化

    nginx作为一个高性能的HTTP服务器,网络的处理是其核心,了解网络的初始化有助于加深对nginx网络处理的了解,本文主要通过nginx的源代码来分析其网络初始化. 从配置文件中读取初始化信息 与网 ...

  7. zookeeper源码分析之五服务端(集群leader)处理请求流程

    leader的实现类为LeaderZooKeeperServer,它间接继承自标准ZookeeperServer.它规定了请求到达leader时需要经历的路径: PrepRequestProcesso ...

  8. zookeeper源码分析之四服务端(单机)处理请求流程

    上文: zookeeper源码分析之一服务端启动过程 中,我们介绍了zookeeper服务器的启动过程,其中单机是ZookeeperServer启动,集群使用QuorumPeer启动,那么这次我们分析 ...

  9. zookeeper源码分析之三客户端发送请求流程

    znode 可以被监控,包括这个目录节点中存储的数据的修改,子节点目录的变化等,一旦变化可以通知设置监控的客户端,这个功能是zookeeper对于应用最重要的特性,通过这个特性可以实现的功能包括配置的 ...

随机推荐

  1. underscore.js源码解析(五)—— 完结篇

    最近公司各种上线,所以回家略感疲惫就懒得写了,这次我准备把剩下的所有方法全部分析完,可能篇幅过长...那么废话不多说让我们进入正题. 没看过前几篇的可以猛戳这里: underscore.js源码解析( ...

  2. 互评Alpha版本——杨老师粉丝群——Pinball

    一.基于NABCD评论作品,及改进建议 1.根据(不限于)NABCD评论作品的选题 (1)N(Need,需求) 成语学习对除汉语言专业外的大学生的需求并不是很高,初中生和高中生因为在升学时需要参加语文 ...

  3. Android源码项目目录结构

    src: 存放java代码 gen: 存放自动生成文件的. R.java 存放res文件夹下对应资源的id project.properties: 指定当前工程采用的开发工具包的版本 libs: 当前 ...

  4. [pascal入门]数组

    一.本节目标 本节我们将要讲述数组.本节目标: 一维数组 二维数组 字符数组 二.一维数组 我们通过一个案例来简单的理解数组.班主任要计算班级里面50个同学数学成绩的平均成绩,道理上讲这是一个比较简单 ...

  5. MDL数据结构

    微软的文档里对MDL的描述感觉语焉不详,这两天在找工作的间隙逆向+黑盒测试了一下MmBuildMdlForNonPagedPool,把得到的一些理解描述下来. 一.MDL数据结构 MDL是用来建立一块 ...

  6. OSG学习:阴影代码示例

    效果图: 代码示例: #include <osgViewer/Viewer> #include <osg/Node> #include <osg/Geode> #i ...

  7. 注解实现IOC和DI

    1.组件扫描 Spring3.0后为我们引入了组件自动扫描机制,它可以在类路径底下寻找标注了@Component.@Service.@Controller.@Repository注解的类,并把这些类纳 ...

  8. 2nd 四人小组项目的进一步分析

    组长:林莉 组员:王东涵.宫丽君.胡丽娜 项目选题:车辆管理系统(附加相关员工管理) 项目期限:暂定十周 一.NABCD模型 N-Need 需求分析及相应功能设置 需求概述: 管理库中车辆信息.相关人 ...

  9. 【week10】规格说明书练习-吉林市1日游

    假设我们全班同学及教师去吉林省吉林市1日游,请为这次活动给出规格说明书. 版本:1.0 编订:于淼 团队:2016级计算机技术全体同学 日期:2016/11/19 1.引言 1.1 编写目的 1.2 ...

  10. [Google] 看雪论坛: 安卓碎片化的情况

    2018年10月28日早间消息,谷歌方面发布了Android各版本的最新份额数据,截止到10月26日.即便是已经推出3个月了,Android 9 Pie系统的用户数仍旧没有超过0.1%,导致未出现在榜 ...