PHP不适合MVC框架
最近工作范畴由原来的.net切换到了php，综合这段时间的认知，觉得在php这个体系中MVC模式未必是一个好东西。
从某种理论上来说,MVC确实可以让系统更清晰和更明了。
但是一个很重要的一点也存在了，MVC让页面更多了起来！！！这点很重要
PHP在没有一个比较好的IDE的支持下，页面跳转和切换实在是非常不方便。
没有一个好的IDE做系统检测，语言本身也没有强名称检测的情况下太容易出很多小问题找不到原因
分层从某种角度来讲是比较适合于多人开发的，但是未必适合单人
技术是死的，人是活的，不能为了技术让人钻死胡同
PHP从调试效率来讲由于是单页面解释运行的方式，在大项目时比.net的效率要高很多倍啊。这点是.net需要学习和重新出一种机制来解决这个问题的。
在没有一个好的IDE支持下，开发什么样的语言和产品都是一种折磨。
相关文档：
drawPieImg()函数包含8个参数，$title为饼状图的标题；$dataArr为需要显示的数据数组；$labelArr为对应数据的标签分类数组；$colorArr为对应数据的绘图颜色数组，这4个参数是必须的，对于不同的系统应用传递相应的参数即可。接下来的4个参数，负责设置要生成的饼状图的大小，如果不设置则使用系统默认值。程序按照床底数组� ......
这就要从双引号和单引号的作用讲起：
双引号里面的字段会经过编译器解释然后再当作HTML代码输出，但是单引号里面的不需要解释，直接输出。例如：
$abc='I love u';
echo $abc //结果是:I love u
echo '$abc' //结果� ......
1，定义header()头部输出格式
header("Content-type:application/vnd.ms-excel");
header("Content-Disposition:finlename=php.xls");
vnd.ms-excel -----定义输出文件格
php.xls ---------定义输出的文件名
2，输出编� ......
之前写的crud类实在比较简单（http://blog.csdn.net/yycai/archive/2009/12/15/5012353.aspx），重新封装了一下：
<?php
/**
* 自动化数据表操作类
* @example
* <code>
* $db = cls_crud::factory(array('table'=>'article'));
* $data = $db->get_block_list(array('category_id' => 3), ......
执行以下语句：
var_dump(2147483647); // int
var_dump(
2147483648); // float
可以看到，php int型的最大值就是
2147483647，即231
-1，因为32位的最高位要用来表示正负。
再执行以下语句：
$u = sprintf("%u",
2147483648); # 更换为%b,%d试试
var_dump($u);
......
