Skip to content
This repository


branch: master

Merge pull request #73 from siad007/patch-2

Fixed typo. Thx siad007
latest commit f12b77d595
Gérald Croës geraldcroes authored
Octocat-spinner-32 doc Fixed typo September 29, 2013
Octocat-spinner-32 phpdoc Fixed Docbook syntax July 17, 2012
Octocat-spinner-32 tests Just for now skip keyword test (to be implemented) July 11, 2013
Octocat-spinner-32 .gitignore New Implementation (with less memoryleak but no cache) + eclipse proj… December 09, 2012
Octocat-spinner-32 .travis.yml AOP => aop in travis.yml August 06, 2012
Octocat-spinner-32 CHANGELOG implementation of getPropertyValue February 09, 2013
Octocat-spinner-32 CREDITS Added Credits / License / Experimental files June 07, 2012
Octocat-spinner-32 EXPERIMENTAL Added Credits / License / Experimental files June 07, 2012
Octocat-spinner-32 LICENSE Added Credits / License / Experimental files June 07, 2012
Octocat-spinner-32 Lexer.c re2c for parse pointcut December 11, 2012
Octocat-spinner-32 Lexer.h re2c for parse pointcut December 11, 2012
Octocat-spinner-32 Lexer.l re2c for parse pointcut December 11, 2012
Octocat-spinner-32 Updated the README to remove the fluff and immediately focus on what … May 24, 2013
Octocat-spinner-32 RELEASE-0.1.0 RELEASE for Pyrus November 23, 2012
Octocat-spinner-32 RELEASE-0.2.0 RELEASE for Pyrus November 23, 2012
Octocat-spinner-32 RELEASE-0.2.1b5 RELEASE for Pyrus November 23, 2012
Octocat-spinner-32 RELEASE-0.2.2b1 RELEASE for Pyrus November 23, 2012
Octocat-spinner-32 THANKS Added thanks file June 07, 2012
Octocat-spinner-32 aop.c Fix #65 May 24, 2013
Octocat-spinner-32 aop.h not extern, static February 11, 2013
Octocat-spinner-32 aop_joinpoint.c For win compilling February 10, 2013
Octocat-spinner-32 aop_joinpoint.h implementation of getPropertyValue February 09, 2013
Octocat-spinner-32 config.m4 Add PCRE Headers test in config.m4 December 12, 2012
Octocat-spinner-32 config.w32 Fix all windows warning June 11, 2012
Octocat-spinner-32 package.xml RELEASE for Pyrus November 23, 2012
Octocat-spinner-32 phpunit.xml.dist Use PHPUnit June 25, 2012
Octocat-spinner-32 tags freeeee December 19, 2012


AOP is a PECL extension that enables you to use Aspect Oriented Programming in PHP, without the need to compile or proceed to any other intermediate step before publishing your code.

The AOP extension is designed to be the easiest way you can think of for integrating AOP to PHP.

AOP aims to allow separation of cross-cutting concerns (cache, log, security, transactions, ...)

Build Status


You can use pecl

    sudo pecl install aop-beta


Download the AOP from github, compile and add the extension to your php.ini

    #Clone the repository on your computer
    git clone
    cd AOP
    #prepare the package, you will need to have development tools for php
    #compile the package
    #before the installation, check that it works properly
    make test
    make install

Now you can add the following line to your php.ini to enables AOP

What is AOP ? Basic tutorial

Let's assume the following class

    class MyServices
       public function doAdminStuff1 ()
          //some stuff only the admin should do
          echo "Calling doAdminStuff1";

       public function doAdminStuff2 ()
          //some stuff only the admin should do
          echo "Calling doAdminStuff2";

Now you want your code to be safe, you don't want non admin users to be able to call doAdminMethods.

What are your solutions ?

  • Add some code to check the credentials "IN" you MyServices class. The drawback is that it will pollute your code, and your core service will be less readable.
  • Let the clients have the responsibility to check the credentials when required. The drawbacks are that you will duplicate lots of code client side if you have to call the service from multiple places
  • Add some kind of credential proxy that will check the credentials before calling the actual service. The drawbacks are that you will have to write some extra code, adding another class on the top of your services.

Moreover, those solutions tends to increase in complexity while you are adding more cross-cutting concerns like caching or logging.

That's where AOP comes into action as you will be able to tell PHP to do some extra actions while calling your MyServices's admin methods.

So let's first write the rule needed to check if we can or cannot access the admin services.

    function adviceForDoAdmin ()
       if ((! isset($_SESSION['user_type'])) || ($_SESSION['user_type'] !== 'admin')) {
          throw new Exception('Sorry, you should be an admin to do this');

Dead simple : we check the current PHP session to see if there is something telling us the current user is an admin (Of course we do realize that you may have more complex routines to do that, be we'll keep this for the example)

Now, let's use AOP to tell PHP to execute this method "before" any execution of admin methods.

    aop_add_before('MyServices->doAdmin*()', 'adviceForDoAdmin');

Now, each time you'll invoke a method of an object of the class MyServices, starting by doAdmin, AOP will launch the function basicAdminChecker before the called method.

That's it, simple ain't it ?

Now le's try the examples :

    //session is started and we added the above examples to configure MyServices & basicAdminChecker

    $services = new MyServices();
    try {
       $services->doAdminStuff1();//will raise an exception as nothing in the current session tells us we are an admin
    } catch (Exception $e) {
       echo "You cannot access the service, you're not an admin";

    $_SESSION['user_type'] = 'admin';//again, this is ugly for the sake of the example

    try {
    } catch (Exception $e) {
       //nothing will be caught here, we are an admin

Here you are, you know the basics of AOP.

AOP Vocabulary and PHP's AOP capabilities


An advice is a piece of code that can be executed. In our first example, the function adviceForAdmin is an advice, it could be executed.

In PHP's AOP extension, an advice can be a trait, a callback, an anonymous function, a static method of a class, a method of a given object or a closure.

Join points

Join points are places where we can attach advices.

In PHP's AOP extension, a join point can be:

  • before any method / function call
  • after any method / function call
  • around any method / function call
  • During the arousing of an exception of any method / function
  • after any method / function call, should the method terminate normally or not (triggers an exception or not)

In our first example, we used a "before" join point.


Pointcuts are a way to describe whether or not a given join point will trigger the execution of an advice.

In PHP's AOP extension, pointcuts can be configured with a quite simple and straightforward syntax.

In our first example the pointcut was "MyServices->doAdmin*()" and was configured to launch the advice "before" the execution of the matching methods join points.

Why or should I use AOP?

AOP is a whole different way of thinking for developing application. It is as different as object oriented programming can be opposed to procedural programming.

Event if you don't want to base your future development on this approach, you may find it very useful for debugging purposes. Imagine a world where you can debug or get informations on your code based on information only collected for a given user, a given context, a given procedure. A world where you can hunt weird and old code execution without even trying to update multiple and sparse PHP files, but just by adding advices on given conditions.

We are sure that this extension will soon be part of your future development workflow!

Latest version of the documentation

Something went wrong with that request. Please try again.