如果类常量能完全听命于我们(do our bidding)还是相当不错的，但是其不驯之处还是早早地暴露出来了。类常量的值只能在定义时设置，并且不能在类的方法中定义。常量只能被初设成普通值(plain value)不能被设置成对象。甚至在定义类常量时，不能使用字符连接。
正如前面提到的，不能改变常量的值，即使你在测试的时候希望如此也不行。那么我们该怎么办呢？
使用类变量来替代类常量
最简单且显而易见的方法是用类变量来代替类常量，比较典型的是public类型的。因为变量可以在定义之后被改变，我们可以在method中给它赋值，就可以把对象赋给变量，也能在赋值前先完成若干我们需要的处理。不过实现起来需要一些小技巧。如果在构造函数中来实现，那么在有对象之前，这个变量是不能被使用的（因为它还没有值），当然我们可以在类声明之后，马上弄出一个对象来补救。还有一个办法，就是定义一个类方法来初始化类变量。假设我们用到二个mysql数据库rbac和cms，
class Connections {
public static $RBAC;
public static $CMS;
public static function init() { //译者注原文此处没有static
self::$RBAC =
new mysqli('localhost','user','password','rbac'); //译者注：此处变量里存放了对象
self::$CMS =
new mysqli('localhost','user','password','cms');
}
}
Connections::init();
尽管这段代码看上去比较丑陋且笨拙，但是它的确能用。而且我们还能进一步把变量设为私有的，并加上静态访问的方法。
public static function getRbac() { return self::$RBAC; }
public static function getCms() { return self::$CMS; }
用方法代替常量
一个只读的类方法也许是常量的很好的一个替代品。而且它们可以被写得几乎一模一样，就象用Person::DBTABLE()去替换Person::DBTABLE：
public static function D
PDO是一个“数据库访问抽象层”，作用是统一各种数据库的访问接口，与mysql和mysqli的函数库相比，PDO让跨数据库的使用更具有亲和力；与ADODB和MDB2相比，PDO更高效。目前而言，实现“数据库抽象层”任重而道远，使用PDO这样的“数据库访问抽象层”是一个不错的选择。
PDO->beginTransa ......
PHP程序员应该都知道连接MySQL数据库可以使用mysql_pconnect（永久连接）函数，使用数据库永久连接可以提高效率，但是实际应用中数据库永久连接往往会导致出现一些问题，通常的表现就是在大访问量的网站上时常发生断断续续的无法连接数据库的情况，出现类似＂Too many connections in ...＂的错误提示信息，重新启动服务器� ......
<html>
<head>
<title>计算本周开始结束日期</title>
</head>
<body>
<form method="post" action="./index.html" enctype="utf-8">
<table>
<tr><td>输入年份</td><td><input name="year" type="text" maxlength="4" /></td> ......
