我正在为我的PHP代码添加异常处理。 似乎我最终得到了许多执行异常处理的稀疏块,并且由于它们的庞大性隐藏了正在运行的实际生产代码。 例如:
function loadProduct($id)
{
$product = new ProductRecord();
try
{
$data = $product->loadFromDatabase($id);
}
catch (BadFunctionCallException $e)
{
$error = true;
}
return $data;
}
上述函数的实际有效负载是返回$data。 如果没有异常处理,它可能是一个 2 行函数:
function loadProduct($id)
{
$product = new ProductRecord();
return $product->loadFromDatabase($id);
}
隐藏它的一种方法是使用 Factory Method
,例如:
function loadProduct($id)
{
$product = new ProductRecord();
$factory = new ProductFactory($product);
return $factory->loadProduct($id); //inside loadProduct I can put try/catch block
}
在这里,我在我的函数中添加了一个全新的(工厂)类和另一行代码来隐藏我的异常处理。 如果小心谨慎,我认为这将有效并且看起来仍然不错(即我可以在构造函数中初始化我的工厂,从而将其移出函数级代码,因此它可能是一个不错的选择)。 但这是最好的吗?
换句话说,我的问题是 - 如何在代码中使用异常处理,而不会将我的实际有效负载埋在try/catch块的稀疏性中?
这里有一个例子,如何解决你的问题 Go!AOP框架和Around
建议:
/**
* This advice intercepts an execution of some methods
*
* Logic is pretty simple: we wrap an original method with our advice
* and catch all exceptions in one place.
*
* @param MethodInvocation $invocation Invocation
*
* @Around("execution(public SomeClassName->*(*)")
*/
public function aroundPublicMethods(MethodInvocation $invocation)
{
try {
$result = $invocation->proceed(); // invoke original method
} catch (Exception $e) {
$result = $e; // exception will be returned as a result to method call
}
return $result;
}
就是这样。
一种方法可能是AOP,另一种方法是使用IOC和内核,如StackPHP等中间件,并且仅将异常处理作为另一个中间件层。当然,如果对控制流使用异常,则不能这样做,除非它在整个请求响应级别。