php未生成覆盖率数据 php变量覆盖

求助，php动态创建数据表失败

1，把php生成的创建表格语句在mysql客户端里运行，看能不能成功，如果语法错误会有提示；

创新互联拥有一支富有激情的企业网站制作团队，在互联网网站建设行业深耕十多年，专业且经验丰富。十多年网站优化营销经验，我们已为1000+中小企业提供了做网站、成都做网站解决方案，按需网站策划，设计满意，售后服务无忧。所有客户皆提供一年免费网站维护!

2，检查mysql用户是否有权限创建表；

php代码覆盖率检查工具有哪些

1. Xdebug

Xdebug是PHP的一个扩展，了解PHP的同学一定不会对它陌生，非常强悍的调试助手，默认并没有开启，需要另外安装，不过多数情况下只需要在php.ini配置文件中开启即可。成功开启Xdebug后，我们便可以在程序中使用以下几个函数：

xdebug_start_code_coverage()    // 作用为开始统计覆盖率

xdebug_get_code_coverage()      // 作用为获取当前已统计信息

xdebug_stop_code_coverage()     // 作用为结束覆盖率统计

2. PHPUnit

属于XUnit家族系列，用于对php代码进行单元测试，基于Xdebug可以方便快捷的对代码进行覆盖率测试，并生成直观的报表。

3. codespy

codespy是纯php开发的轻量级覆盖率统计工具，并不依赖Xdebug。只需要在被测试代码前引入其库文件，便会自动在脚本执行完毕后生成测试报告。该工具是github上托管的开源工具。

4. Pika

河图上的工具，特色是支持手工测试和生存周期控制，详情。其大致原理为在测试机安装并运行Pikagent程序，其可以与服务器进行交互，QA能够通过服务器的web界面控制整个测试流程。

Xdebug适用于测试需求复杂的大型项目，例如函数覆盖、类覆盖等，同时其也很容易与第三方工具交互；PHPUnit主要用于模块的单元测试，同时其规范的case管理也适合大型项目；codespy以其轻量级与简单易扩展，能够胜任大多数的小项目的覆盖率测试需求。

求助，系统的一个php数据对象，var

我们都知道如何从Mysql获取我们需要的行（记录），读取数据，然后存取一些改动。很明显也很直接，在这个过程背后也没有什么拐弯抹角的。然而对于我们使用面对对象的程序设计（OOP）来管理我们数据库中的数据时，这个过程就需要大大改进一下了。这篇文章将对如何设计一个面对对象的方式来管理数据库的记录做一个简单的描述。你的数据当中的所有内部逻辑关系将被封装到一个非常条理的记录对象，这个对象能够提供专门（专一）的确认代码系统，转化以及数据处理。随着Zend Engine2 和PHP5的发布，PHP开发者将会拥有更强大的面对对象的工具来辅助工作，这将使这个过程（面对对象地管理数据库）更有吸引力。 以下列出了一些使用对象来描叙你的数据库的有利方面： 存取方法（Accessor methods）将会使你对属性的读取和写入过程做到完全的控制 每一级的每个记录和属性（的操作）都有确认过程 从关系表中智能的获取对象 重复使用的逻辑方法意味着所有的数据交互都要通过相同的基础代码（codebase），这将使维护变得更加简单 代码简单，因为不同的记录的内部逻辑都已经包含在各自所处的类（class）当中，而不是繁琐的库（lib）文件 在手工编写代码和SQL查询语句时，出错的机会将更少 存取方法（Accessor methods） 存取方式是通过类给实例（instance）的变量赋值。一个例子，我有一个叫User的类，并且有一个实例$username，我会写这样的存取方法（函数），User-username()和User-setUsername()用来返回和给实例赋值。 ?php class User { var $username; function username() { return $this-username; } function setUsername($newUsername) { $this-username = $newUsername; } } ? 这里有很好的理由让我们编写这样的“特别的代码”。它将使开发者更灵活的改变类的繁琐的工作，因为这一过程将不需要其他的使用类的php代码。让我们来看看下面这个更加完善的可信赖的User类。 变量$username将不复存在，所有的东西都被整合的放在数组$_data当中 如果username是空的话，username()函数将提供一个缺省（默认）的值给它 setUsername()过程将在接受值之前确认username是否合乎标准格式（如字长等） ?php class User { var $_data = array(); // associative array containing all the attributes for the User function username() { return !empty($this-_data['username']) ? $this-_data['username'] : '(no name!)'; } function setUsername($newUsername) { if ($this-validateUsername($newUsername)) { $this-_data['username'] = $newUsername; } } function validateUsername($someName) { if (strlen($someName) 12) { throw new Exception('Your username is too long'); // PHP5 only } return true; } } ? 显而易见，这对我们控制存取对象的数据有很大帮助。如果一个程序员已经直接地存取username的信息，以上代码的变化将会破坏他的代码。然而我们可以使用（类的）存取方法，就像上面代码中注释的那样，添加一个验证的功能而不需要改变任何其他的东西。注意username的验证（例子当中是不能超过12字节）代码是独立在setUsername()方法之外的。从验证到存储到数据库的过程轻而易举。而且，这是个非常好的单凭经验的方法，一个方法或一个类需要做的越少，它的重复使用的机会将会越大。这在你开始写一个子类时更加明显，假如你需要一个子类，并且又要跳过（忽略）父类方法（行为）中的一些特殊的细节，如果（针对这个细节的）方法很小而又精细，（修改它）只是一瞬间的过程，而如果这个方法非常臃肿，针对多种目的，你可能将在复制子类中大量代码中郁闷而终。 比方说，假如Admin是User类的一个子类。我们对adamin的用户可能会有不同的，相对苛刻一些的密码验证方法。最好是跨过父类的验证方法和整个setUsername()方法(在子类中重写)。 更多关于存取器（Accessor） 下面是一些其他的例子来说明如何使存取器用的更有效果。很多时候我们可能要计算结果，而不是简单的返回数组中的静态数据。存取方法还能做的一个有用的事情就是更新（updating）缓存中的值。当所有的变动（对数据的所有操作）都要通过setX()方法的时候，这正是我们根据X来重置缓存中的值的时刻。 于是我们的这个类层次变得更加明了： 内部变量$_data的处理被替换成受保护的私有方法（private methods）_getData()和_setData() 这类方法被转移到被称作记录（Record）的抽象的超级类（super class），当然它是User类下的子类 这个记录类（Record class）掌握所有存取数组$_data的细节，在内容被修改之前调用验证的方法，以及将变更的通知发给记录（Records），就像发给中心对象存储（ObjectStore）实例。 ?php class User extends Record { // --- OMITTED CODE --- // /** * Do not show the actual password for the user, only some asterixes with the same strlen as the password value. */ function password() { $passLength = strlen($this-_getData('password')); return str_repeat('*', $passLength); } /** * Setting the user password is not affected. */ function setPassword($newPassword) { $this-_setData('password', $newPassword); } /** * fullName is a derived attribute from firstName and lastName * and does not need to be stored as a variable. * It is therefore read-only, and has no 'setFullname()' accessor method. */ function fullName() { return $this-firstName() . " " . $this-lastName(); } /** * Spending limit returns the currency value of the user's spending limit. * This value is stored as an INT in the database, eliminating the need * for more expensive DECIMAL or DOUBLE column types. */ function spendingLimit() { return $this-_getData('spendingLimit') / 100; } /** * The set accessor multiplies the currency value by 100, so it can be stored in the database again * as an INT value. */ function setSpendingLimit($newSpendLimit) { $this-_setData('spendingLimit', $newSpendLimit * 100); } /** * The validateSpendingLimit is not called in this class, but is called automatically by the _setData() method * in the Record superclass, which in turn is called by the setSpendingLimit() method. */ function validateSpendingLimit($someLimit) { if (is_numeric($someLimit) AND $someLimit = 0) { return true; } else { throw new Exception("Spending limit must be a non-negative integer"); //PHP5 only } } } /** * Record is the superclass for all database objects. */ abstract class Record { var $_data = array(); var $_modifiedKeys = array(); // keeps track of which fields have changed since record was created/fetched /** * Returns an element from the $_data associative array. */ function _getData($attributeName) { return $this-_data[$attributeName]; } /** * If the supplied value passes validation, this * sets the value in the $_data associative array. */ function _setData($attributeName, $value) { if ($this-validateAttribute($attributeName, $value)) { if ($value != $this-_data[$attributeName]) { $this-_data[$attributeName] = $value; $this-_modifiedKeys[] = $attributeName; $this-didChange(); } else { // the new value is identical to the current one // no change necessary } } } /** * For an attribute named "foo", this looks for a method named "validateFoo()" * and calls it if it exists. Otherwise this returns true (meaning validation passed). */ function validateAttribute($attributeName, $value) { $methodName = 'validate' . $attributeName; if (method_exists($this, $methodName)) { return $this-$methodName($value); } else { return true; } } function didChange() { // notify the objectStore that this record changed } } ? 现在我们拥有了一个抽象的超级类（Record）,我们可以将User类里面大量的代码转移出来，而让这个User的子类来关注User的特殊项目如存取和验证方法。你可能已经注意到在我们的这个纪录类（Record class）没有任何的SQL代码。这并不是疏忽或者遗漏！对象存储类（ObjectStore class）（隐藏在第二部分）将负责所有和数据库的交互，还有我们的超级类Record的实例化。这样使我们的Record类更加瘦小而又有效率，而这对于评价我们处理大量对象的效率的时候是个重要因素。