Ghost blog 源码分析(二)Init ghost blognodejs
程序员文章站
2022-03-17 16:49:10
...
我能说很后悔四点钟爬起来写了个(一)config么。。。
在Ghost blog的Node server启动后,首先做好config工作,接下来就是blog系统本身的初始化,在很多初始化步骤中,以笔者现在龟爬的阅读进度来看,还不能理解为什么,只能写是什么。
在入口server.js中,首先调用了ghost.init()方法,调用代码只有一行就省略不贴了。而这个ghost对象,就是整个系统的核心对象,从名字上就能看出来。他是从一个Ghost类上new出来的。而我们今天要讲的init就是Ghost类中的初始化方法。
ghost在./core目录下,init函数如下:
那么按着顺序一个一个步骤简单介绍一下吧。
1. self.dataProvider.init() : 调用了一个类自身属性dataProvider的init方法,这个dataProvider在上文有定义
但其实models是个目录,下面是诸如user,post,tag,setting等模块。那么话说回来,models.init()到底做了什么,它就做了一件事:比较当前的blog数据版本和默认的数据版本是否一致,如果不一致会做更新,甚至是直接抛错。
2. self.getPaths() :调用类自身的方法getPaths(),所做的工作就是生成主题(themes)和插件(plugins)所在的路径,以供之后其他方法调用。
3. self.mail.init(self) : 很明显,这是在初始化邮件模块
4. models.Settings.populateDefaults() : setting里面其实存有blog的很多基本信息,诸如:
而,这一步代码,所做的工作就是去看看当前blog中的这些key有没有缺少的,如果少了,就用defaults的value给补上
5. self.updateSettingsCache() : 将当前的基本信息给更新到cache里,就是第4步里那些信息,这个方法其实还有一个参数settings,如果传了就用所传的,不传的话就从db里去找数据。
6. initDbHashAndFirstRun() :初始化dbHash哈希值,dbHash也是在settings里的一项数据,这里做个判断,如果已存在就用现成的,不存在就用uuid.v4()重新生成,dbhash的作用从注释上看是用于cookie相关的操作,实际用处暂时不知道。
同时,生成好dbHash后,就进行First run,在console上输出一些信息,上面代码里就省略了。
7. self.initPlugins() : 对插件进行加载,不过一开始当然是没有插件的
8. permissions.init() : 允许动作的初始化,笔者返回了{ edit: [ 'post' ], remove: [ 'post' ], create: [ 'post' ] }这样的信息,但是用处不明。
先写这么多,每个步骤其实都可以深入下去,下次写啥呢……
在Ghost blog的Node server启动后,首先做好config工作,接下来就是blog系统本身的初始化,在很多初始化步骤中,以笔者现在龟爬的阅读进度来看,还不能理解为什么,只能写是什么。
在入口server.js中,首先调用了ghost.init()方法,调用代码只有一行就省略不贴了。而这个ghost对象,就是整个系统的核心对象,从名字上就能看出来。他是从一个Ghost类上new出来的。而我们今天要讲的init就是Ghost类中的初始化方法。
ghost在./core目录下,init函数如下:
// Initialise the application Ghost.prototype.init = function () { var self = this; function doFirstRun() { //...... 省略 } function initDbHashAndFirstRun() { //.......省略 } // ### Initialisation return when.join( // Initialise the models self.dataProvider.init(), // Calculate paths self.getPaths(), // Initialise mail after first run self.mail.init(self) ).then(function () { // Populate any missing default settings return models.Settings.populateDefaults(); }).then(function () { // Initialize the settings cache return self.updateSettingsCache(); }).then(function () { return when.join( // Check for or initialise a dbHash. initDbHashAndFirstRun(), // Initialize plugins self.initPlugins(), // Initialize the permissions actions and objects permissions.init() ); }).otherwise(errors.logAndThrowError); };
那么按着顺序一个一个步骤简单介绍一下吧。
1. self.dataProvider.init() : 调用了一个类自身属性dataProvider的init方法,这个dataProvider在上文有定义
models = require('./server/models'),
dataProvider: models,
但其实models是个目录,下面是诸如user,post,tag,setting等模块。那么话说回来,models.init()到底做了什么,它就做了一件事:比较当前的blog数据版本和默认的数据版本是否一致,如果不一致会做更新,甚至是直接抛错。
2. self.getPaths() :调用类自身的方法getPaths(),所做的工作就是生成主题(themes)和插件(plugins)所在的路径,以供之后其他方法调用。
3. self.mail.init(self) : 很明显,这是在初始化邮件模块
4. models.Settings.populateDefaults() : setting里面其实存有blog的很多基本信息,诸如:
databaseVersion title description email logo cover defaultLang postsPerPage forceI18n activeTheme activePlugins installedPlugins
而,这一步代码,所做的工作就是去看看当前blog中的这些key有没有缺少的,如果少了,就用defaults的value给补上
5. self.updateSettingsCache() : 将当前的基本信息给更新到cache里,就是第4步里那些信息,这个方法其实还有一个参数settings,如果传了就用所传的,不传的话就从db里去找数据。
6. initDbHashAndFirstRun() :初始化dbHash哈希值,dbHash也是在settings里的一项数据,这里做个判断,如果已存在就用现成的,不存在就用uuid.v4()重新生成,dbhash的作用从注释上看是用于cookie相关的操作,实际用处暂时不知道。
// Holds the dbhash (mainly used for cookie secret) instance.dbHash = undefined;
同时,生成好dbHash后,就进行First run,在console上输出一些信息,上面代码里就省略了。
7. self.initPlugins() : 对插件进行加载,不过一开始当然是没有插件的
8. permissions.init() : 允许动作的初始化,笔者返回了{ edit: [ 'post' ], remove: [ 'post' ], create: [ 'post' ] }这样的信息,但是用处不明。
先写这么多,每个步骤其实都可以深入下去,下次写啥呢……
上一篇: WebService Soap消息之style和use
下一篇: JS导入eclipse卡死的问题