A coworker has added the assert command a few times within our libraries in places where I would have used an if statement and thrown an exception. (I had never even heard of assert before this.) Here is an example of how he used it:
assert('isset($this->records); /* Records must be set before this is called. */');
I would have done:
if (!isset($this->records)) {
throw new Exception('Records must be set before this is called');
}
From reading the PHP docs on assert, it looks like it's recommended that you make sure assert is active and add a handler before using assert. I can't find a place where he's done this.
So, my question is, is using assert a good idea given the above and should I be using it more often instead of if's and exceptions?
Another note, we are planning to use these libraries on a variety of projects and servers, including projects that we may not even be part of (the libraries are open source). Does this make any difference in using assert?
The rule of thumb which is applicable across most languages (all that I vaguely know) is that an assert
is used to assert that a condition is always true whereas an if
is appropriate if it is conceivable that it will sometimes fail.
In this case, I would say that assert
is appropriate (based on my weak understanding of the situation) because records
should always be set before the given method is called. So a failure to set the record would be a bug in the program rather than a runtime condition. Here, the assert
is helping to ensure (with adequate testing) that there is no possible program execution path that could cause the code that is being guarded with the assert
to be called without records
having been set.
The advantage of using assert
as opposed to if
is that assert
can generally be turned off in production code thus reducing overhead. The sort of situations that are best handled with if
could conceivably occur during runtime in production system and so nothing is lost by not being able to turn them off.