`cocos2dx非完整` 游戏架构缩影 添加启动流程

这期的话题可能不是很好, 我没有想到很好的词句去更好的表达. 我一直都是很固执的认为, 同一类型的游戏,在开发做的前期工作上面其实都是可以复用的,也就是大同小异的。从游戏启动,启动日志,启动检查,检查更新,到进入游戏.这些都是那一套东西,我想把这些东西抽象一下,概括出一个叫做"流程"的概念.

我的想法就是流程是顺序执行的, 就像我喜欢画图,先做什么,然后做什么,做完什么做什么.其实从一款app启动到进入游戏,这之间的过程都是流程化进行的.还有一个很经典的例子,新手引导，其实新手引导就是一堆流程集.无论是等级引导还是顺序引导还是任务引导其实都是有顺序的.或者换一个出发点,策划在做游戏的时候,他对游戏玩家在某个时间段出于一个什么样的状态会想的很清楚,因为他就是游戏的制作者.新手引导确实很难处理,谁做过谁知道.

好吧.既然说到流程这个概念,那么为了实现这个东西,也就需要响应的引入事件调度的概念,这个用lua很容易实现.我就不费力气了,从quick直接把事件机制拿过来,稍微改了一下(请原谅我是个偏执抑郁症患者).预示就诞生了下面这个东西:

 --小岩<757011285@qq.com>
 --2015-5-27 17:05
 local mm = require "fw.oop.measure_mgr"
 local m = class("measure")

 function m:ctor(dispatcher, next_m)
     self.dispatcher_ = dispatcher
     self.next_m_ = next_m
 end

 function m:get_name()
     return self.__cname
 end

 function m:get_next_name()
     return self.next_m_
 end

 function m:launch()
     self.dispatcher_:dispatch({
             name   = mm.LAUNCH_M,
             launch = self:get_name(),
         })
 end

 function m:finish()
     self.dispatcher_:dispatch({
             name   = mm.FINISH_M,
             finish = self:get_name(),
             forward= self:get_next_name(),
         })
 end

 function m:remove()
     self.dispatcher_:dispatch({
             name  = mm.REMOVE_M,
             remove = self:get_name(),
         })
 end

 function m:onlaunch()
 end

 function m:onfinish()
 end

 function m:onremove()
 end

 return m

 --小岩<757011285@qq.com>
 --2015-5-27 17:05
 local proxy = require "fw.framework.proxy"
 local mm = class("measure_mgr")

 mm.LAUNCH_M = "LAUNCH_MEASURE"
 mm.FINISH_M = "FINISH_MEASURE"
 mm.REMOVE_M = "REMOVE_MEASURE"
 mm.TAG      = "MEASUREMGR_TAG"

 function mm:ctor(dispatcher)
     self.proxy_ = proxy.new(dispatcher)
     self.measures_ = {}
     self.proxy_:add_listener(mm.LAUNCH_M,
                     function(e)
                         self:onlaunch_m(e)
                     end, mm.TAG)
                :add_listener(mm.FINISH_M,
                        function(e)
                            self:onfinish_m(e)
                        end, mm.TAG)
                :add_listener(mm.REMOVE_M,
                        function(e)
                            self:onremove_m(e)
                        end, mm.TAG)
 end

 function mm:register_measure(m)
     local m_name = string.upper(m:get_name())
     if not self.measures_[m_name] then
         self.measures_[m_name] = m
     end
 end

 function mm:remove_measure_by_name(name)
     name = string.upper(tostring(name))
     if self.measures_[name] then
         self.measures_[name]:onremove()
         self.measures_[name] = nil
     end
 end

 function mm:launch_measure_by_name(name)
     name = string.upper(tostring(name))
     if self.measures_[name] then
         self.measures_[name]:onlaunch()
     end
 end

 function mm:finish_measure_by_name(name)
     name = string.upper(tostring(name))
     if self.measures_[name] then
         self.measures_[name]:onfinish()
     end
 end

 function mm:onlaunch_m(e)
     self:launch_measure_by_name(e.launch)
 end

 function mm:onfinish_m(e)
     self:finish_measure_by_name(e.finish)
     local next_m = e.forward
     if next_m then
         self:launch_measure_by_name(next_m)
     end
 end

 function mm:onremove_m(e)
     self:remove_measure_by_name(e.remove)
 end

 function mm:destroy()
     self.proxy_:remove_all_listeners()
     self.measures_ = {}
 end

 return mm

上面也是看到了我给流程封装了finish(), remove(), launch()方法. 为了更彻底的贯彻流程的概念, 我索性也将启动部分的代码做了一点简单的封装.

 --小岩<757011285@qq.com>
 --2015-5-27 17:27
 local ij = require "fw.framework.inject"
 local mm = require "fw.oop.measure_mgr"
 local app = class("app")

 function app:ctor()
     self.dispatcher_ = ij.inject({}):add_component("fw.framework.dispatch")
     self.m_mgr_ = mm.new(self.dispatcher_)
     self.entrance_m_ = nil
 end

 function app:get_dispatcher()
     return self.dispatcher_
 end

 function app:start()
     if not self.entrance_m_ then
         error("pls set entrance measure before start()!")
     end

     self.entrance_m_:launch()
 end

 function app:register_game_measure(m)
     if not self.entrance_m_ then
         self.entrance_m_ = m
     end
     self.m_mgr_:register_measure(m)
 end

 function app:destroy()
     self.m_mgr_:destroy()
 end

 function app:exit()
     cc.Director:getInstance():endToLua()
 end

 return app

默认会从第一个开始启动进入, 然后依次执行注册的流程.具体的例子我可以给一个.

 --小岩<757011285@qq.com>
 --2015-5-27 17:39
 local clm = require "game.measure.check_log"
 local cem = require "game.measure.check_env"
 local cum = require "game.measure.check_update"

 local application = class("application", fw.app)

 function application:ctor()
     application.super.ctor(self)
 end

 function application:run()
     self:register_game_measure(clm.new(self:get_dispatcher(), cem.__cname))
     self:register_game_measure(cem.new(self:get_dispatcher(), cum.__cname))
     self:register_game_measure(cum.new(self:get_dispatcher()))
     self:start()
 end

 return application

目前的代码, 我只是写到了增量更新,所以我注册了三条流程.

-- check_log_measure 启动app运行日志.

-- check_env_measure 启动检查环境设置

--  check_update_measure 启动增量更新.

下面如果再添加流程应该就是进入游戏的流程了.

这样做再某些方面显得很呆板, 将一些简单的事情做的有点复杂了. 但是是有一个好处的, 那就是我们的架构设计开始出现模式化的代码了. 模式化很重要, 模式化是统一的前提. 在没有做到模式化之前, 一味的强调各种统一风格的事情就是扯淡,很难做得到.就像以前我遇到过一位主程, 每天就只会强调代码格式, 注释格式的问题, 基础的功能代码并不能提供. 我不知道这么做的意义何在. 这里只是突然想到了, 顺手吐槽一下.

这里说一句抱歉, 原本计划这一篇写增量更新的. 现在看来要延后了, 这里绝对不是因为技术问题. 我昨天就写好了, 今早起床也是将android包打出来测试通过了.是因为直接跳到更新那边忽略了中间太多的东西了,我想穿插一些文章来说明一下这些问题. 懂的人不需要多说,对于那些渴望学习的人, 我啰嗦一点就罗嗦一点了, 但是能解答他们的问题或者是有一点启示, 就是最好的事情了.