- 1 名前：名無しさん＠お腹いっぱい。 [2001/05/27(日) 17:59 ID:6pK8snWA]
- ASPでもPHPでもPerlでもJavaでも形こそ違えど結局は可変部を吐き出すための
<%〜%>やらprint文の嵐になってしまう。
「HTMLはHTML、プログラムはプログラムと完全に分離する方法はないものか。」
を話し合うスレッドです。
- 440 名前：nobodyさん mailto:sage [02/10/15 23:11 ID:???]
- >>439
とはいっても、400あたりからずっとWO続きなのは正直ウザイ。
MVCとかCodeBehindとかTemplateとかカスタムタグみたいな製品や技術に
比較的非依存な話題ならいいんだけど、（他の技術にも流用できそうだから）
WOの話ははっきりいって、いくらされても他の製品や技術に流用できるようには見えん。
> WOに特化したコアな話題だったら当然、WOスレでやって欲しいところだけど、
もはやWOに特化したコアな話題だと思われるが。
- 441 名前：nobodyさん mailto:sage [02/10/15 23:23 ID:???]
- ちょっと最近のスレを読んでみたけど、WebObjects語ってる香具師らは
何というか、「選民思想」みたいなのがあるな。
「先進的」とか「独特」とかいう単語を並べて自分に酔っている。
>>409なんてほぼ自己陶酔に近い。
で、マニアックなのを逆に誇っているような・・・。
とりあえず、J2EEサーバや.NET、ASPといった競合技術を子馬鹿にしたような
発言は余計だったかな？
cocoonとかの話をもっと聞きたかったな。
- 442 名前：nobodyさん mailto:sage [02/10/15 23:35 ID:???]
- はいはい、ここで暴れてるWO厨ども、まったく意味無いから、本スレに帰ってくるように。
WOは、ｱｯﾌﾟﾙ(J)社内でも認知されない妾の子扱いだから、あまりよそ様の目に触れてはいかん。
選民意識は持ってていいが、外には出すな（ｗ
つーわけで、迷惑掛けてｽﾏｿ＞このｽﾚ住民殿
興味あるなら、WOｽﾚにｳｪﾙｺﾒ。
- 443 名前：nobodyさん mailto:sage [02/10/15 23:40 ID:???]
- >>441
自己陶酔ってのは、端から見て確かにｷﾓｲが、毎日使う道具だったら、惚れて使う方がよくねぇ？
包丁だって、ﾅﾏｸﾗに文句言いながらよりは、私見でも「よくｷﾚるｼﾞｬﾈｰｶ」って思いこんだほうがいいと思うが。
J2EE/.NET/ASP共に然り。どの分野にも、極めた人間ってのはいるからな。
Perl使ってEJBも真っ青はﾛｼﾞｯｸ組む香具師もいるし。
駄文ｽﾏｿ。んじゃ。
- 444 名前：age [02/10/15 23:48 ID:pfYG+Byr]
- ビジネスロジックとデザインの分離とはちょっと話がずれるが、
ロジックのコンポーネント化というのはどうなのかな？
俺はPHPの中に普通にロジックをガリガリ書いてしまうほうなんだけど、（あとはincludeとか）
やっぱバイナリのコンポーネントにくるんでおいたほうがメリットはあるの？
ASP→COM/COM+
J2EE→JavaBeans/EJB
.NET→.NET Assembly
PHP→ねぇよ
って考えると、コンポーネント仕様を持たないPHPが中途半端に見えるんだけど。
ビジネスロジックのコンポーネント化についてばっさり意見を言える神の説明ｷﾎﾞﾝﾇ。
- 445 名前：nobodyさん mailto:sage [02/10/15 23:51 ID:???]
- 自分が不案内な技術がやたらと目に付くようになったときに、それをウザイと思うか
そんなにいうなら調べてみようじゃねーかと思うかでは、その技術や
背景になっている枠組への理解度が違ってくると思うのだが。
結局このスレがWO厨だらけになって他の話題が出てこないってことは、この
「コンテンツとデザインの分離」っていうトピックに興味を持つ人間の割合が
WO厨は他と比べて多いってことなんだろう。
どうせなら、なんで他の環境のやつらが熱く語ってくれないのか、ってあたりを
問題にしたいところだが。
- 446 名前：nobodyさん mailto:sage [02/10/15 23:57 ID:???]
- > 自分が不案内な技術がやたらと目に付くようになったときに、それをウザイと思うか
> そんなにいうなら調べてみようじゃねーかと思うかでは、その技術や
> 背景になっている枠組への理解度が違ってくると思うのだが。
ここらへんは同意できるのだが
> 結局このスレがWO厨だらけになって他の話題が出てこないってことは、この
> 「コンテンツとデザインの分離」っていうトピックに興味を持つ人間の割合が
> WO厨は他と比べて多いってことなんだろう。
ただ単に他の奴等が逃げ出したのでは？
ただでさえ過疎化著しいWebProg板で、他のネタが書けないような雰囲気になってしまえば
ＷＯ以外の書き込みがなくなるのも無理はない。
ちなみに「コンテンツとデザインの分離」というトピック名称には普通興味は持たないわな。
「ロジックとデザインの分離」には興味を持つ人間も多いだろうが。
- 447 名前：nobodyさん mailto:sage [02/10/15 23:59 ID:???]
- >>444
もちろん出来たらメリットはあると思う。てゆーかそれがやりたいと
みんな思ってるけどなかなかキレイにくるめないんだと。
問題意識とズレるかも知れないけど、Zope/CMFでやってる、
ワークフローのオブジェクト化なんてのはロジックのコンポーネントと
言ってもいいんじゃないかな。EJBでああいうことをやるのは不可能に
近いとは思うけど。
- 448 名前：勝手ﾆ仕切ｯﾃｽﾏｿﾝ [02/10/16 00:29 ID:wAz0M52D]
- まぁなんだかんだいって450近くまでスレが伸びるというのも、それだけ多くのWebプログラマが興味を持っている分野だということだね。
これはCGI屋、PHPﾏﾝｾｰ派、J2EEﾜｼｮｰｲ人間、MS工房とかいった人種の壁を越える共通問題だと思うYO。
で、結局ロジックとデザインの分離方法は技術によってけっこう主流が違うんだなぁということが分かったんだけど、
だいたい以下の4パターンくらいに分類できるということなのかな？
Template型
=>Perl-CGIのHTML::Template、PHPのSmarty等
MVCデザインパターン型
=>ASP(中途半端)、J2EE(Servlet+Bean/EJB+JSP)等
カスタムタグ型
=>J2EEのJSP、ColdFusion等
Codebehind型
=>ASP.NET
XML+XSLT型
=>CocoonのXSP
(WOは知らん。特殊らしいからこの中には分類できん。)
ちょっとここらへんたたき台にしてスレの方向転換＆中間まとめしてみない？
（あまり宗教対立や部落紛争を起こさぬように･･･）
- 449 名前：nobodyさん mailto:sage [02/10/16 00:30 ID:???]
- >>444
そのためのルールベースエンジンじゃねえのか？（ｗ
- 450 名前：nobodyさん mailto:sage [02/10/16 01:02 ID:???]
- 厨な質問かもしれないけど、１点確認したい。
WOの話題がNGってことは、商用製品におけるロジックとデザインの分離方法を
このスレで語るのはダメってことかい？
基本的にフリーで利用できる製品のみが対象？
WO厨ってなじられることを覚悟でﾊﾟﾋﾟｺすると、
なぜWOの話題は嫌われるの？ﾏｲﾅｰすぎるから？
選民意識が強いっていうのは、NGにする理由にならないと思うんだけど。
- 451 名前：450 mailto:sage [02/10/16 01:04 ID:???]
- んーと、このスレは、
コンテンツ（というよりロジック）とデザインの分離に関する技術的話題を扱うスレだよね？
- 452 名前：nobodyさん [02/10/16 01:08 ID:AoJOl8Ws]
- >444
どっかで、Win-PHPはCOMが使えるって言ってたよ。
でも、ASPでもCOMは避けたいねぇ。管理ウザイから。
開発環境で、似たようなアプリが増えてくると、
かなーりブルーだよ。目の前のが動いてるつもりで、
違うフォルダの古い奴が動いてたり(^^;
PHPは、やはり元々、Perl+αかつ ASPの対抗製品だから、
そんなもんじゃないすか？ネームスペースの切り方からして、
お手軽さの方が重視されてると思うし。次は、ColdFusionみたいに
Java化するんでしょ？そうなれば、Servletをアシに使えるのでは?!
- 453 名前：nobodyさん [02/10/16 01:17 ID:AoJOl8Ws]
- >448
漏れの印象としてはWOは、ASP.NETのサーバーサイドコントロールと
同じに見える。（Codebehind?)
- 454 名前：nobodyさん mailto:sage [02/10/16 01:46 ID:???]
- WOスレはかなり宣伝入ってると思われ。
現実では、WO使ってると言う話はほとんど聞きません。
- 455 名前：nobodyさん mailto:sage [02/10/16 02:01 ID:???]
- だから、WO厨は、本スレに戻ってこいって。
WOユーザーでさえWOをまともに理解できてないﾔﾂ多いんだから、
一般的開発者に語ったところで、「宣伝」「自己陶酔」「選民意識」って言われるのがオチ。
世間の見方なんて、WOユーザーとマカは同レベルでしかないんだよ。
どうせお前ら、WOF+EOFを語りたいんだろ？本スレで思う存分やろうぜ。
はい、撤収〜撤収〜
- 456 名前：nobodyさん mailto:sage [02/10/16 02:27 ID:???]
- >>448
その分類あんまりフラットじゃないと思う。
MVC型ってたぶんStrutsかなんかをイメージしてるんだと思うけど、
それを実現するためにはテンプレートやカスタムタグの存在が基礎に
なってるわけで、並列するようなもんじゃないでそ。
J2EEとだけ言ったんでは分離もくそもあったもんじゃない。
が、しかし、なんか中間結果をまとめたいというのは禿しく賛成。
- 457 名前：nobodyさん mailto:sage [02/10/16 19:51 ID:???]
- >>454
それって、あなたの周りだけのハナシでは。
部分をもって全体を語るな。
- 458 名前：nobodyさん [02/10/16 21:16 ID:wAz0M52D]
- Template型にはJavaのVelocityもあるな
- 459 名前：nobodyさん [02/10/16 21:19 ID:wAz0M52D]
- ＞WOの話題がNGってことは、商用製品におけるロジックとデザインの分離方法を
＞このスレで語るのはダメってことかい？
商用製品そのものの独自思想はちょっと控えたほうがいいとは思うが、
例えばJ2EEみたいに規格があって、それに対してTomcat、JBossからWebSphere、WebLocigまで
様々な製品実装があるようなものは問題ないと思う。
ケースバイケースだな。
あまり書き込みルールみたいなのを設けると過疎化が進む。
- 460 名前：nobodyさん mailto:sage [02/10/17 00:13 ID:???]
- つーか、WOの話題はWOスレでやれ！
特定の製品は歓迎されないよ。
で、wo使って作られてるサイトってどんなん？(jpドメイン
- 461 名前：nobodyさん mailto:sage [02/10/17 00:15 ID:???]
- >>460
www.apple.co.jp/webobjects/customers.html
- 462 名前：nobodyさん mailto:sage [02/10/17 09:01 ID:???]
- >>461
本当に航空関連（えあどぅ）でWOが使われているとはしらなんだ...
- 463 名前：nobodyさん mailto:sage [02/10/17 12:09 ID:???]
- エアドゥとかで使われてるのは、Webアプリだよね。
C/Sタイプのアプリも開発できて、それはSybaseと一緒にNTTの基幹システムで動いてる。
ただしそれは、NTTが事例としての引用を認めてない。
NHKも社内で使ってるが、こちらも同様。
WOスレ行くと、WOが持ってる技術特許へのリンクも見られるぞ。
- 464 名前：nobodyさん mailto:sage [02/10/17 18:08 ID:???]
- ウチがlinux/phpでリプレイスやってるサイトある(ﾟдﾟ)！
紹介されてるサイト結構、既にcgi/aspなんかになってるやん。
www.ablic.net/の求人探索1/3ぐらいの確立でパラメータが
エラーとかでるよ(;´Д`)
- 465 名前：nobodyさん mailto:sage [02/10/17 22:34 ID:???]
- >>WOスレ行くと、WOが持ってる技術特許へのリンクも見られるぞ。
みたYO. 糞ﾏｶｰ共がﾏﾝｾｰﾏﾝｾｰする理由がよくわかったYO(W
- 466 名前：nobodyさん mailto:sage [02/10/20 08:58 ID:???]
- WO厨の気がすんだら書き込みなくなるわけね。
- 467 名前：nobodyさん mailto:sage [02/10/20 13:47 ID:???]
- >466
WO使っている連中なんてそんなもんだよ。
一昔前のMac馬鹿と同じ（藁
- 468 名前：nobodyさん [02/10/20 14:32 ID:9WgqBhUQ]
- >>467
そういうならWO以外のネタを出してくれ。
- 469 名前：nobodyさん [02/10/20 17:15 ID:qpipozpW]
- Cocoonって何がすごいのかよくわからないんだけど、
WO厨なみに製品ﾏﾝｾ-して説明（洗脳？）してくれる人ｷﾎﾞﾝﾇ
- 470 名前：nobodyさん [02/10/20 22:00 ID:bYFhkOye]
- >468
ネタっていうか、そもそもビジネスロジック自体がページという概念から切り離せないWebアプリケーションの世界で、どうやってロジックとデザインを分離するってことを考えるのかわからん。
どのようなWebアプリケーションの環境においても、所詮クライアント環境に吐き出すものは毎回サーバが提供しなけりゃならない。
こんなモデルってのはいままであり得なかったわけでしょ？
UIが素っ気ないものでいい（究極はVT100アクセスで利用したようなキャラクタベースのコマンド）ならまだしも、高価な実装が期待されるんだから無理もはなはだしいんだよ。
どうあがいてもステートレスのサービスっていうとんでもない前提の制約がある上に、その上塗りがあるんだからどうしようもない。
そもそも分離したらWebアプリケーションとしての体をなさない世界で分離を考えること自体がナンセンス。
一番の早道は、デザイナーがコーディングに近づくのでなく、デザイナーがパーツ化したデザインと組みあがったUI部分の実体を提供して、それをコーディングする側が適切に配置できるように訓練することだよ。
デザインも断片化したコードの一部としてプログラマーが取り扱う以外ないだろうと考える。
その結果はある程度のprint構文（あるいはヒア構文）の混在は避けられないし、合理的だ。
- 471 名前：nobodyさん mailto:sage [02/10/20 22:10 ID:???]
- >>470
激しく同意。2行目からは読んでないけど。
で、どこを縦に読めば良いの？
- 472 名前：太郎 [02/10/20 22:22 ID:CP0XcMB5]
- 無料サイト総合案内室わつくりますた。
情報量は知り合いの友達よりも結構多いです。
あと無料ソフト集もあるのでねダウソしてみては 。
あと、このサイトの正式タイトルを考案中ですので応募してみては。
あとアンケートにも答えてみては。
www31.tok2.com/home/sanche/
- 473 名前：nobodyさん mailto:sage [02/10/20 22:54 ID:???]
- >ネタっていうか、そもそもビジネスロジック自体がページという概念から切り離せないWebアプリケーションの世界で、
>どうやってロジックとデザインを分離するってことを考えるのかわからん。
>どのようなWebアプリケーションの環境においても、所詮クライアント環境に吐き出すものは毎回サーバが提供しなけりゃならない。
ネタですね？（ｗ
ネタにマジレスしてよかですか？
例えば、PHPとかJSPで、デザインにSQLとか条件分岐によるHTML出力処理とかが、
バリバリに入っているという、よくあるタイプのWebアプリがあるとする。
当然、実装的には問題無いわけで（ほんとか？）、完動すると。
しかし、運用開始後に仕様変更や拡張があった場合はどう？
デザイナにHTMLテンプレート部分を担当させてたとして、
デザイナの仕事が終わらないと、コード部分も修正できないってことは無い？
同じ動作をする、暫定テンプレートを別途作るという無駄な作業する？
他にも、いろいろメリットあると思うけど。
だからこそ、JSPのTaglibとか、いろいろ出てきてるんだと思うんだが。
間違ってる？
- 474 名前：nobodyさん mailto:sage [02/10/21 04:33 ID:???]
- HTMLにロジックが入ってるだけやん。←tagライブラリ
それと、ロジックにHTMLが入った(php/asp)のも大差ないような気も。
ロジックの再利用ができるって意味でのタグライブリ、
デザインの再利用を(主に)するのがテンプレート技術？
- 475 名前：nobodyさん mailto:sage [02/10/21 04:34 ID:???]
- どっちも再利用しなきゃ意味がないと・・・OOと一緒か。
- 476 名前：nobodyさん mailto:sage [02/10/21 06:40 ID:???]
- >471
だからさ、WO厨はあっちイケよ。
いらない。
>473
> だからこそ、JSPのTaglibとか、いろいろ出てきてるんだと思うんだが。
> 間違ってる？
だからさ、それが根本的解決策にはなり得ないってことは、UI＆フロントエンド、ビジネスロジック、バックエンドまで一貫してごりごり設計＆コーディングまでやってればわかるってことだよ。
完全に分離なんて無理だって（笑）
オープンソースが世界を変える、携帯電話で空を飛ぶってのと同レベル。
それからきみが書いていることは「そうなればいいな」ってことや「それって問題じゃん？」って提起なだけ。
指摘していることが問題じゃないなんて誰も言っておらん。
問題ではあるけれど本来解決し得ない問題もある。
だから無駄な抵抗を止めて本質を見レと言ってるのね。
>474
まさにそういうことだね。
HTMLにロジックが混在しているか、ロジックにHTMLが混在しているかってところがせいぜいなんだよ。
それ以上にも以下にもならん。
>475
再利用するっていうのは必須の発想だよね。
不可能な分離を考えるのでなく、いかに現実的な解決メソッドを編み出すかにつきると思うんだ。
- 477 名前：nobodyさん mailto:sage [02/10/21 08:20 ID:???]
- ネタなのかなぁ？
>>476
>HTMLにロジックが混在しているか、ロジックにHTMLが混在しているかってところがせいぜいなんだよ。
>それ以上にも以下にもならん。
ここで言っているロジックって、UIのビヘイビアに関するロジック(表示ロジックと呼びますか)だよね？
で、>>470で話している、
>ネタっていうか、そもそもビジネスロジック自体がページという概念から切り離せないWebアプリケーションの世界で、どうやってロジックとデザインを分離するってことを考えるのかわからん。
この文の最初に出てくる（ビジネス）ロジックと、後の文のロジック、476の文章の結論が結びつかないんですけど？
476はビジネスロジックと表示ロジックがちゃんぽんになってませんか？
休暇申請するシステムを作るとして、
「有給休暇残日数ー有給休暇申請日が０以下の場合は、申請拒否」というルールを
プログラムにしたのがビジネスロジック。
「上のビジネスロジックの結果、拒否された場合、赤表示。認可された場合は黒表示。」
という入出力仕様をプログラムにしたのが表示ロジック。
この前提だと、ビジネスロジックはWebページと完全に切り離されて考えられるのでは？
476が言いたいのは表示ロジックのことだとすると、表示ロジックとデザインは切り離せるものじゃない、という意見には賛成。(デザインに依存してコーディングせざるを得ないだろうから）
- 478 名前：316 mailto:sage [02/10/21 09:22 ID:???]
- >>469
よし語ってやろう。何が聞きたい？
取り敢えず、新人の女の子と楽しく仕事できるというのがCocoon2の最大の売りだ（ｗ
- 479 名前：nobodyさん mailto:sage [02/10/21 22:31 ID:???]
- >>316
316じゃないが、その売りだけで完璧だよう
- 480 名前：469 [02/10/22 00:10 ID:3vYtKYtk]
- 質問その１
どういうWebサイトを作る時にCocoonはメリットがあるの？
質問その２
Cocoonではどうやってロジックとデザインの分離を実現するの？（一応スレの内容に合った質問として）
質問その３
うちの職場は男しかいないんだけど、Cocoonを使って開発したらカワイイ新人の女の子が入ってくる？
- 481 名前：nobodyさん mailto:sage [02/10/22 00:39 ID:???]
- Cocoonをある程度の規模の開発案件に適用したとして、
サポートしてくれる企業ってある？
いざって時にサポートしてくれるものでないと、ビジネス用途だとむずい。
お前らの仕事だと、そこまで厳密さは要求されないのですか？
- 482 名前：469 mailto:sage [02/10/22 01:01 ID:???]
- >>481
それって、Cocoonに限らずオープンソースのソフトウエア全てにいえることでは？
PostgresSQL、MySQL、そしてApacheを導入してシステムを構築している企業なんて今時金融機関を含め山ほどあるでしょ？
Cocoonと同じApache XMLプロジェクトの配下にはXercesやXalanなんて大物もいるしね。
まぁでも不安になる気持ちは確かに分からなくもない。
俺も、Apache Web ServerよりもIBM HTTP Server powered by Apacheのほうが安心する。
- 483 名前：nobodyさん mailto:sage [02/10/22 01:08 ID:???]
- ＞俺も、Apache Web ServerよりもIBM HTTP Server powered by Apacheのほうが安心する。
結局、これなんだよな。。。
モノは同じでも。
- 484 名前：nobodyさん mailto:sage [02/10/22 03:04 ID:???]
- >>481
リスクのないところにリターンはありません。
大事なのはリスクをいたずらに避けずにしっかりと計量することです。
それができない事業主体はSIerにぼったくられても仕方ありません。
- 485 名前：316 mailto:sage [02/10/22 13:25 ID:???]
- >>480
＞質問その１
＞どういうWebサイトを作る時にCocoonはメリットがあるの？
一言で言うと、力技でたくさんコンテンツを作る必要があるサイトだな。
Cocoon2自体は、ローテク同士の接着剤の役目を果たす。Webアプリケーションを
ごりごり作るというよりも、大量のコンテンツが並ぶサイトを構築するための
ものだ。
もちろん、ありがちなショッピングカートみたいなものを作るのも結構
簡単なんだが、それは他のソリューションでも同じように出来る。
Cocoon2が便利なのは、元ネタは殆ど同じなんだが、見せ方やら使い方が
色々で、しかもそれがべらぼうに多くて、という場合に、どんどん楽になる。
XSLTに対してすんなり入れるなら全然OKだろう。XMLのありがたみを最大限に
活かしてくれる枠組みという感じだ。
- 486 名前：316 mailto:sage [02/10/22 13:30 ID:???]
- ＞質問その２
＞Cocoonではどうやってロジックとデザインの分離を実現するの？（一応スレの内容に合った質問として）
まず、Cocoon2の肝はサイトマップという仕組みにある。
サイトマップの中でコンテンツごとにパイプラインというのを定義していく。
サイトマップ自体はXMLファイルだが、これを読み込んで動的に
Servletに変換してくれるというのが秀逸だ。
さて、サイトマップに書くパイプラインの簡単な例は、こんな感じになる。
<map:pipeline>
<map:match pattern="hello">
<map:generate src="hello.xml"/>
<map:transform src="hello.xsl"/>
<map:serialize type="html"/>
</map:match>
</map:pipeline>
これはブラウザからURLに、localhost〜〜〜/helloと指定すると、
まず、hello.xmlというファイルを読み込んで、そこにhello.xslというXSLTを
適用し、最後にHTML形式に変換して返信するという定義だ。
- 487 名前：316 mailto:sage [02/10/22 13:33 ID:???]
- ここで面白いのは、URLは何でもOKだということだ。
実体のファイルとは関係ない。
さて、元ネタが同じで、見た目だけ変更するにはどうするか。
この場合は、もうひとつパイプラインを追加して、適用するXSLTを別個用意すればOKだ。
<map:pipeline>
<map:match pattern="hello2">
<map:generate src="hello.xml"/>
<map:transform src="hello2.xsl"/>
<map:serialize type="html"/>
</map:match>
</map:pipeline>
これはサイトマップファイルに追記するだけで、on the flyでServletに
なる。どうだ、便利だと思わないか（藁
- 488 名前：316 mailto:sage [02/10/22 13:37 ID:???]
- しかし、これでは質問への答えになっていない。ロジックはどうするのか、という
問いだ。ここで考えてみて欲しい。コンテンツを生成するときのロジックとは
元ネタのXMLを動的に生成することだということだ。そこで、Cocoon2では
XSPというものを使う。
<map:pipeline>
<map:match pattern="hellodb">
<map:generate src="hello.xsp" type="serverpages"/>
<map:transform src="hello.xsl"/>
<map:serialize type="html"/>
</map:match>
</map:pipeline>
こういう記述をすれば、XSPを実行できる。実行した結果、XMLがメモリ上に
生成されて、こいつにXSLTが適用されるという按配だ。
- 489 名前：316 mailto:sage [02/10/22 13:40 ID:???]
- 勘のいい香具師なら気付いたことだろう。
そう、これは分業が可能だということだ。
ダミーのXMLを用意しておいて、XSLTの作成をする奴と、
そのダミーのXMLどおりのものを生成するXSPを書く奴とで別個に
作業できる。
最後に、サイトマップで合体すればOKという風になる。
しかも、それぞれは普通のエディタだけで作業可能だ。もちろん
XMLエディタや、DreamWeaverのようにXHTMLを書けるツールを使うことで
生産性をUPできる。
- 490 名前：316 mailto:sage [02/10/22 13:42 ID:???]
- XSPのポイントは、決して見た目の中にロジックを埋め込んでいるわけでは
ないということだ。あくまでも、元ネタとなるデータの生成にロジックを
使うわけだ。
それに独自タグは一切不要だ。何故なら、単純なXMLとXSLTをくっつけているだけだからだ。
昼飯を食うので、続きは後ほど書く。
- 491 名前：316 mailto:sage [02/10/22 13:53 ID:???]
- さて、分業という点で言うと、
XSPプログラマ(M)
XHTMLデザイナー(V)
XSLTプログラマ(C)
という分担が可能になる。XSLTはちょうどSQLプログラミングと同じような
感じだから、手続き型言語におけるプログラミングとは、また風情が違う。
XSPのロジックは、Javaで記述する。Servletになるのだから当然だな。
だからJavaで出来ることは何でもOKだ。
- 492 名前：316 mailto:sage [02/10/22 13:56 ID:???]
- 同じURLで、複数のUser-Agentごとに見た目を変更するのも簡単だ。
<map:pipeline>
<map:match pattern="hello">
<map:generate src="hello.xml"/>
<map:select type="browser">
<map:when test="imode">
<map:transform src="hello_imode.xsl"/>
</map:when>
<map:otherwise>
<map:transform src="hello.xsl"/>
</map:otherwise>
</map:select>
<map:serialize type="html"/>
</map:match>
</map:pipeline>
このように、ブラウザセレクタを使って、適用するXSLTを変更することが出来る。
だからもう、i.〜〜やら、http://〜〜/iなどとして、分離する必要はない。
- 493 名前：316 mailto:sage [02/10/22 13:58 ID:???]
- もちろん、DBへのレコードの追加/更新/削除も簡単だし、
セッション管理や認証も簡単に実現できる。
大規模なサイトになれば、グループごとにサイトマップを分割して
マウントという機能で連結させることも可能なので、個別に開発を
進めることもできる。
- 494 名前：316 mailto:sage [02/10/22 14:07 ID:???]
- さて、重要な質問に答えなければならない。
＞質問その３
＞うちの職場は男しかいないんだけど、Cocoonを使って開発したらカワイイ新人の女の子が入ってくる？
まず、これまでの漏れのカキコを良く読んで欲しい。どうだろうか、女の子に
任せたい部分があるはずだ。そう、HTMLの作成〜XSLTのプログラミングだ。
ここは、見せたい数の分だけ作成する必要がある。もちろん、XSLTもファイルではなく
<map:transform src="http://〜〜〜/hello_xsl"/>のようにXSLTを生成するServletを
作成して動的に生成させることも可能だが、これにも限度はある。
要するに、C/Sのシステム開発で画面周りをやる人足が一番必要となるように、
Cocoon2をつかった場合でも、画面周りの作成を担当する人間が多く必要となる。
しかし、得てして男のプログラマは、こんなところより、コードをがりがり書くことに
情熱を燃やしているはずだ。そこで、女の子の採用をする余地が生まれる。
幸いなことに、この不況のさなか職にあぶれている婦女子は多い。若い子もいっぱいだ。
そこにWebデザイナー募集初心者歓迎などと出せば、いっぱい集まってくるのは必然だ。
あとは面接して、好みの子を選べば良い。但しルックス偏重で戦力にならん奴を雇っても
それはCocoon2の責任ではないことに注意しなければならないという罠（ｗ
- 495 名前：316 mailto:sage [02/10/22 14:11 ID:???]
- もうひとつ注意点がある。初心者の女性には根気よく接してやることだ。
いきなり難しいテーマを与えて、ほったらかしにしておいて、出来なかったら
怒声を浴びせるなどというデリカシーのない行為は慎みたい。
残念ながらCocoon2はパブリッシングフレームワークではあるが、君の言葉の
パブリッシングまで管理はしてくれないということだ。
Cocoon2はトランザクション系のWebアプリケーションも容易に開発可能だが、
その場合、簡単な画面をたくさん、という女性を必要とする状況にはなり辛い。
特に、コンテンツ数の多い、力作業の多い案件でこそ、女性の必要性をアピール可能だ。
だからこそ、Cocoon2を適用する案件は慎重に選ばねばならないのだ（藁
- 496 名前：nobodyさん mailto:sage [02/10/22 14:12 ID:???]
- 繭２を使って、DBアクセスする際の記述ってどうなります？
- 497 名前：316 mailto:sage [02/10/22 14:13 ID:???]
- ちなみに、漏れは今Cocoon2でトランザクション系のシステム開発をしている（泣）
まあ、しかし引き続き前回のメンバーでやっているので、チャンスはあるはずだ（ｗ
- 498 名前：316 mailto:sage [02/10/22 14:21 ID:???]
- >>481
自分でソースコードをハックすればいいだけだろ。サポートフィー払って
「仕様です」なんていわれるだけより、よっぽど早いし気が楽だ。
ワケワカらん外注のコード見て、ウンザリしながら書き直すよりよっぽど効率的だ。
俺は今や全部オープンソースで開発してる。金融系のクリティカルな部分だ。
結構実績もあるが、オープンソースだからということが理由でトラブったことは
一度もないぞ。
トラブルは全て自分たちの設計がまずかったり、要件定義がぶれていたり、とか
そういうものだ。そんなものは、自分で直すのが当然だよな。
人数も少なくて済んでいるので、顧客からも予算が押さえられたといって
喜んでもらってる。使う道具がどうだろうと自分の実力が変わるわけじゃないよ。
他人のコードを読む癖がついてない奴は、他人にメンテしてもらえないコードの
書き方しか身に着かないぞ。
それにな、困ったら誰かに助けてもらおうなんて最初から当てこんでるようでは
客にも部下にも上司にも舐められるぞ（ｗ 女にももてないぞ。
心配するな。お前の書くコードよりは、オープンソースのブツのほうがよっぽど
しっかりしている（ｗ そんな心配をするよりも、しっかりとアプリケーションの
設計をすることだ。
- 499 名前：316 mailto:sage [02/10/22 14:35 ID:???]
- >>496
XSPを使う。XSPの中でも特にESQLと呼ばれている機能だ。
次のようなXSPファイルを作成すればよい。
<?xml version="1.0" encoding="Shift_JIS"?>
<xsp:page language="java"
xmlns:xsp="apache.org/xsp"
xmlns:esql="apache.org/cocoon/SQL/v2"
xmlns:xsp-request="apache.org/xsp/request/2.0"
xmlns:xsp-session="apache.org/xsp/session/2.0"
>
<hoge>
<esql:connection>
<esql:pool>接続定義名</esql:pool>
<esql:execute-query>
<esql:query>
select * from テーブル名
</esql:query>
<esql:results>
<esql:row-results>
<esql:get-columns/> <== 全部の列をそのままの列名でタグ化するならこれでよい。
</esql:row-results>
</esql:results>
</esql:execute-query>
</esql:connection>
</hoge>
</xsp:page>
- 500 名前：469 [02/10/22 21:05 ID:3vYtKYtk]
- >>316さんすごい！
かなり興味湧いてきたYO！
WO厨のﾏﾝｾｰより具体的な中身があるから、明日会社でもう一度読み直してみるよ。
ただこれ以上Cocoon2ネタを続けるとWOの二の舞になりそうだから、
もし質問があればCocoon2スレに行くことにするよ。（そんなのあるのか？）
- 501 名前：316 mailto:sage [02/10/22 21:44 ID:???]
- >>500
興味を持って貰えて嬉しいYO
漏れは過去レスにも書いたがWOで挫折してCocoon2に流れたが、WOはいいよ。マジで。
ただ可愛い女の子と一緒に仕事できる方を選んだだけだ（藁
Cocoon2スレは残念だが今はない。ので、立ててくれたら書けることなら書くYO
しかし、漏れが書いたことがCocoon2の殆どだ。あとは雑誌の記事や書籍などを
見れば殆ど判る。つか、Cocoon2のサイトは結構ドキュメント充実してるしな。
XSLTの面白さと相性が合うならCocoon2はお薦めだ（輝笑）
- 502 名前：nobodyさん mailto:sage [02/10/22 22:13 ID:???]
- >>316
参考になったぽ。長文おつ。
- 503 名前：nobodyさん [02/10/22 23:22 ID:3vYtKYtk]
- 316さんしつもーん
> XSPプログラマ(M)
> XHTMLデザイナー(V)
> XSLTプログラマ(C)
なの？ざっと読んだ感じでは、
> SiteMap定義者（C）
> XSPプログラマ（M）
> XSLTプログラマ（V）
みたいに見えたんだけど。
J2EEの標準MVCとの比較で書いちゃうけど、
JSPみたいにViewを動的に生成するのがXSLTだと思うし、
Servletみたいに処理を振り分けるのはSiteMapなんだよね？
あとCocoon2で開発を行うときに成果物になるのって、
SiteMap、XSP、XSLの3種類だよねぇ？
XHTMLデザイナっていうのがいまいちどこに入るのか分からないんだけど。
勘違いしてるかな俺？
- 504 名前：nobodyさん mailto:sage [02/10/22 23:23 ID:???]
- >>485-495
(･∀･)ｲｲ!! >>316 ｻﾝ ｸﾞｯｼﾞｮﾌﾞ!!
漏れも仕事でXSLTとか使うことになりそうなので参考になるます。
- 505 名前：469 mailto:sage [02/10/22 23:26 ID:???]
- Cocoonスレたてまつた
- 506 名前：nobodyさん mailto:sage [02/10/23 01:09 ID:???]
- xiとかいう香具師はまだ出てこないのか？（ｗ
- 507 名前：316 mailto:sage [02/10/23 02:02 ID:???]
- >>503
すごくいい指摘だ。嬉しいよ。ありがとう。
さて、
> XSPプログラマ(M)
> XHTMLデザイナー(V)
> XSLTプログラマ(C)
というのは、ひとつずつのコンテンツを生成するところに関してだと思って欲しい。
例えばJ2EEだと、JSP・Servlet・Beanの組合せとかになるけど、それはつまり
ひとつのコンテンツを作るという意味だよね。
Sitemapは名前のとおり、サイト全体の地図、即ちサイト全体のコントローラなんだ。
まあFacadeとして考えればいいんだけど、Facadeの後ろに、さらにMVCがあるという
イメージで捉えて欲しい。
だから、サイト全体で考えると
Sitemap（C）
XSP＋XSLT（M）
ブラウザ(V)
という風に考えればしっくりくる。Cocoon2は、ドキュメントにもあるんだが
正確には、Logic+Content+Style+Managementという分離が意識されているわけだ。
つづく
- 508 名前：316 mailto:sage [02/10/23 02:03 ID:???]
- つづき
だから、
＞JSPみたいにViewを動的に生成するのがXSLTだと思うし、
＞Servletみたいに処理を振り分けるのはSiteMapなんだよね？
というのは正解なんだけど、それが全てではないってことなんだ。
＞あとCocoon2で開発を行うときに成果物になるのって、
＞SiteMap、XSP、XSLの3種類だよねぇ？
＞XHTMLデザイナっていうのがいまいちどこに入るのか分からないんだけど。
うん、実際にはXHTMLをXSLT化して利用することになるので、成果物は指摘のとおりだ。
しかし分業という点では、
XHTMLを作る→XSLT化する
↓
並行してXSPを作る→Sitemapでガッチャンコ
という風になる。このときに、デザイナにXSLTまで理解させようとすると、デザインが
複雑だったりすると大変になるので、あえて役割の違いを強調しているというわけだ。
但しこれは多分に漏れの主観なので、あんまり気にしなくても良い。
＃ 正確を期すならば、SerializerがVの役割を担っているというのがCocoon2の特徴だ。
つづく
- 509 名前：316 mailto:sage [02/10/23 02:05 ID:???]
- つづき
だから、
＞勘違いしてるかな俺？
まったくそんなことはない。その解釈は正しい。そしてそれはCocoon1が実現していたことだ。
そこにプラスアルファの小気味良い発想が加わっているのがCocoon2ということなんだ。
その発想こそがSitemapだ。コンテンツのコントローラとしてのXSLTとは別に、
サイト全体のコントローラとしてのSitemapというものが導入されたことで、
非常に分割統治が容易になったということだな。
要するにCocoon2は、少し毛色が違うということだ（笑顔）
- 510 名前：316 mailto:sage [02/10/23 02:06 ID:???]
- >>505
お疲れ様！ じゃあ続きはそちらにしよう。漏れも暇なときは出来るだけ
書くようにするよ。でも今から寝るけどな（ｗ
- 511 名前：nobodyさん mailto:sage [02/10/25 12:58 ID:???]
- >>508
＞XHTMLを作る→XSLT化する
これって自動化は出来ないんでしょうか？
上のほうに出てたTemplateタグ入れて書いてツールと押すとXSLTに変換してくれるとか。
- 512 名前：nobodyさん [02/10/26 14:07 ID:2YrLVkVE]
- >509
質問者じゃないが、とても参考になりました。
でも、ちょっと高度だなぁ。抽象化されすぎて、完成イメージが、
途中でわからなくなる。つまりデバッグが大変じゃない？
（Javaを使うだけ以上に設計命だな。曖昧じゃ作業指示できない。）
で、分業をまとめる際に、どこが尻拭いするかと考えると、結局、
ロジック作ってる奴なんで、ロジック以外は、できるだけ完成品に
近い方がうれしいなぁ。
デザイン主体のWebだと、逆に開発側がHTMLの構造（＝デザイン）を
理解してないで、コード埋め込んでたりするし、ワークフローとして、
HTMLのデザイン用のコーディング工数も決して低くはない状況では
なかなか・・・。
基本的には、業務システム系の開発用途なんでしょうね。
インターネットのWebでは、せいぜいStrutsがギリギリかなぁ。
ちなみに、POSTリクエストは、誰が値を受けて、どのように制御側に
渡っていくんですか？
- 513 名前：nobodyさん [02/10/26 14:12 ID:2YrLVkVE]
- >512
あ、ちなみにデザイン側はHTMLだけで完結するように
ワークフローなら、容易に女の子採用できますよ。
というか、うちはどの部も半分近く女性がいる。
システムのレイヤーが深くなればなるほど男率が上がるので、
HTMLとかJavaスクリプトなどの上位レイヤーをいかに生かすか？
がポイント（ｗ
- 514 名前：nobodyさん mailto:sage [02/10/26 14:42 ID:???]
- 繭２もよさげなんだけどな、ちょっとめんどいな。作業自体が。
漏れはWOでいいや。DB->Webのﾄﾞﾗｯｸﾞ&ﾄﾞﾛｯﾌﾟがやっぱり楽。
- 515 名前：316 mailto:sage [02/10/26 15:43 ID:???]
- >>512
まあCocoon2は複雑なWebアプリケーション向けではないってことで
理解してもらえるといいかと思う。漏れはCocoon2好きだが決して
万能だとは全然思ってないよ。
POSTでの値の受け渡しはどうも駄目らしい。上手くいかない。
GETメソッドOnlyだ。
- 516 名前：316 mailto:sage [02/10/26 15:51 ID:???]
- >>514
WOで生産性が出てるなら、Cocoon2に乗り換える必要はないと思うよ。
同様にASP.NETもそうだと思う。
XML+XSLTの組み合わせに萌えられる香具師でないとCocoon2は向かないと思う。
逆に、この辺の味を知ってしまうと、普通のRAD環境よりもむしろ楽に感じる
ようになれると思うよ。
- 517 名前：nobodyさん mailto:sage [02/10/26 19:09 ID:???]
- Cocoon2に限らず、XSLT + DOMってのも、コンテンツ生成
によく使うと思うんだけど、XSLTをGUI的に構築できる
安価なツールってないもんですかね。
出力結果は、(X)HTML,SVG,SMILとかバラバラだから、
特定の規格に依存されるのも困るんだけど、かと言って、
汎用的すぎて難しいのも困る。（ワガママでスマソ）
- 518 名前：316 mailto:sage [02/10/26 19:30 ID:???]
- >>517
安価とはいえないかもしれないが、XMLSpyってのがあって、
www.xmlspy.jp/
こいつのXSLTエディタってのは結構いけてる。
www.xmlspy.jp/products_xsl.html
漏れは30日試用版で試してみたが、結構いいよ。
で、英語版では新バージョンが既に出ているのだが、
www.xmlspy.com/
名前はstylevisionに変更されたみたいだ。
www.xmlspy.com/products_xsl.html
上に書いた奴よりも機能強化されているみたいだから、
こっちのほうがいいんだろうね。
これの日本語版ももうすぐ出てくるようだ。
www.toshiba-it.co.jp/xml/component/04_xmlspy/
これの価格表を見ると、
https://xsweb.toshiba-it.co.jp/webshop/spy5_prices.asp
stylevision単独だと\59,800ということだ。
どうもパッケージ構成が良くわからんのだが、
\79,800のXMLSPY 5 Profesional Editionでも含まれている気がする。
これくらいなら、何とかできそうな価格帯のようにも思うな。
- 519 名前：517 [02/10/26 21:14 ID:2YrLVkVE]
- >518
XML SPYは以前、評価版をインストールしたことがあったが、
グラフィカルなタグの構造エディタが、ちょっと辛くて、
イマイチ感だったんだが、きっとViewの設定変えれば問題
ないだろう。
XSLTのステップ実行って、すげーよさそうだな。
東芝ITも良いソフト釣ってきたね。
正直、漏れの語学力だと日本語版は必須なので、
日本語版ちょっと会社で買ってもらおうかなぁ。
- 520 名前：nobodyさん [02/10/28 00:24 ID:PgJcPGqE]
- 良スレage
>>316の熱心な説明がｲｲ！
長いのでこれからじっくり読むんですけどね（ｗ
- 521 名前：nobodyさん mailto:sage [02/11/03 16:41 ID:???]
- lilly.devconsult.de/~sven/
www.horde.org/
ismo.sourceforge.net/
freshmeat.net/projects/kfl/?topic_id=810
こういうの使ってる人居ます？
- 522 名前：nobodyさん mailto:age [02/11/08 18:50 ID:???]
- どうしてXSLTでデザインしたがるんだよ
- 523 名前：nobodyさん mailto:sage [02/11/08 18:58 ID:???]
- そこにXSLTがあるから
- 524 名前：nobodyさん mailto:age [02/11/08 19:09 ID:???]
- CSSを適用した時点で初めてデザインなのではと小一時間…
- 525 名前：nobodyさん mailto:sage [02/11/08 22:27 ID:???]
- 「デザイナーさ〜ん、
<%〜%>とか<?〜?>で囲まれてるところは
いじらないでくださいね〜」
これでいいジャン
- 526 名前：nobodyさん [02/11/08 23:22 ID:bvtho0Sy]
- そもそもロジックを書くための言語で
すべてを網羅しようとするからまずいわけで。
ブラウザベースで完璧なMVCを
実現するために、ロジック、コントロール部分は
Java or .NET。ビューにFlashMXはいかが？
Java,.NET以外とFlashMXを連携させるには
HTTPメソッド渡しorXMLソケット通信になっちゃうけど、
とりあえず最低限XMLパースができる言語なら
何にでも繋げる。
問題はパッケージが高いのと、
コーディングができて、かおかつFlash使いな
人が圧倒的にが少ないこと。
なによりいまだに単なるアニメーションツールと
思ってるひとがあまりに多いこと(｀д´)
- 527 名前：nobodyさん [02/11/09 03:45 ID:/vywmaeo]
- >>526
ＵＩでスプレッドシートが出ればいいんですが・・・
- 528 名前：nobodyさん mailto:sage [02/11/09 05:54 ID:???]
- >>526
webブラウザの戻るボタンと相性が悪いことが問題になって採用できない。
- 529 名前：nobodyさん mailto:sage [02/11/09 06:44 ID:???]
- >>526
で、例えばFlashつくる時の
デザイナーとコーダー(script)の住み分けはどうなるのかって話しだが…
- 530 名前：316 mailto:sage [02/11/09 08:39 ID:???]
- >>526
俺もFlashMXは使ってるYO。これはいいよね。Cocoon2と組合せの相性が
悪いのが残念なんだが（ｗ
>>527
UIコンポーネントはMacromediaのサイトでも追加の奴が出てるし、
海外だと結構あちこちを見たら色んな人が作ってるので探してみるといいよ。
スプレッドシートそのものずばり！っていうのは、俺も見たことないけど。
Gridは意外とあったりする。UIコンポーネントセットの3にも入ってるよ。
>>529
そうなんだよね。結局Flashだと普通のアプリケーションと同じようになるんだが
そこでMVCをやるとして（オブジェクト指向でコードを書くのはFlashだと問題ない）
デザインをどう分離するかというのは、結構最初から意識的にやらないと駄目だね。
MXからスキンが使えるようになったといっても、デザイナがそれを使いこなせるか
どうかという問題もあるし。このスレの主旨から見たら、FlashMXのほうが難しいって
ことになるかもね。
まあ、Cocoon2がPOSTもさばけるようになってくれれば、俺はFlashMXと
組み合わせていくと思う。あるいは、FlashMXはGETも送れるようになるか、だな。
Cocoon2は次の2.1からXMLFormってのが付くらしい（まだ試してないけど）から
連携も期待できそうなんだけどなー。
- 531 名前：nobodyさん [02/11/09 10:31 ID:G2RRu86e]
- >530
ん？GET送信?
getUrl("URL?" + 引数ならべる);
で、できるが？・・・ということではなく？
- 532 名前：nobodyさん [02/11/09 10:35 ID:G2RRu86e]
- >528
戻したい状態を、JavaScript経由でhiddenフィールドに記録
しておいて、戻ってきたときにイニシャライズして戻すんじゃダメ？
XMLでオブジェクトの内容をシリアライズしとけば、あらゆるデータも
簡単に元に戻せるような気も。
- 533 名前：316 mailto:sage [02/11/09 10:53 ID:???]
- >>531
あ、スマソ(^^; XMLオブジェクトを使いたいんだ。
XML.sendAndLoadでFlashMX側のデータをXMLにして送信して、
結果をXMLで受け取りたいんだけど、Cocoon2側が上手くいかないんだ。
やろうとしていること自体が無理やりっぽいんだけどね。
誤解を招くようなことを書いてすまん。
- 534 名前：nobodyさん [02/11/09 12:56 ID:R2X/ruI/]
- フロントエンドとしてのＦｌａｓｈってことで、
ＶＢ屋→フラッシャーってことにはならんのかしら？
- 535 名前：316 mailto:sage [02/11/09 14:44 ID:???]
- >>534
flasherって露出狂って意味もあるらしいYO（ｗ
- 536 名前：nobodyさん mailto:sage [02/11/10 00:40 ID:???]
- そうやってなんでもかんでもDirectorでオーサリングって鬱な状態だったようになってくわけだな。
- 537 名前：nobodyさん [02/11/13 02:40 ID:lyGK0s6H]
- smartyの日本語マニュアルっていつのまにかUPされてたYO!
- 538 名前：nobodyさん [02/11/15 00:25 ID:S+b5MeEl]
- XFormsってどうよ
www.watch.impress.co.jp/internet/www/article/2002/1113/xforms.htm
中身は全然わからないけど、入力画面のパターン化は、とても興味アリ。
入力画面＆入力チェック処理を、XMLで記述しておいた入力規則のデータ
をもとに、入力フォームの自動生成、入力検査の自動化を行うフレームワークを
作りたいんだが、そういうことに繋がるのかなぁ？？？
- 539 名前：nobodyさん mailto:sage [02/11/15 00:46 ID:???]
- >>538
それって、XHTMLの関連じゃないの？
だれか教えてクレヨン
- 540 名前：nobodyさん [02/11/15 01:40 ID:YHq6gw+g]
- >>538
スゲー率直に感激だす。
身障者の役に立ちそうな予感半分、
Javaアプレットの２の舞いになりそうな予感半分。
|
 |
