タイトル通りでdatetime型として宣言したものがtime型にマッピングされてしまう問題。
おそらくはMigrationのCDbMigration::createTable()なんかでカラムの型をdatetimeにした時に遭遇するでしょう。
datetime type in postgresql migrations で報告されていますが、現状1.1.10ではまだ修正されていないようです。

原因はframework.db.schema.pgsql.CPgsqlSchemaのプロパティ$columnTypesがよろしくないこと。
このプロパティは連想配列なのですが、キー「datetime」に対して値「time」が設定されています。
コアに手をいれるのは今度のメンテナンスのことを考えればさけるべきでしょう。
ということで、コアに手を入れないでプロパティ$columnTypesを変更します。

Yii Frameworkは厳密なディレクトリ構成の規則がありませんので、今回はprotectedディレクトリの下にCPgsqlSchemaを拡張した独自クラスを実装して対応します。
protectedディレクトリのどこに配備するかはそれぞれだと思うのですが、application.components.db.schema.pgsql.CMigratePgsqlSchemaとして実装します。
実装は以下の通り。

<?php
/**
 * Extended CPgsqlSchema.
 * This class fixes datetime type mapping in migration
 */
class CMigratePgsqlSchema extends CPgsqlSchema
{
	/**
	 * Fixed datetime type
	 * @var array the abstract column types mapped to physical column types.
	 */
	public $columnTypes = array(
		'pk'        => 'serial NOT NULL PRIMARY KEY',
		'string'    => 'character varying (255)',
		'text'      => 'text',
		'integer'   => 'integer',
		'float'     => 'double precision',
		'decimal'   => 'numeric',
		'datetime'  => 'timestamp',
		'timestamp' => 'timestamp',
		'time'      => 'time',
		'date'      => 'date',
		'binary'    => 'bytea',
		'boolean'   => 'boolean',
		'money'     => 'decimal(19,4)',
	);
}

このクラスをprotected/components/db/schema/pgsqlディレクトリにCMigratePgsqlSchema.phpとして配備して、このクラスを利用する様に設定ファイルを変更してあげます。
Migrationを実行する際に参照されるのはprotected/config/console.phpですから、通常はconsole.phpの設定を変更してcomponentsのキー項目dbにキーdriverMapを追加します。

	'components'=>array(
		'db'=>array(
			'class'            => 'system.db.CDbConnection',
			'driverMap'        => array('pgsql'=>'application.components.db.schema.pgsql.CMigratePgsqlSchema'),
			'connectionString' => 'pgsql:host=接続文字列',
			'username'         => 'ユーザ名',
			'password'         => 'パスワード',
		),

以上、Yii FrameworkとPostgreSQLでdatetimeがtimeとして扱われてしまう場合の対処方法でした。

~/.subversion/configを編集してもいいのですが、Preferences->Team->SVN->Properties ConfigurationのImportで以下を食べさせる。

[miscellany]
enable-auto-props = yes

[auto-props]
# Scriptish formats
*.bat        = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn-mine-type=text/plain
*.bsh        = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/x-beanshell
*.cgi        = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn-mine-type=text/plain
*.cmd        = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn-mine-type=text/plain
*.js         = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/javascript
*.php        = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/x-php
*.pl         = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/x-perl;svn:executable
*.pm         = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/x-perl
*.py         = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/x-python;svn:executable
*.sh         = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/x-sh;svn:executable

# Image formats
*.bmp        = svn:mime-type=image/bmp
*.gif        = svn:mime-type=image/gif
*.ico        = svn:mime-type=image/ico
*.jpeg       = svn:mime-type=image/jpeg
*.jpg        = svn:mime-type=image/jpeg
*.png        = svn:mime-type=image/png
*.tif        = svn:mime-type=image/tiff
*.tiff       = svn:mime-type=image/tiff

# Data formats
*.pdf        = svn:mime-type=application/pdf
*.avi        = svn:mime-type=video/avi
*.doc        = svn:mime-type=application/msword
*.eps        = svn:mime-type=application/postscript
*.gz         = svn:mime-type=application/gzip
*.mov        = svn:mime-type=video/quicktime
*.mp3        = svn:mime-type=audio/mpeg
*.ppt        = svn:mime-type=application/vnd.ms-powerpoint
*.ps         = svn:mime-type=application/postscript
*.psd        = svn:mime-type=application/photoshop
*.rdf        = svn:eol-style=native;svn:keywords=Id
*.rss        = svn:eol-style=native;svn:keywords=Id
*.rtf        = svn:mime-type=text/rtf
*.swf        = svn:mime-type=application/x-shockwave-flash
*.tgz        = svn:mime-type=application/gzip
*.wav        = svn:mime-type=audio/wav
*.xls        = svn:mime-type=application/vnd.ms-excel
*.zip        = svn:mime-type=application/zip

# Text formats
.htaccess    = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/plain
*.css        = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/css
*.dtd        = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/xml
*.html       = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/html
*.ini        = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/plain
*.sql        = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/x-sql
*.txt        = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/plain
*.xhtml      = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/xhtml+xml
*.xml        = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/xml
*.xsd        = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/xml
*.xsl        = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/xml
*.xslt       = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/xml
*.xul        = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/xul
*.yml        = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/plain
CHANGES      = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/plain
COPYING      = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/plain
INSTALL      = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/plain
Makefile*    = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/plain
README       = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/plain
TODO         = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/plain

# Code formats
*.c          = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/plain
*.cpp        = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/plain
*.h          = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/plain
*.java       = svn:eol-style=native;svn:keywords=Id Author Rev HeadURL LastChangedDate LastChangedBy LastChangedRevision;svn:mime-type=text/plain

さてさて、BigTableのデータのダウンロードやアップロードを可能にするbulkloaderですが、Google App Engine1.3.5より後のバージョンではGoogle App Engineが設定ファイル(bulkloader.yaml)を自動生成してくれるので、扱いやすくなりました。
が、自動生成できるのは比較的標準的な型だけなのでlist型を扱うには設定ファイルを変更する必要があります。

まずはbulkloaderを使う手順を順を追って。
詳細はGoogle App EngineのドキュメントBulk Loader の設定を参照ですが、まずは設定ファイルの自動生成を行ってbulkloader.yamlを作ります。
アプリケーションのルートディレクトリに移動して以下のコマンドを実行。

 
appcfg.py create_bulkloader_config --filename=bulkloader.yaml
 

そうするとアプリケーションのルートディレクトリにbulkloader.yamlという名前のbulkloaderの設定ファイルができあがります。
bulkloader.yamlの中身はtransformersに対して配列でモデルがぶらさがる形です。
今回はCSVを使うのでconnectorにcsvを設定します。
それからpropertyにkeyを扱うところにはモデルの名前を設定する必要があります。
このあたりはドキュメントの設定ファイルの編集を参考にしてください。

で、ドキュメントにはlist型を扱う方法には触れてないのですが、例えばkind: Permissionのroleがlist型のプロパティで複数のロールを持てた場合にはどうするかっていうと。
結論だけ書くとこんな感じ。

 
- property: role
external_name: role
import_transform: "lambda s: [long(v) for i in s.split('-')]"
export_transform: "lambda l: '-'.join([str(v) for v in l])"
 

import_transformやexport_transformに対してlambdaを指定してあげます。
出力のフォーマットがCSVなので区切り文字にはカンマを使えないのでハイフンでわけてます。
ソースコードを見てないので、なんですけど、多分import_transformやexport_transformはevalで実行されて、結果を呼び出し可能オブジェクトとして実行されるんでしょうね。
なので色々こねることができると思います。
例えばkeyのlistを扱うなら

 
import_transform: "lambda s: [transform.create_foreign_key('TODO: fill in Kind name', True)(i) for i in s.split('-')]"
export_transform: "lambda l: '-'.join([transform.key_id_or_name_as_string(k) for k in l])"
 

でいけます。文字列型の場合には区切り文字に気をつけないとですね。
おまけでもうひとつ。
開発サーバは複数のリクエストを同時に扱えませんから、開発サーバにbulkloaderでデータをアップロードする時には

 
appcfg.py upload_data --config_file=bulkloader.yaml --filename=your_file_name_here --kind=you_kind_here --url=http://localhost:8080/remote_api --num_threads=1
 

という風に–num_threadsを1に設定しておく必要があります。

まずは抽象クラスから。
Factoryクラスです。
abstractfactory/factory/Factory.php

 
<?php
namespace abstractfactory\factory;
 
/**
* Abstract Factory
* @author $Author$
*
*/
abstract class Factory {
/**
* Factory type 1
* @var integer
*/
const TYPE_1 = 1;
 
/**
* Factory type 2
* @var integer
*/
const TYPE_2 = 2;
 
/**
* Return factory
* @return Factory
*/
public static function getFactory($type) {
if($type == self::TYPE_1) {
return new ConcreteFactory1();
} else if($type == self::TYPE_2) {
return new ConcreteFactory2();
}
throw new \Exception('Argument of ' . __CLASS__ . '::' . __METHOD__ . '() must be constant of ' . __CLASS__ );
}
 
/**
* Create Product1
* @return Product1
*/
abstract public function createProduct1();
 
/**
* Product2
* @return Product2
*/
abstract public function createProduct2();
}

次にProduct11クラス。
Productは2つ扱うことにしてみます。
abstractfactory/product/Product1.php

 
<?php
namespace abstractfactory\product;
 
/**
* Abstract Product1
* @author $Author$
*/
abstract class Product1 {
/**
* Output class name of this Product
*/
abstract public function showName();
}

Product2クラス。
abstractfactory/product/Product2.php

 
<?php
namespace abstractfactory\product;
 
/**
* Abstract Product2
* @author $Author$
*/
abstract class Product2 {
/**
* Output class name of this Product
*/
abstract public function showName();
}

そしてFactoryを使用するClientクラス。
abstractfactory/Client.php

 
<?php
namespace abstractfactory;
 
/**
* Factory Client
* @author $Author$
*/
class Client {
/**
* Handle Products of specified type Factory
* @param integer $type
*/
public function handleProduct($type) {
try {
$factory = factory\Factory::getFactory($type);
$factory->createProduct1()->showName();
$factory->createProduct2()->showName();
} catch (\Exception $e) {
throw $e;
}
}
}
 

じゃあ実装クラスです。
Factoryクラスの実装その1である、ConcreteFactory1クラス。
abstractfactory/factory/ConcreteFactory1.php

 
<?php
namespace abstractfactory\factory;
 
/**
* ConcreteFactory1
* @author $Author$
*/
class ConcreteFactory1 extends Factory {
 
/**
* Create ConcreteProduct1_1
* @return ConcreteProduct1_1
*/
public function createProduct1() {
return new \abstractfactory\product\ConcreteProduct1_1();
}
 
/**
* Create ConcreteProduct1_2
* @return ConcreteProduct1_2
*/
public function createProduct2() {
return new \abstractfactory\product\ConcreteProduct1_2();
}
}

Factoryクラスの実装その2である、ConcreteFactory2クラス。
abstractfactory/factory/ConcreteFactory2.php

 
<?php
namespace abstractfactory\factory;
 
/**
* ConcreteFactory2
* @author $Author$
*/
class ConcreteFactory2 extends Factory {
 
/**
* Create ConcreteProduct2_1
* @return ConcreteProduct2_1
*/
public function createProduct1() {
return new \abstractfactory\product\ConcreteProduct2_1();
}
 
/**
* Create ConcreteProduct2_2
* @return ConcreteProduct2_2
*/
public function createProduct2() {
return new \abstractfactory\product\ConcreteProduct2_2();
}
}

ConcreteFactory1クラスが生成するProduct1の実装クラスであるConcreteProduct1_1クラス。
abstractfactory/product/ConcreteProduct1_1.php

 
<?php
namespace abstractfactory\product;
 
/**
* Concrete Product1_1
* @author $Author$
*/
class ConcreteProduct1_1 extends Product1 {
/**
* Return class name of this Product
* @return string
*/
public function showName() {
print __CLASS__ . PHP_EOL;
}
}

ConcreteFactory1クラスが生成するProduct2の実装クラスであるConcreteProduct1_2クラス。
abstractfactory/product/ConcreteProduct1_2.php

 
<?php
namespace abstractfactory\product;
 
/**
* Concrete Product1_2
* @author $Author$
*/
class ConcreteProduct1_2 extends Product2 {
/**
* Return class name of this Product
* @return string
*/
public function showName() {
print __CLASS__ . PHP_EOL;
}
}

ConcreteFactory2クラスが生成するProduct1の実装クラスであるConcreteProduct2_1クラス。
abstractfactory/product/ConcreteProduct2_1.php

 
<?php
namespace abstractfactory\product;
 
/**
* Concrete Product2_1
* @author $Author$
*/
class ConcreteProduct2_1 extends Product1 {
/**
* Return class name of this Product
* @return string
*/
public function showName() {
print __CLASS__ . PHP_EOL;
}
}

ConcreteFactory2クラスが生成するProduct2の実装クラスであるConcreteProduct2_2クラス。
abstractfactory/product/ConcreteProduct2_2.php

 
<?php
namespace abstractfactory\product;
 
/**
* Concrete Product2_2
* @author $Author$
*/
class ConcreteProduct2_2 extends Product2 {
/**
* Return class name of this Product
* @return string
*/
public function showName() {
print __CLASS__ . PHP_EOL;
}
}

以上でクラスは出そろったので、実行ファイル
abstractfactory/abstractfactory.php

 
<?php
namespace abstractfactory;
 
define('DIR', dirname(__FILE__));
 
require_once(DIR . DIRECTORY_SEPARATOR . 'Client.php');
 
require_once(DIR . DIRECTORY_SEPARATOR . 'factory' . DIRECTORY_SEPARATOR . 'Factory.php');
require_once(DIR . DIRECTORY_SEPARATOR . 'factory' . DIRECTORY_SEPARATOR . 'ConcreteFactory1.php');
require_once(DIR . DIRECTORY_SEPARATOR . 'factory' . DIRECTORY_SEPARATOR . 'ConcreteFactory2.php');
 
require_once(DIR . DIRECTORY_SEPARATOR . 'product' . DIRECTORY_SEPARATOR . 'Product1.php');
require_once(DIR . DIRECTORY_SEPARATOR . 'product' . DIRECTORY_SEPARATOR . 'Product2.php');
require_once(DIR . DIRECTORY_SEPARATOR . 'product' . DIRECTORY_SEPARATOR . 'ConcreteProduct1_1.php');
require_once(DIR . DIRECTORY_SEPARATOR . 'product' . DIRECTORY_SEPARATOR . 'ConcreteProduct1_2.php');
require_once(DIR . DIRECTORY_SEPARATOR . 'product' . DIRECTORY_SEPARATOR . 'ConcreteProduct2_1.php');
require_once(DIR . DIRECTORY_SEPARATOR . 'product' . DIRECTORY_SEPARATOR . 'ConcreteProduct2_2.php');
 
$client = new Client();
try {
$client->handleProduct(factory\Factory::TYPE_1);
} catch (\Exception $e) {
print $e->getMessage() . PHP_EOL;
}
 
try {
$client->handleProduct(factory\Factory::TYPE_2);
} catch (\Exception $e) {
print $e->getMessage() . PHP_EOL;
}
 
try {
$client->handleProduct(999);
} catch (\Exception $e) {
print $e->getMessage() . PHP_EOL;
}

で、実行ファイルを実行すると以下の様な出力が得られます。

abstractfactory\product\ConcreteProduct1_1
abstractfactory\product\ConcreteProduct1_2
abstractfactory\product\ConcreteProduct2_1
abstractfactory\product\ConcreteProduct2_2
Argument of abstractfactory\factory\Factory::abstractfactory\factory\Factory::getFactory() must be constant of abstractfactory\factory\Factory

残念ながらPHP5.3らしいことって何もできなかったですね＾＾；
名前空間を入れてみた、とか機能とはあんまり関係ないことだけです。
Abstract FactoryパターンだとClientがFactoryとProductの実装を知る必要がないので、
FactoryやProductのサブクラスが増えた場合には、FactoryとProductのサブクラスを実装して
Clientを使うクラスで使用するFactoryの識別(Factory::TYPE_n)を切り替える処理を実装すれば
他のクラスは便利に再利用できそうです。

大切なのはClientクラスは抽象クラスであるFactoryとProductしか扱わないこと。
ここに実装クラスが入ってくると、このパターンの意味がなくなってしまいます。
そして注意が必要なのは、Factoryの識別(Factory::TYPE_n)を誰が判断するか、ですね。

とあるクラスに一意に定義された値で処理を行いたい時にどうしてますか?
オブジェクト定数を使ってもいいのですが、そうするとタイプヒンティングが使えないので、
予定していない値が渡された時の処理を考える必要があります。

 
<?php
/**
* Type
*/
class Type {
/**
* Type A
* @var integer
*/
const A = 0;
 
/**
* Type B
* @var integer
*/
const B = 1;
 
/**
* Type C
* @var integer
*/
const C = 2;
}
 
/**
* Chech Type
* @param integer $type Type to check
*/
function checkType($type) {
if($type == Type::A) {
print "Type is Type A\n";
} else if($type == Type::B) {
print "Type is Type B\n";
} else if($type == Type::C) {
print "Type is Type C\n";
}
}
 
$a = Type::A;
$b = Type::B;
$c = Type::C;
 
checkType($a);//Type is A
checkType($b);//Type is B
checkType($c);//Type is C
 
checkType(5);//Not expected
checkType(null);//Type is A, but not expected
checkType(new stdClass());//Error, but not expected
 

予定しない値が渡った時の処理を考えるのも、ですが、
せっかくタイプヒンティングがあるので、
タイプヒンティングをうまく使う方法を考えます。

 
<?php
/**
* Type
*/
class Type {
/**
* Instances of this class
* @var array
*/
private static $instances = array();
 
/**
* Return Type A
* @return Type
*/
public static function A() {
if(!isset(self::$instances[__METHOD__])) {
self::$instances[__METHOD__] = new Type(0);
}
return self::$instances[__METHOD__];
}
 
/**
* Return Type B
* @return Type
*/
public static function B() {
if(!isset(self::$instances[__METHOD__])) {
self::$instances[__METHOD__] = new Type(1);
}
return self::$instances[__METHOD__];
}
 
/**
* Return Type C
* @return Type
*/
public static function C() {
if(!isset(self::$instances[__METHOD__])) {
self::$instances[__METHOD__] = new Type(2);
}
return self::$instances[__METHOD__];
}
 
/**
* Ordinal of this Class
* @var integer
*/
private $ordinal;
 
/**
* Private constructor
* @param integer $ordinal Ordinal of this Class
*/
private function __construct($ordinal) {
$this->ordianl = $ordinal;
}
 
/**
* Revoke clone
*/
public function __clone() {
throw new BadFunctionCallException('Clone is not allowed.');
}
}
 
/**
* Chech Type
* @param Type $type Type to check
*/
function checkType(Type $type) {
if($type == Type::A()) {
print "Type is Type A\n";
} else if($type == Type::B()) {
print "Type is Type B\n";
} else if($type == Type::C()) {
print "Type is Type C\n";
}
}
 
$a = Type::A();
$b = Type::B();
$c = Type::C();
 
checkType($a);//Type is A
checkType($b);//Type is B
checkType($c);//Type is C
 
checkType(null);//Error
checkType(new stdClass());//Error
checkType(new Type(1));//Error
$a2 = clone $a;//BadFunctionCallException
 

スタティックメソッドでインスタンスにアクセスするようにしました。
privateなconstructorと__cloneメソッドを実装して、
外部からのインスタンス作成と複製を無効にすれば
インスタンスが一意であることが保障されます。
タイプヒンティングを使っているので、
checkType()の内部では$typeはTypeのインスタンスであることが保障されます。

タイプヒンティングは便利なのですが、
足りてないところもあって、やきもきさせてくれます。
例えばスカラー型やオブジェクト型のタイプヒンティングが使えれば、
もっと便利に使えますよね。
PHPにはstdClassというクラスがあるのですが、stdClassはJavaのObject型とは違って、
全てのクラスのスーパークラスではありません。

 
function foo(/** not allowed */integer $i, /** not allowed */object $o) {}
 

ということで、今delfinoが使っているExtendedViewHelperです。
ViewHelperを実装する場合には、このExtendedViewHelperを拡張して実装しています。
ちなみに、こういうお約束の内容はFlex Builder(というかeclipse)のスニペットに登録しておくと便利です。
以下、ExtendedViewHelperのソースです。

 
package ${PackageName} {
import com.adobe.cairngorm.control.CairngormEvent;
import com.adobe.cairngorm.control.CairngormEventDispatcher;
import com.adobe.cairngorm.view.ViewHelper;
 
import flash.events.Event;
 
import mx.events.FlexEvent;
import mx.events.ValidationResultEvent;
import mx.validators.Validator;
 
/**
* ExtendedViewHelper
* @author $Author$
*
*/
public class ExtendedViewHelper extends ViewHelper {
 
/**
/**
* CairngormEventDispatcher
*/
protected static var dispatcher:CairngormEventDispatcher = CairngormEventDispatcher.getInstance();
 
/**
* ViewLocator
*/
protected static var locator:ViewLocator = ViewLocator.getInstance();
 
/**
* Validators of ExtendedViewHelper
*/
protected var validators:Array = new Array();
 
/**
* initialization
* @param document view of ViewHelper
* @param id id of ViewHelper
*
*/
override public function initialized(document:Object, id:String):void {
super.initialized(document, id);
this.view.addEventListener(FlexEvent.CREATION_COMPLETE, this.initViewHelper);
}
 
/**
* Initialize method of ExtendedViewHelper.<br />
* Override this method at sub classes.
* @param event Evet
*
*/
protected function initViewHelper(event:Event):void {}
 
/**
* Dispatch specified CairngormEvent.
* @param cairngormEvent
*
*/
protected function dispatch(cairngormEvent:CairngormEvent):void {
dispatcher.dispatchEvent(cairngormEvent);
}
 
/**
* Validate all Validators
* @return validate result
*
*/
protected function validate():Boolean {
if(Validator.validateAll(validators).length < 1) {
return true;
} else {
return false;
}
}
 
/**
* Clear all Validation result
*
*/
protected function clearValidators():void {
for each(var validator :Validator in this.validators) {
validator.dispatchEvent(new ValidationResultEvent(ValidationResultEvent.VALID));
}
}
 
}
}
 

少し説明をすると、ViewHelperのinitializedメソッドをオーバライドして、
ViewのCREATION_COMPLETE時にinitViewHelperがコールバックとして呼ばれるように設定しているのと、
ExtendedViewHelperのdispatcherフィールドにCairngormEventDispatcherを設定しています。

initViewHelperはViewのCREATION_COMPLETE時に呼ばれますから、
ここで例えばViewにEventListenerを設定したり、Validatorを設定したりします。
Viewに設定するValidatorは、ExtendedViewHelperのvalidatorsに追加しておくと
validateメソッドやclearValidatorsメソッドの対象にすることができます。

dispatchメソッドは、CairngormEventを発行する際に

 
CairngormEventDispatcher.getInstance().dispatchEvent(cairngormEvent);
 

と、いちいち書くのもおっくうなので、

 
this.dispatch(cairngormEvent);
 

と手抜きをする為のメソッドです。
毎回インスタンスの取得を行わないだけ、少しクライアントにも優しい部分もあるかもしれません。

validateメソッドは、フィールドvalidatorsに格納されているValidatorの検証を実行します。
ありがちな処理で、OKボタン押下時のコールバックなんかに使います。

 
private function onOKClick(event:Event):void {
if(this.validate()) {
//検証がOKなら処理の実行
}
}
 

とか、こんな感じですね。

そして、clearValidatorsメソッドは、
フィールドvalidatorsに格納されているValidatorの検証結果をクリアします。
例えば、何かのVOの編集をする為のViewなんかで、
検証結果が残ったままなのもあれなので、こんな感じに使います。

 
public function set vo(value:VO):void {
this._vo = value;
this.clearValidators();
}
 

と、いうことでまずはViewHelperの拡張クラスについて、でした。
次はこの拡張ViewHelperを使ったViewHelperの実装についての予定です。
その後はCairngormEvent、そしてCommandについて、まとめてまいります。
そして、PureMVCについても、Cairngormシリーズの後にまとめます。

今回のメモはFlex側のアプリケーションの問題なので、
サーバサイドのアーキテクチャは関係ありません。
(サーバサイドがamfphpでもPyAMFでもBlazeDSでもLSDSでも)

例えばFlex側でこんなクラスhoge.Hoge.asを書いたとします。

 
package hoge {
[RemoteClass(alias = "hoge.Hoge")]
public class Hoge {
public var name:String;
public var value:String;
}
}
 

そして、サーバサイドにはhoge.Hogeクラスのオブジェクト配列を返すHogeService.getHogeが実装されているとします。
で、サーバサイドのServiceをRemoteObjectとかで呼んで、結果をDataGridに格納するとします。
例えばこんなFlexアプリケーションhogeAppli.mxmlがあるとします。

 
<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute">
<mx:Script>
<![CDATA[
import mx.rpc.events.ResultEvent;
private function getResult(event:ResultEvent):void {
dgHoge.dataProvider = event.result;
}
]]>
</mx:Script>
<mx:RemoteObject id="remoteObject" destination="default" source="HogeService" result="{getResult(event)}"/>
<mx:VBox x="0" y="0">
<mx:DataGrid id="dgHoge">
<mx:columns>
<mx:DataGridColumn headerText="Name" dataField="name"/>
<mx:DataGridColumn headerText="Value" dataField="value"/>
</mx:columns>
</mx:DataGrid>
<mx:Button id="btnGetHoge" label="getHoge" click="{remoteObject.getHoge()}"/>
</mx:VBox>
 
</mx:Application>
 

さて、btnGetHogeがクリックされて、HogeServiceのgetHogeが実行された後
getResultメソッドの引数eventのresultに格納されているのは、何のクラスのオブジェクト配列でしょう。
hoge.Hogeクラスが定義されていてマッピングも定義されているのでhoge.Hogeクラスのオブジェクト配列になりそうなものですけど
実際にはObjectクラスのオブジェクト配列になります。
どうしてこういうことになるのかというと、
Flexのソースツリーの中にhoge.Hoge.asが含まれていたとしても
アプリケーション(この場合はhogeAppli.mxml)からhoge.Hogeクラスが参照されない限りは
hoge.Hoge.asはクラスマッピングの対象にならないようです。
FlexBuilderでは、hoge.Hoge.asにシンタックスの間違いがあってコンパイルが通らないようなソースであっても
ビルドが通ってしまいますから、そもそもコンパイルの対象にならないのかもしれませんね。

Site AccessをHostモードにした場合

なんですが、[SiteAccessSettings]セクションのHostMatchMapItems[]ディレクティブが
インストールウィザードで指定したものが反映されてないみたいです。
ezflow_site_userとezflow_site_adminがデフォルトの
ezflow_site_user.ドメイン名とezflow_site_admin.ドメイン名になっています。
修正してあげないとサイトにアクセスできないので、
インストールウィザードが終了した後に
ez Publish install directory/settings/override/site.ini.append.phpを修正いたしましょう。
後はez Publish install directory/settings/siteaccess以下にあるディレクトリ内のsite.ini.append.phpにある
[SiteSettings]セクションのAdditionalLoginFormActionURLも直したほうがよさげ。

Site AccessをデフォルトのURIにした場合には
URLがez Publish Site/index.php?Hogeとかそんな感じで生成されます。
これをez Publish Site/Hogeにしたい場合にはSite AccessをHostにする必要があります。
この場合はVirtualHostを使うことになるのですが、共有サーバとかでVirtualHostを使えないけど
サブドメインを使えるような場合(どのケースかとかはぐたぐた長くなるので割愛)には
site.iniの[SiteAccessSettings]セクションにForceVirtualHost=trueと指定してあげるとどうにかなるかもしれません。

なんかFLVが再生されないような

Delfinoの環境では再生されませんでした。
原因その1はflashvarsでmoviepathという変数を渡しているのですが
これが2回出力されている

moviepath=moviepath=Hoge

のも原因かもしれないのでとりあえずテンプレートを修正。
あ、これez Flowを使ってる場合の話です。
他は試してないので分りません。
ez Publish install directory/extension/ezflow/design/ezflow/override/templates/block/video.tplを修正します。
47行目で

<param name="flashvars" value="moviepath={$flash_var}" />

としているので

<param name="flashvars" value="{$flash_var}" />

に修正。
これでmoviepathが2重に送信されることはなくなったわけですが･･･はい、やっぱり流れませんね。
ものがSWFなので手を出せません。
ez Publishはオープンソースなので、もしかしたらソースが手に入るのかもですけど
ちょっとそこまで試す気になれないのでここまで。
久しぶりの更新も覚書。

てっとり早く結論

結論から書くと、AMFのエンコードとデコードを行う
AMFEXTというextensionがありますから、
そのextensionをPHPにインストールしておくと
amfphp1.9がextensionを認識して、高速に動作するようになる、ということです。
Patrickさんによると
We’ve tested it through and through, it is very stable, and let me tell you, it is ridiculously fast.

テストにテストを重ねてみたけど、とても安定していて、言わせてもらうなら、これめっちゃ早いで。

とのことです。(いつもながらに適当訳)

で、どうするか

AMFEXTのサイトからソースやバイナリがダウンロードできます。
Windowsユーザなら、バイナリのzipをダウンロードすると、
bin/windows以下にPHPのバージョンごとのdllがありますから、
使っているPHPのバージョンに該当するdllをPHPのextensionディレクトリに放り込んで
php.iniにphp_extension=php_amf.dllと追記して、Webサーバを再起動すればよしです。
Linuxユーザの場合は、phpizeを使ってPECL拡張モジュールとしてコンパイルできるそうです。
これは試してないので、説明ができません＾＾；
Linuxの場合は、php.iniにextension=amf.soを追記です。

extensionのセットアップが完了したらphpinfo()を実行するとamfの項目がでてきます。
で、amfphpのgateway.phpに直接ブラウザからアクセスしてみると、
「AMF C Extension is loaded and enabled.」の一文が増えてます。
後はextensionの力で高速になったamfphpが使える、ということですね。

ところが色々ありまして

AMFEXTを有効にした状態で、S2Baseのamfphpプラグインを使ってみたんですけど
どうもS2Dao_ArrayListのマッピングが変わってるみたいで、
AMFEXTを有効にしていない時のソースコードそのままでは動いてくれませんでした＾＾；
原因を調べてみないと、と思ってそのままになっていたので
AMFEXTの話を書いてなかったんです。＾＾；；

で、思い立ってちらっとソースを見ていると･･･AMFEXTってPHPライセンスじゃありませんか。
と、いうことは、AMFEXTを使った成果物はASL2.0に移行できる･･･のかな？
考えてみればエンコーダとデコーダがあるってことは、
amfphpでいうところのGatewayを作れば、S2AMF.PHP5･･･ですか？
ようやくコミッタらしい何かができますか？
そしてまたなれない翻訳大会の開始ですか？

amfphp1.9にはgzipサポートの機能があったり
Amfphp 1.9 beta 2 – ridiculously fasterには、
amfphp1.9の新機能の紹介が色々と書かれています。
amfphp1.9は、まだ公式サイトのドキュメントに落ちてない状態ですから
Patricさんのこのエントリを参考に色々と試してみるのもよいかと思われます。
amfphp2.0はどうなるかな。
SourceForgeの方では、ちょっと動きがないようですが。

追記

AMFEXTのサイトに書いてあるのですが、
AMFEXTってPECLでも公開されています。
PECLのはVersionが0.9.1になってますから、
AMFEXTのサイトにある0.9より新しいということになると思うのですが、
なんかヘッダファイルの更新日時が微妙ですね･･･＾＾；
そして、amfphpのSorceForgeのCVSにはAMFEXTが置かれてますね･･･。
こっちの方は最終更新が3/22ですから、うーん＾＾；；
AMFEXTのサイトには、SorceForgeに移行するよって書いてあるんですけど
一体どこに･･･あるんだろう･･･。
PECLのが最新版と思えばいいのかな･･･＾＾；；；

Cairngormでは、ViewLocatorを使ってViewとロジックを分離します。
アプリケーションの見た目に関る部分はMXMLに記述して、動作に関る部分はViewHelperに記述することで
見た目と動作を別のものにするわけですね。
具体的にはMXMLの中でそのViewに該当するViewLocatorを宣言しておきます。
Hogeというコンポーネントに対するViewHelperがHogeViewHelperならこんな感じです。

 
<?xml version="1.0" encoding="utf-8"?>
<mx:Panel
xmlns:mx="http://www.adobe.com/2006/mxml"
xmlns:viewhelper="hoge.viewhelper.*" >
<viewhelper:HogeViewHelper id="hogeViewHelper" />
 

そうするとHogeViewのインスタンスが生成された時に
HogeViewHelperのインスタンスが生成されて、
HogeViewHelperのviewフィールドにHogeViewのインスタンスへの参照が設定されます。
で、あわせてViewLocatorにMXMLで指定したHogeViewHelperのidをキーとして
(Cairngormのドキュメントで言うところのcanonical name)
HogeViewHelperのインスタンスが登録されます。
後はViewLocatorのインスタンスにgetViewHelper(“hogeViewHelper”)とすると
HogeViewHelperのインスタンスを返してくれます。

もう少しつっこんで書くと、
HogeViewHelperのスーパクラスであるViewHelperクラスには
initializedメソッドが定義されていて、
このメソッドの中で自身のviewとidを設定して、
対象となるViewに対してイベントリスナを設定しています。
イベントリスナはEvent.ADDEDとEvent.REMOVEDで
対象となるViewが表示対象となった時には
ViewLocatorに対して自身を登録して、
対象となるViewが表示対象外となった時には
ViewLocatorに対して自身をします。

つまり、ViewHelperの準備が完了するには以下のステップがあります。

1. ViewHelperが設定されたViewのインスタンスが生成される。
2. ViewHelperのインスタンスが生成される。
3. ViewHelperがimplementsしているIMXMLObjectのinitializedメソッドが呼ばれる。
4. initializedメソッドの中でViewHelperのidフィールドとviewフィールドが設定される。
5. initializedメソッドの中でViewに対してイベントリスナが登録される。
6. Viewが表示対象となる。(ApplicationでaddChildされるとか)
7. イベントリスナに登録されたコールバックメソッドの中でViewHelperがViewLocatorに登録される。

これでようやくViewLocatorからViewHelperが取得できるようになるわけです。
反対にViewが表示対象外(ApplicationでremoveChildされるとか)すると
イベントリスナに登録されたコールバックメソッドの中でViewLocatorからViewHelperが削除されます。

はい、長々書きましたけど次に進みます。
FlexでPopUpを実現するには、PopUpManagerというクラスの3つのスタティックメソッドを使います。
シグネチャはこんな感じになってます。

 
public static function addPopUp(window:IFlexDisplayObject, parent:DisplayObject, modal:Boolean = false, childList:String = null):void
public static function createPopUp(parent:DisplayObject, className:Class, modal:Boolean = false, childList:String = null):IFlexDisplayObject
public static function removePopUp(popUp:IFlexDisplayObject):void
 

addPopUpかcreatePopUpでPopUpを表示して、removePopUpでPopUpを削除します。
addPopUpとcreatePopUpの違いは、
PopUpの対象をインスタンスで指定するか(addPopUp)
クラス名で指定するか(createPopUp)の違いです。

何も考えずApplicationの中でPopUpするなら、こんなコードを書くわけです。

 
var hogeView:HogeView = new HogeView();
PopUpManager.addPopUp(hogeView, this, true);
 

さて、ViewHelperを使うならどうしましょう。
しれっと考えるとViewHelperの中にpopUpとかいうメソッドを作って
それを呼びたいところですが、Viewのインスタンスが存在していないと
ViewHelperのインスタンスも存在していません。
ViewHelperがViewLocatorに登録されるのは
Viewが表示対象になった後なので、こんなコードもアウトです。

 
var hogeView:HogeView = new HogeView();
var hogeViewHelper:HogeViewHelper = HogeViewHelper(ViewLocator.getInstance().getViewHelper("hogeViewHelper"));
hogeViewHelper.popUp();
 

Viewが表示対象になるまではViewLocatorからViewHelperを取得できないので
PopUpしてからじゃないとViewHelperを使うことができない。ということです。
付け加えておくと、PopUpするためにはPopUp対象となる親コンポーネントを指定する必要があるので
親コンポーネントのViewHelperにViewを返すメソッドを定義しておいて、
子コンポーネントのViewHelperから親コンポーネントのViewHelperを取得して
親コンポーネントのViewHelperから親コンポーネントを取得してっていう
何やらスパゲッティな予感漂う実装になっちゃいますね。

はい、ということでこんな感じの実装はどうでしょう。
まず親コンポーネントのViewHelperにこんなメソッドを用意しておきます。

 
public function createPopUp(className:Class, modal:Boolean = false, childList:String = null):IFlexDisplayObject {
var parent:DisplayObject = ;
return PopUpManager.createPopUp(parent, className, modal);
}
 

で、PopUpする子コンポーネントのViewHelperにはこんなメソッドを。

 
public function close():void {
var window:IFlexDisplayObject = IFlexDisplayObject(this.view);
PopUpManager.removePopUp(window);
}
 

closeメソッドはこんな感じ親コンポーネントに実装することもできるでしょうけど

 
public function close():void {
var hogeViewHelper:HogeViewHelper = HogeViewHelper(ViewLocator.getInstance().getViewHelper("hogeViewHelper"));
var window:IFlexDisplayObject = IFlexDisplayObject(hogeViewHelper.getView());
PopUpManager.removePopUp(window);
}
 

これだとHogeViewHelper側にViewを返すメソッド(getView())が必要になるので
ちょっといやな予感がしますね。
ちなみに親コンポーネントのViewHelperのcreatePopUpは、
addPopUpメソッドでもいける･･･と思います･･･試してませんけど＾＾；
PopUpManagerのremovePopUpメソッドが実行された時には、
REMOVEDなEventがdiapatchされますので、
ViewLocatorからHogeViewHelperの登録は削除されます。
つまり、後処理もちゃんとしてくれてるってことですね。