以往写cli下运行的业务或者测试代码，总是新建文件，面向过程编写代码。几次之后，cli目录下好多文件，即便勉强在一个cli测试文件中写了一个类，也是让其中的一个方法自启动，要测试别的方法，总是要修改代码，很是繁琐。昨天接触了phalcon的cli, 犹如醍醐灌顶， 特此发文分享。

首先，温故而知新：

在浏览器中访问php:

http(s)://test.php.local/index.php?m=front&c=order&a=getList&p=2&cate=1调试期间，每次都敲m、c、a，太繁琐了，url简化一下：

http(s)://test.php.local/index.php/front/order/getList?p=2&cate=1然后，index.php会做的事情必定包括：

加载配置文件加载Autoload.php, 各种function.phpDispatcher::run()；初始化Db类(此时并没有连接mysql)分析url, 得到front/order/getList， 之后，$obj = new /app/front/controller/Order();$obj->getList(); //别担心Autoload类帮我们自动加载类文件....在cli中，我们这样访问php：(先用cd进入项目根目录)

php public/cli.php--m cli --c order --a updateMarketPrice --param value文件名之后，就是“--参数 值 --参数 值 ” 这么有规律，可以直接用getopt()获取m、c、a参数:

$arr = [ 'm:', 'a:', 'c:' ];$mca = getopt( '', $arr );注意，如果企图简化为：

php public/cli.php/cli/order/updateMarketPrice --param value那么在linux中，public/cli.php/cli/order/updateMarketPrice会被认为是一个文件，因为不存在，导致打开失败

据本猿所知，有2种简化方式：

php public/cli.php cli/order/updateMarketPrice --param value或者php public/cli.php cli order updateMarketPrice --param value文件名之后，不是以--开头， getopt()不认识，就罢工了，还好有php自带的全局变量$argv，它是一个数组(以第2种方式为例)：

之后，便是分析$argv这个数组，取得m、c(此处实际应该叫t, task)、a， 组合数组$paramsArr, 以便给业务方法用。

cli.php必然也做以下事情：

加载配置文件加载Autoload.php, 各种function.phpCliDispatcher::run()；初始化Db类(此时并没有连接mysql)分析url, 得到front/order/getList， 之后，$obj = new /app/cli/task/Order(); $obj->updateMarketPrice($paramsArr); //别担心, Autoload类帮我们自动加载类文件....注意：

另起CliDispatcher类。 Dispatcher类已经通过了重重考验，不要再动它了，再说，这也不符合面向对象的原则之一：对扩展开放，对修改关闭

使用Task而不是controller， 是为了避免这样的情况：控制器中业务需要调用cli模块中的方法发送微信模板消息什么的，代码写着写着，走神了，直接new /app/cli/task/Order()；

由于AutoLoad类认定控制器一定在controller目录在，而cli模块却是放在task目录下，导致加载失败，抛出错误， 同时输出建议，就像一盆凉水一样立即“浇醒”开发者，想想，要是cli模块是放在controller目录下, 还被顺利执行...

和cgi下不同，没有$_GET, 没有$_POST, 而且$_SERVER中关于url的各种信息也是没有的，记得给予参数，不然，取参(“餐”)无门..

$obj->updateMarketPrice($paramsArr);

cli模块的各种logic类， 记得判断是否php是否在cli下运行，以免被其他cig下运行的模块直接调用各位小伙伴，请在评论中留下你的见解。

举报/反馈