こんな風だし、
右クリックで、“構成”を選択すると、
こんな警告出るし、
こんなウィンドウが表示されるだけで、なんなんだよ、これ。って感じで、放置していた CF Frameworks Explorer 。
でも、ここ の「08 CF Frameworks Explorer Introduction」を見て、一気に解決。
]]> 続く...実際に、80行目に以下のコードを入れてみた。
]]> 続く...
こんな風だし、
右クリックで、“構成”を選択すると、
こんな警告出るし、
こんなウィンドウが表示されるだけで、なんなんだよ、これ。って感じで、放置していた CF Frameworks Explorer 。
でも、ここ の「08 CF Frameworks Explorer Introduction」を見て、一気に解決。
]]> 続く...
こんな感じで関数を一覧してくれるので、紙のドキュメントにすることも可能だ。
]]> 続く...で、とりあえず、http://localhost/shopping/model/ItemArrayBean.cfc?method=getItemArray にアクセス。
コンポーネント [[リポジトリ]]\shopping\www\model\ItemArrayBean.cfc のメソッド 'getItemArray' はリモートでアクセスできません。
cffunction の access 属性が public なのだから当然。
]]> 続く...例えば、ユーザーというデータがあって、そのユーザーが購入した商品は、複数ある。
逆に、ある商品を購入したユーザーは、複数人いるというのが、多対多ということらしいけど、どうやって設定するのやら。
以前、Transfer のサンプルの tBlog の Transfer.xml で manytomany を見かけたけことを思い出して、参考にしてみた。
インターネット上の情報から考えても、どうやら、リレーション用のテーブルを設けるらしい。
user = getTransfer().get("user.User", 1);
cloneUser = user.clone();
どんなときに使うのだろうか。
例のごとく、ドキュメントを読んでも、さっぱりわからない。
悪戦苦闘の結果に導き出した答えが、「Transfer のオブジェクトの振る舞いを変更するための仕組み」。
Transfer のオブジェクトは、Transfer.xml の object タグの情報を元に、自動で生成される。Transfer.xml で設定できること以外は、そのオブジェクトに対しては、ブラックボックス状態だ。
そこで、この transfer.com.TransferDecorator の出番となる。
やり方としては、コンポーネント内の指定した関数を丸ごとトランザクション処理するというイメージになる。
shopping.model.CartProcess の transfer.TransferFactory を AutoWire したタイミングで、transfer.TransferFactory から transfer.com.sql.transaction.Transaction を取得する。
<cffunction name="setOrmService" access="public" returntype="void" output="false">
<cfargument name="ormService" type="transfer.TransferFactory" required="true">
<cfset variables.transfer = arguments.ormService.getTransfer() />
<cfset variables.transaction = arguments.ormService.getTransaction() />
</cffunction>
その Transaction を利用して、
<cfset transaction.execute(component, methodName, [arguments]) />
と、直接的に関数をトランザクション指定で起動することもできる。
直接指定の場合は、その関数を利用するときに、上記の記述で利用することになる。
また、ＡＯＰのように記述して、関数を指定することで、指定した関数が丸ごとトランザクション処理されるようだ。
この記述の場合は、事前に行っておくことで、その関数を通常のように利用した場合でも、トランザクション処理されることになる。
<cffunction name="setOrmService" access="public" returntype="void" output="false">
<cfargument name="ormService" type="transfer.TransferFactory" required="true">
<cfset variables.transfer = arguments.ormService.getTransfer() />
<cfset variables.transaction = arguments.ormService.getTransaction() />
<cfset variables.transaction.advise(this, insertItem) />
</cffunction>
さらに、
<cfset arguments.transaction.advise(this, "^save") />
と、正規表現で一括してトランザクション処理指定もできる。
トランザクションで処理したい関数を save で始まる関数名にしておけば、簡単に一括指定できる。
テーブルを下図のように変更。
CREATE TABLE public.CARTHEADER (
sessionid VARCHAR(32) NOT NULL
, createdate TIMESTAMP NOT NULL
, updatedate TIMESTAMP NOT NULL
, PRIMARY KEY (sessionid)
);
CREATE TABLE public.CARTDATA (
lnksessionid VARCHAR(32) NOT NULL
, lnkitemid INT NOT NULL
, categoryname TEXT NOT NULL
, itemname TEXT NOT NULL
, price INT NOT NULL
, quantity INT NOT NULL
, PRIMARY KEY (lnksessionid, lnkitemid)
);
ついでに、カートデータとして、各商品の個数を登録できるようにした。
主キーに、固定長の文字列を設定して、バイト長が足りない文字列を入れることは、御法度らしい。
他にも、実際にやってみるとわかる Transfer のクセというか作法もちょこっとずつわかってきた。
ColdFusion-Style フォーラムで話題があがっていたけど、アプリケーションフレームワークは色々あるが、ＤＩコンポーネントは ColdSpring 、Ｏ－Ｒマッパーは、Transfer を選択する人が多いのだろうか。
アプリケーションフレームワークは ColdBox が流行なのかな。なにやら、Eclipse のプラグインがあるみたいだし、ちょっと読んでみる必要があるのかな。
目下の悩み事は、ＣＦタグのコードと、cfscriptのコードが入り交じっていることだ。
全部ＣＦタグにしたほうが、統一感があっていいのだけど、各種ドキュメントのサンプルコードが cfscript で書いてあったり、ちょっとだけコーディング量が少なかったりと、cfscript で書いちゃう場所もある。
どちらかに全て統一となると、cfscript に統一ということはできないようだから、やっぱり、ＣＦタグの方がいいのかなぁ。