在有线网络随处可见的日子里，无线局域网的“身影”正朝我们越走越近，大有与有线网络并驾齐驱的架势。考虑到目前的无线局域网都是通过无线路由器来组网的，无线局域网能否高效上网与无线路由器的状态息息相关；可惜的是，无线路由器在长时间工作后，常常会出现各种各样的“罢工”现象，如果不及时将这些现象排除的话，那么无线局域网的上网效率将会受到明显影响。有鉴于此，本文下面就将无线路由器频繁发生的现象总结出来，并对每一种谜团进行逐一解惑！解惑无线路由无法自动拨号之谜在使用无线路由器进行宽带拨号上网时，我们或许常常会遭遇到该设备无法自动进行拨号的奇怪现象，遇到这种现象时，我们可以从以下几个方面进...

企业库异常处理块（Enterprise Library Exception Handling Block）提供了处理异常所需的所有基本代码，现在，你可以不用再编写这些重复性的异常处理代码，只需简单地在程序中使用它们，就可保证一致且高效地异常处理。 在一个理想的程序世界中，编写的所有代码都是运行无误的，但现实是，无论你在编写代码时多么地小心，错误总会发生，所以，必须要有一个高效、可配置的框架（framework），以一种"优雅"方式来处理错误；另外，也必须要懂得，人们通常以对程序的用户体验带来多大影响，来衡量一种异常处理的有效性。因此，一个好的异常处理解决方案不单是从用户的观点"优雅"地处理错误，而且还可通过开发者或系统管...

PHP 5 添加了类似于其它语言的异常处理模块。在 PHP 代码中所产生的异常可被 throw 语句抛出并被 catch 语句捕获。需要进行异常处理的代码都必须放入 try 代码块内，以便捕获可能存在的异常。每一个 try 至少要有一个与之对应的 catch。使用多个 catch 可以捕获不同的类所产生的异常。当 try 代码块不再抛出异常或者找不到 catch 能匹配所抛出的异常时，PHP 代码就会在跳转到最后一个 catch 的后面继续执行。当然，PHP 允许在 catch 代码块内再次抛出（throw）异常。 当一个异常被抛出时，其后（译者注：指抛出异常时所在的代码块）的代码将不会继续执行，而 PHP 就会尝试查找第一个能与之匹配的 catch。如果一个异常没有被捕...

三、 抛出异常 你可能已经从上面的代码中注意到，你捕获的是一个称为QueryException(我们将在后面实现这个对象)的异常。一个异常类似于一个错误，然而却更具有一般性。描述一个异常的最好的方法是使用emergency。尽管一个emergency可以不会是“致命的”，但是还是必须处理它。当在PHP中抛出一个异常时，执行的当前范围很快地被终止，不管它是一个函数，try..catch块还是脚本本身。然后，该异常遍历调用栈—终止每个执行范围，直到或者在一个try..catch块中捕获它或者它到达调用栈的顶部—此时它将生成一个致命错误。 异常处理是PHP 5中的另外一个新特征，当与OOP联用时，它能够实现良好地控制错误处理和报告。一...

一、 DBQuery对象 现在，我们的DBQuery对象简单地模仿一个存储过程—一旦被执行，即返回一个必须进行保存的结果资源；并且如果你想使用该结果集上的函数（例如num_rows()或fetch_row()）的话，你必须传递MySqlDB对象。那么，如果由DBQuery对象来实现MySqlDB对象（其设计目的是对一个执行查询的结果进行操作）实现的函数，效果如何呢？让我们继续使用上一篇示例中的代码；并且让我们假定，现在由DBQuery对象管理我们的结果资源。DBQuery类的源码如列表１所示。 列表1.使用DBQuery类。 require 'mysql_db.php'; require_once 'query.php'; $db = new MySqlDb; $db-＞connect('host'， 'username'， 'pass'...

　　一、 DBQuery对象  　　现在，我们的DBQuery对象简单地模仿一个存储过程—一旦被执行，即返回一个必须进行保存的结果资源；并且如果你想使用该结果集上的函数（例如num_rows()或fetch_row()）的话，你必须传递MySqlDB对象。那么，如果由DBQuery对象来实现MySqlDB对象（其设计目的是对一个执行查询的结果进行操作）实现的函数，效果如何呢？让我们继续使用上一篇示例中的代码；并且让我们假定，现在由DBQuery对象管理我们的结果资源。DBQuery类的源码如列表１所示。  　　列表1.使用DBQuery类。  require 'mysql_db.php';   require_once 'query.php';   $db&nb...

DAO 中的异常处理，如何使DAO 更容易使用、更健壮及更易于维护，在实现 DAO 模式的异常处理时，一般我们都会考虑下面的问题： 1 DAO 的公共接口中的方法是否抛出检查过的异常？如果是的话，抛出何种检查过的异常？ 2 在 DAO 实现类中如何处理异常？ 在网上曾看到过一篇文章说，遵从以下这些原则可以极大地改进您的DAO ： 1 DAO 方法应该抛出有意义的异常。 2 DAO 方法不应该抛出 java.lang.Exception ，不要让DAO方法传递关于底层问题的任何信息。 3 DAO 方法不应该抛出 java.sql.SQLException ，它是一个低级别的 JDBC 异常。一 个 DAO 应该力争封 装JDBC 而不是将 JDBC 公开给应用程序的其余...