Agavi (PHPLondonAugust2008 2008-08-07)

Presentation given at the PHP London August 2008 meeting.

Transcript

1. Scale Your Development with the Agavi Framework
2. Many, many thanks to Simon Thulbourn. He saved this day.
3. + = This is what happened...
4. David Zülke
5. David Zuelke
7. But worry not, I come in peace. We’re all friends now.
8. (just don’t mention the war!)
9. • Bitextender GmbH, based in Munich.de • We’ve been doing development, consulting and training for 5+ years. • Team of 7. • The company behind Agavi, backing and developing it.
10. But let’s move on to the non-boring stuff, shall we?
11. Frameworks And why using them is a fabulous idea.
12. Good Reasons TCO is a lot lower than when rolling your own. An open solution means there (hopefully) is a pool of talent to hire from. There are experts in case your brightest developer is hit by a bus. A community effort means the framework is put through its paces by many, not few. Projects with proper momentum are unlikely to disappear overnight. It’s more convenient too!
13. Common Concerns My developers would have to learn a new system. True, but so would all new employees. It’ll pay off. What if the project bites the dust tomorrow? Then you need to maintain it yourself. That’s still not any different from what‘d be if you had your own. They all suck, we need to use it to control a submarine. Pick the one that works best and customize it.
14. MVC And how it’s (not) working for web applications.
15. Model View Controller ? ? ?
16. Speaking of MVC... Of Criminal, Crazy, Heckling False Advertisers.
17. Mike, the “Crazy Guy” Was at the PHPLondon conference in February. Heckled speakers and called them criminals. Except he didn’t. It’s all lies misunderstandings. “I don’t want to call anyone a criminal”.
18. He was complaining about the “false advertising” that many frameworks do.
19. And he had, and still has, a point.
20. The Problem Quick results are more important than sustainability. Potential of framework to guide users is not leveraged. Users are locked into the vendor’s way of doing things: If you want RSS, your URLs must end on “.rss” Our HTML helpers only work with PHP templates. What, you don‘t like ActiveRecord?
21. The Consequences Simple changes are just as expensive as (or more expensive than) without a framework. Developers end up hacking around weaknesses or assumptions in the framework that lead to bugs and maintenance nightmares. The framework does not achieve its most fundamental mission: keeping your software fit for future demands. In the end, it does not scale in any regard.
22. From Mojavi to Agavi A brief history lesson.
23. Mojavi 1, 2 and 3 were developed by Sean Kerr. Development wasn’t open and transparent, despite the license (and awesomeness!), and died eventually. Mojavi 3 was forked by some guys from Keller, Texas, and given the name Agavi in 2005. Because Agave plants grow in the Mojave desert. Since late 2005, Agavi is maintained by Bitextender. symfony is also based on Mojavi 3.
24. Agavi Key Features and Differences.
25. No Assumptions Being PHP based, it works best for websites and other HTTP-based stuff, but you can use it to write any app. No requirements for specific template engines, DBMSes, ORMs, client side JS libraries etc. Abstraction of HTTP request method verbs, output types, response implementations etc. Form Handling is independent of libraries, template engines etc.
26. Reuse Code The right things are done in the right places, and the framework prevents common mistakes. Exposing Actions of a web application through a SOAP web service API etc. can be done in minutes. Want an RSS feed of your latest products? It’s just a new output type away. Want to return JSON for Ajax features? Have it done when a JS framework sends the right request headers!
27. Environments and Contexts An Environment is bootstrapped for every box or developer. Could be “production”, or “dev-joecool” etc. A Context represents a way of accessing the application, like “web”, “soap” or “console”. Any configuration can be specific to one or more Environment(s) and/or Context(s). → no more copying and overwriting of DB configs!
28. Modules, Actions, Views etc An Application has a number of Modules. Each Module has Actions with corresponding Views and Templates, as well as various configuration files that control caching, validation and so on. Actions, which can also be nested into folders, contain application logic, make calls to Models, and have one or more Views (“Error”, “Success”, “Input” etc.) Views handle presentation, usually using Templates.
29. Execution Containers Every Action execution happens in an isolated Container. Every container has it’s own request data, response, filters etc. A normal execution is idempotent, i.e. does not affect the “outside world”. Internal forwarding can be done by returning a new Container from a View.
30. Filters Global Filters or per-Action/Container filters. Wrap the execution, and call the next Filter in the chain - like an Onion or a Russian Nested Doll. Features like Security or Form Handling are implemented using Filters inside Agavi. Flow can be redirected internally, response info can be modified etc; numerous possibilities.
31. Layers and Layouts A View can leave instructions on Templates to render; these are called Layers. Each Layer has access to the output of the previous Layers, and can define Slots - Containers with Actions that are run before rendering, returning the content. Layer and Slot definitions can be made in a configuration file; the result is a Layout. All this can be done programmatically, as well.
32. Routing Used for matching URLs, SOAP method names. Every route can have children. Callbacks can control and modify behavior on matching or when generating URLs. Routes can also set Output Types, force continuing of execution even though they matched, and much more. Also very nice for refactoring existing applications.
33. Form Handling Form Population Filter makes form handling a breeze. Can pre-populate forms using given values. Re-populates a form when an error occurred. Highlights erroneous fields and labels. Can insert error messages into the document. All without a single line of code in templates.
34. Caching Cache the entire execution of a request, or just parts. Action-based, so a Slot that runs can be cached, too. Output can be cached on a per-layer basis, so that the outer master template always runs even when cached. Also caches cookies (with correct lifetime!), HTTP headers that were set etc. Stampede Protection included as of Agavi 0.11.3.
35. Validation Validates not only request parameters, but also Files, Cookies and HTTP Headers. Default settings mean you only have access to data you validated. Drastically reduces the possibility for dev mistakes. Validators can have dependencies (“only validate email if checkbox is on”), different severities, handle arrays, normalize values (e.g. make Unix TS from date value).
36. Security Security Filter is the internal mechanism to auto-check against credentials, authentication status etc. Ships with plain and RBAC implementations, easily extensible. Provided implementations work with the standard getCredentials() and isSecure() methods on Actions; any other behavior, additional authentication levels etc can be implemented in a custom Security Filter.
37. Internationalization Bundles the Unicode CLDR database with information about all locales of this world. Functions for translating text, formatting and parsing dates, numbers and currency values, calendar and timezone operations, locale information (e.g. list of all countries in Japanese language etc.) Parts of the functionality are ports of ICU, IBM’s Java/C library for globalization.
38. Examples A.k.a. real code, the stuff everyone’s here for.
39. An Action that lists products class
Products_LatestAction
extends
AcmeStoreBaseProductsAction
{ 

public
function
execute(AgaviRequestDataHolder
$rd)
{ 



//
grab
the
product
finder
model.
could
also
be
doctrine
etc. 



$pfm
=
$this‐>getContext()‐>getModel('ProductFinder'); 



//
fetch
a
list
of
latest
products,
let's
assume
it's
an
array 



$latestProducts
=
$pfm‐>fetchLatest(): 



//
assign
it
for
the
View 



$this‐>setAttribute('products',
$latestProducts); 



//
go
to
Products_LatestSuccessView 



return
'Success'; 

} }
40. The corresponding View class
Products_LatestSuccessView
extends
AcmeStoreBaseProductsView
{ 

public
function
executeHtml(AgaviRequestDataHolder
$rd)
{ 



//
not
much
to
do
here.
let's
just
load
the
default
layout 



$this‐>setupHtml($rd); 



//
and
maybe
set
a
page
title 



$this‐>setAttribute('title',
'Latest
ACME
Products'); 

} }
41. The template, obviously... <h2><?=$t['title']?></h2> <dl> <?php
foreach($t['products']
as
$p):
?> 

<dt> 



<a
href="<?=$ro‐>gen('products.product.view',
array('id'
=>
$p['id']))?>"> 





<?=htmlspecialchars($p['name'])?> 



</a> 

</dt> 

<dd><?=$tm‐>_c($p['price'])?></dd> <?php
endforeach;
?> </dl>
42. And routes to make it work <route
name="products"
pattern="^/products"
module="Products"> 

<route
name=".index"
pattern="^$"
action="Index"
/> 

<route
name=".latest"
pattern="^/latest$"
action="Latest"
/> 

<route
name=".product"
pattern="^/(id:\d+)"
action="Product"> 



<route
name=".view"
pattern="^$"
action=".View"
/> 



<route
name=".gallery"
pattern="^/gallery$"
action=".Gallery"
/> 

</route> </route>
43. Now let’s add JSON! class
Shop_LatestProductsSuccessView
extends
AcmeStoreBaseShopView
{ 

public
function
executeHtml(AgaviRequestDataHolder
$rd)
{
/*...*/
} 

 

public
function
executeJson(AgaviRequestDataHolder
$rd)
{ 



return
json_encode($this‐>getAttribute('products')); 

} } <route
pattern="application/json"
source="_SERVER[HTTP_ACCEPT]"
stop="false"
output_type="json"
/> <route
name="products"
pattern="^/products"
module="Products"><!‐‐
...
‐‐></route> <output_type
name="html"><!‐‐
...
‐‐></output_type> <output_type
name="json"> 

<parameter
name="http_headers"> 



<parameter
name="Content‐Type">application/json</parameter> 

</parameter> </output_type>
44. Or how about CSV? class
Shop_LatestProductsSuccessView
extends
AcmeStoreBaseShopView
{ 

public
function
executeHtml(AgaviRequestDataHolder
$rd)
{
/*...*/
} 

public
function
executeJson(AgaviRequestDataHolder
$rd)
{
/*...*/
} 

public
function
executeCsv(AgaviRequestDataHolder
$rd)
{ 



$csv
=
fopen('php://temp',
'r+'); 



fputcsv($csv,
$this‐>getAttribute('products')); 



rewind($fp); 



return
$fp; 

} } <route
pattern="application/json"
source="_SERVER[HTTP_ACCEPT]"
stop="false"
output_type="json"
/> <route
pattern="/csv$"
stop="false"
cut="true"
output_type="csv"
/> <route
name="products"
pattern="^/products"
module="Products"><!‐‐
...
‐‐></route> <output_type
name="csv"> 

<parameter
name="http_headers"> 



<parameter
name="Content‐Type">text/csv</parameter> 

</parameter> </output_type>
45. Form Handling
46. Didn’t login as Chuck Norris!
47. This is the Template file: <form
action="<?php
echo
$ro‐>gen('login');
?>"
method="post"
id="foo"> 

<dl> 



<dt><label
for="fe‐username"><?php
echo
$tm‐>_('Username:',
'default.Login');
?></label></dt> 



<dd><input
type="text"
name="username"
id="fe‐username"
/></dd> 



<dt><label
for="fe‐password"><?php
echo
$tm‐>_('Password:',
'default.Login');
?></label></dt> 



<dd><input
type="password"
name="password"
id="fe‐password"
/></dd> 



<dt>&#160;</dt> 



<dd><input
type="checkbox"
name="remember"
id="fe‐remember"
/><label
for="fe‐remember">
<?php
 echo
$tm‐>_('Log
me
in
automatically.',
'default.Login');
?></label></dd> 



<dt>&#160;</dt> 



<dd><input
type="submit"
value="<?php
echo
$tm‐>_('Login',
'default.Login');
?>"
/></dd> 

</dl> </form>
48. A Layout: 

<configuration
context="web"> 



<output_types
default="html"> 





<output_type
name="html"> 







<renderers
default="php"> 









<renderer
name="php"
class="AgaviPhpRenderer"> 











<parameter
name="assigns"> 













<parameter
name="routing">ro</parameter> 













<parameter
name="request">rq</parameter> 













<parameter
name="controller">ct</parameter> 













<parameter
name="user">us</parameter> 













<parameter
name="translation_manager">tm</parameter> 













<parameter
name="request_data">rd</parameter> 











</parameter> 









</renderer> 







</renderers> 







<layouts
default="default"> 









<layout
name="default"> 











<layer
name="content"
/> 











<layer
name="decorator"> 













<slot
name="menu"
module="Default"
action="Menu"
/> 













<parameter
name="directory">%core.template_dir%</parameter> 













<parameter
name="template">Master</parameter> 











</layer> 









</layout> 









<layout
name="slot"> 











<layer
name="content"
/> 









</layout> 







</layouts> 







<parameter
name="http_headers"> 









<parameter
name="Content‐Type">text/html;
charset=UTF‐8</parameter> 







</parameter> 





</output_type>
49. The result: Content Layer Menu Slot
50. Nonsense Store Example
51. Search Engine Spam Route: <route 

name="search_engine_spam" 

pattern="^/products(/buy‐cheap‐{name:[\S\s]+}‐at‐agavi‐dot‐org)?/(id:\d+)$" 

module="Default" 

action="SearchEngineSpam" > 



<default
for="name">/buy‐cheap‐{nonsense}‐at‐agavi‐dot‐org</default> </route>
52. The Caching rules: <caching
method="read"
lifetime="2
hours"> 

<group>products</group> 

<group
source="request_parameter">name</group> 

<group
source="locale"
/> 

 

<view>Success</view> 

 

<output_type
name="html"> 



<layer
name="content"
/> 



<template_variable>title</template_variable> 

</output_type> </caching>
53. The Result: Restored from cache
54. Showcase Proof that it’s just not all theory.
59. Built by exozet interact, Berlin
60. The Chuckwalla A fat lizard from the Mojave desert (likely eats Agaves). Was a prototype IRC bot application with an IRC Context and a Web interface. IRC Routing implementation matched patterns against incoming messages. <configuration
context="irc"> 

<!‐‐
so
someone
can
type
"!seen
Wombert"
on
IRC
‐‐> 

<route
pattern="^!seen
(username:\S+)$"
action="LastSeen"
/> </configuration> <configuration
context="web"> 

<!‐‐
on
the
web,
the
URL
is
/seen/Wombert
‐‐> 

<route
pattern="^/seen/(username:\S+)$"
action="LastSeen"
/> </configuration>
61. !e End
62. Oh wait.
63. One More Thing... Sunday, August 10, 2008: - Tutorial manual at http://agavi.org/ - Agavi 1.0 beta 1 release!
64. Questions?
65. Thank You for Attending! Shoot me an E-Mail: david.zuelke@bitextender.com Slides are available online at http://talks.wombert.de/ http://agavi.org/ is the Agavi website With Trac, Mailing Lists, PEAR Channel, Docs, ... Join the Agavi IRC channel: #agavi on irc.freenode.net