コンテンツとデザインの分離

1 名前：名無しさん＠お腹いっぱい。 [2001/05/27(日) 17:59 ID:6pK8snWA] ASPでもPHPでもPerlでもJavaでも形こそ違えど結局は可変部を吐き出すための <%〜%>やらprint文の嵐になってしまう。 「HTMLはHTML、プログラムはプログラムと完全に分離する方法はないものか。」 を話し合うスレッドです。 142 名前：nobodyさん mailto:sage [02/03/04 08:47 ID:???] とりあえず、場違いなレス付けてすまんかった。 >>136 は半分煽りで入れたんだが、オーサリングソフトでデザインと コンテンツを分ける方法を本気で話すのが趣旨なら大変悪かった (おとといから咳が止まらなくてイラついてたな)。 流れの話だが、専門でやってるのは銀行や保険なんかの金融系 Web サイト。一回の開発で画面数にしておよそ 100〜150 くらい (フ レーム分割された一つ一つの合計) な上、かなりの処理が入るので、 最後までオーサリングソフトでやろうというのは度台無理な話。 まぁ売り物はコンテンツであってデザインではないと言い切れる 世界なので、デザイナが絡むとしても最初のデモ画面作成くらい かな。どのみち開発者が手書きで HTML を書き直すことになる (おかげでページデザインのできるシステム屋は付加価値が付く; 専門の人にはかなわんが)。だから HTML が書けないデザイナ なんてハナから頭になかったし (そもそもそれじゃブラウザ間の 互換を保ったデザインなんてできないと思う)、>>1 を見て普通に Model-View-Controller の話かと思ったわけ。 まぁ HTML が書けることが大前提だったから、JSP+拡張タグでデザ インを分離できてこれ以上何が必要? って話だったわけ。 それから XSL はサーバ側にかなりの負荷をかけるので、大き目の サイトではあまりお奨め出来ない (特に Java で組んである奴)。 ちょっとリクエスト数が上がるとすぐ監視端末が真っ赤になる。 143 名前：nobodyさん [02/03/04 13:40 ID:oVEZs8i8] >>142　貴重な意見thanks そういうシステムやってる人にこそ聞きたいだけど、 大規模なWEBアプリの開発では、どういう分業が理想的だと思う？ たぶんその規模の開発なら、 役にたってるかどうか別としてコード書かないプロジェクト管理屋がいたり、 DB屋も論理的なモデリングやる奴とパフォーマンス考える奴に分かれてたりするだろ。 WEB回りもこれから専門分野ごとに分化していくべきだと思うのだが、 （部品としてタグライブラリ作る奴とそれを美しく配置するデザイナーとか） どこでどういう風に分離すべきか、もしアイディアがあったら聞かせてほしい。 144 名前：nobodyさん mailto:sage [02/03/04 19:33 ID:???] >>143 # インフルエンザ発覚、乱文失礼 ロジックを組む人とデザイナの作業を明確に分けたいならタグライブラリが 最適だろうな (Java 限定の話ですまんけど、俺、他は C++ で CGI くらい しかやったことないし)。まだオーサリングソフトだけでちょっと込み入った 繰り返しや条件分岐作れるほど技術が枯れていないと感じている (普段テキ ストエディタしか使わないんで実際のところはよくしらんが)。 プロの Web デザイナがプロジェクトに参加するとしたら、やっぱり HTML くらいかけなきゃ意味ないとおもう。そうじゃなきゃ「ただの デザイナ」だよ。互換性や挙動の違いを良く知っている人がいい。 カスタムタグの一覧と使い方を渡して、後のデザインはデザイナに 任せるみたいな (本当は事前にお客さんが決めてんだけど)。そう じゃないと、結局プログラマがデザイナの作ったページと同じ体裁に なる HTML を１から組まなきゃいけなくなる。 機能的なタグライブラリがそろうと「横展開」というかなりおいしい おまけがついてくる。中のロジックはまったく同じでデザインをガラリ と買えればまるっきり新規開発したように見えるから。中小企業相手の 管理ソフトとかこっそりやってるところあるとおもうよ。 っていうか今日はもうだめっす。 145 名前：nobodyさん mailto:sage [02/03/05 01:14 ID:???] 前に、本当のデザイナ、HTMLもちょっとわかるデザイナ、 HTMLバリバリ書くしcgiもやるがデザインセンスなし男、 ただのJavaプログラマ、って構成でデザイナが紙で持ってくる(良くて Photoshopファイルとか)デザイン案を、必死にオーサリングツールに 乗せて、それをタグの整合性失われてないかチェックする、という かなり力技やってた。 思うに、中間に何も入らないってのはおそらく無理だ。 ツールにしろ人にしろ、なにかそこに挟まる。 146 名前：nobodyさん [02/03/05 09:42 ID:YJM7TYzZ] >>145 たぶん新規開発だからまだ力技が通じたんだと思うよ。 （それでも相当苦労しただろうけど） メンテナンスフェーズに入ってから、 馬鹿なデザイナーと一緒に仕事すること考えると鬱 でもそういう奴のデザインセンスは凄い。 色の使い方ひとつとっても全然違う。 ちょっと絵心のあるプログラマなんかじゃ、とてもたちうちできない。 馬鹿さかげんもたちうちできないけどな。 147 名前：nobodyさん [02/03/05 13:16 ID:2x2AJfUn] うーむ。理想的な方法はまだ無いってことで、 現状では、デザイナーは最低限 HTML の構造ぐらい理解しとけ、 でよろしいかな？ ところで、HTML 読めない Web デザイナーってどれぐらいいるんだろ？ 都市伝説だと思いたい。 Strict な HTML じゃない!とかそういうのはまあ置いといて。 148 名前：nobodyさん mailto:sage [02/03/05 13:22 ID:???] HTMLを書かないやつはいても 読めないやつはいないでしょ。 149 名前：スズキ [02/03/08 11:44 ID:+mT8zTLZ] はじめまして。スズキです。 コンテンツとデザインの分離をコンセプトにBBSのCGIを作ってます。 よかったら見てください。m(_ _)m www.bluepage.org 150 名前：nobodyさん mailto:sage [02/03/08 13:17 ID:???] ほんとに「コンテンツとデザインの分離」がコンセプトならWeb製作板じゃないかなぁ？ ここはどっちかっていうとデザインとロジックの分離のような。 151 名前：nobodyさん mailto:sage [02/03/08 15:48 ID:???] >>150 禿同。 MVCの三権分立。 152 名前：スズキ [02/03/08 16:02 ID:CkkEnjQA] >>150 たしかに！そのとおりだよね。 「HTMLはHTML、プログラムはプログラムと完全に分離する方法はないものか。」 という部分を読んで、 てっきり、プログラム中にHTMLを書かないCGIに関して話すのかと 誤解してました。 153 名前：nobodyさん mailto:sage [02/03/08 16:16 ID:???] >>151 Webページはもともと静的なものでは？ [M] → XML [V] → XSLT＋XSLTFo [C] → ？？　スクリプト？UA？ 154 名前：三級者 mailto:sage [02/03/10 22:07 ID:???] >>144 > 結局プログラマがデザイナの作ったページと同じ体裁に > なる HTML を１から組まなきゃいけなくなる。 禿。PerlでもHTML::Templateなんてモジュールあるけど デザイナがカスタムタグ理解してくれないと労力効率は何も変わらん。 155 名前：nobodyさん [02/03/10 23:06 ID:sQ4r0PjT] 結局、EnhdraやWalrusのように特殊なタグなしのテンプレートが正解ってことか。 Zopeも最新バージョンでは似たような方向に行くようだし。 156 名前：nobodyさん mailto:sage [02/03/11 22:29 ID:???] [M] = Database [V] = HTML ( + JavaScript) [C] = Server Side Application 157 名前：nobodyさん mailto:sage [02/03/12 00:07 ID:???] MVCとひとことで言っても、ControllerがViewのすみずみまで 知りつくしてるやつと、Viewがプラガブルなやつを較べると 相当に趣が違う。 C = App Server だけだとその違いを反映していない。 いかにApp鯖にhtmlの面倒を見させないか、というのを 話しているところにMVCの話を持ってきてもピントずれてる というか、それだけでは意味ないって。 158 名前：1 [02/03/12 11:45 ID:kdCuXako] まだ残ってたのですね… なんか混乱気味なので、スレを立てた者としてどういう意図で立てたスレなのかを 説明しておきます。(激しく今更ですが) まず、何度か指摘があるようにロジックとHTMLの分離が正しいです。 とりあえず、コンテンツ = プログラムで吐き出す可変部 という意味で取って下さい。 MVC云々、アプリケーションサーバとは云々というほど規模の大きい話のつもりは ありませんでした。そこまで話を広げるなら、プログラム板か情報システム板の方が 適切ですね。 せいぜい 「テンプレートっていうかそんな感じの仕組みでなんかイイのない?」 レベルの話です。 デザイナが書いたHTMLをプログラマレベルでがんがん弄っちゃうような環境と規模 (もしくはデザイナ=プログラマ)で、できればオーサリングソフトと相性がいい仕組み だと便利だよねえ。程度の話のつもりでした。 以上参考までに。 あ、私はSmartyに落ち着きました。Enhydraと格闘してたのは遠い昔…なんであんな苦労を… しつこいですが、PHP使ってる人「Smarty」イイですよ。相変わらず日本語の情報は 皆無ですが、テンプレートとしての使いやすさはバツグンです。 www.phpinsider.com/php/code/Smarty/ 159 名前：三級者 mailto:sage [02/03/13 09:01 ID:???] 154でわかるように、うちはHTML::Template使ってます。 あ、デザイナが理解できないちゅーよりオレの説明が下手なのか。 関係ないがデザイナ連中からColdFusion導入しろ、 とうるさくてかなわん。 160 名前：nobodyさん mailto:sage [02/03/13 19:34 ID:???] ColdFusionしばらく使ってた。 簡単にサイト作るには、CFMLは確かに便利。 しか〜し。 きちんと拡張性も考慮して設計したにも関わらず、後の仕様変更と拡張時に、 デザイナ連中とのコラボレートで地獄を見たよ。 CFに限らず、JSPやASP、PHPなんかでも同じだと思うんだけどね。 デザイナが絡まず、サイトの大幅な仕様変更もなきゃ、いいツールだ。 161 名前：nobodyさん [02/03/13 23:23 ID:LkTLC//k] HTML::Templateおもしろいね。 でも、標準的にどこでも手に入る環境じゃないのが辛いなぁ。 162 名前：nobodyさん mailto:sage [02/03/14 00:11 ID:???] HTML::Template はプログラマにとっては便利だけど、 デザイナは読みたくもないだろうと思うよ。 163 名前：nobodyさん [02/03/14 01:23 ID:Jx+3VC0E] HTML::Templateは、たしかにどこでもインストールされてい るわけではないけど、展開して置いておけば（つまり make とか しなくても使えるよ。） 最近のヤツはいろいろ他のモジュールを必要とするので、1.8とか をいれるとよいでしょう。 基本的なことは、1.8でもできるし。 164 名前：nobodyさん [02/03/14 07:46 ID:nAmAc5Wh] コールドフュージョンはデザイナがコーディングするためのものです・・・。 165 名前：nobodyさん mailto:sage [02/03/14 15:11 ID:???] >>164 どこの会社？社名出してよ。 もし契約してるとこなら、打ち切らなきゃ。 デザイナにコーディングさせたオナニーシステムなんて、使い物にならん。 166 名前：nobodyさん [02/03/14 15:46 ID:xs367yVo] >>163 1.8ってまだ公開されているの？ 167 名前：nobodyさん [02/03/14 23:19 ID:6NMo0mqW] >>166 公開されているよ www.cpan.org/authors/id/S/SA/SAMTREGAR/HTML-Template-1.8.tar.gz ちなみに、最新は2.5です。Perl5.6必須だけど。 www.cpan.org/authors/id/S/SA/SAMTREGAR/ 168 名前：nobodyさん [02/03/14 23:33 ID:83vwJ138] >>167 Thx!早速落としたよ。 169 名前：nobodyさん [02/03/15 01:50 ID:sSRdthig] レンタル・サーバだから、そういうの使えない… Smarty も HTML::templateもよさそうだけど。 何か言い方法ありますかね？ 170 名前：nobodyさん mailto:sage [02/03/15 02:04 ID:???] ホームにインストールしる 171 名前：nobodyさん [02/03/15 02:20 ID:sSRdthig] >>170 あ、それでできるんですか？ Smartyも？ 172 名前：nobodyさん [02/03/19 22:42 ID:BqZatu5x] テンプレートエンジン用のデザインのテンプレートがいっぱいあるのってあります? これみたいにテーマがあって変えられるやつ。 curtisonline.net/theme/ PHP-nukeも使いようによっては、いじれそうだけど。 173 名前：nobodyさん mailto:sage [02/03/25 20:03 ID:???] >>158 PHPのsafe modeを有効にしながらSmarty使う方法はありませんか？ Smartyはtemplates_c/以下にコンパイル後のファイルを置く訳ですけど、 この際に作られるディレクトリが複数階層にわたるみたいで、 これらがsafe modeの制限に引っかかってしまいます。 174 名前：1 [02/03/26 11:05 ID:mzbnXmq6] >>173 marc.theaimsgroup.com/?l=smarty&r=1&w=2 ここで safe mode で検索かけてみて下さい。 おそらく解決方法があるかと思います。 175 名前：173 mailto:sage [02/03/26 16:39 ID:???] >>174 情報thanx やはり、解決策としては、 1.Smartyを利用するスクリプトの所有者をhttpdプロセスのUIDに合わせる 2.Smartyを利用するスクリプトがある領域だけsafe modeをOffにする。 3.CGIとして利用して、Apacheのsuexecを利用する。 しか無いみたいですね。 で、不特定多数の利用者が自由にSmartyを利用できるようにするためには、 CGIとしてPHPを動かすしか無い、と。 176 名前：nobodyさん [02/03/26 22:34 ID:0DHHOlhe] PHP SiteManagerってどうよ？ www.roadsend.com/siteManager/home/treeMenu.php 177 名前：nobodyさん [02/03/27 13:10 ID:xBtxtmDD] >>176 見てみたけど、多言語対応してるみたいだし、テンプレート・エンジンもあるね。 なかなかよさげだけど、誰か使ってないの？ 178 名前：nobodyさん mailto:sage [02/03/30 22:47 ID:???] >> 149 興味があり見に行きましたが、まさか Java script が必須とは (汗 いえ、只の愚痴です。すいません。 179 名前：nobodyさん mailto:123 [02/03/31 06:52 ID:???] Smartyの英語マニュアル全部読んだのですが、 既存のHTMLファイルを取り込む方法がいまいちわからないです。 180 名前：nobodyさん [02/04/01 04:24 ID:Hzf2fsPp] HTML::Templateってデザインとロジックの分離ができてないよね。 ループとか分岐の指定をする専用タグがある時点でアウトでしょ。 181 名前：nobodyさん mailto:sage [02/04/01 04:31 ID:???] それにしてもHTML::Templateはかなり使えると思う 182 名前：Dream ★ mailto:sage [02/04/01 06:40 ID:???] >>181 うん、いい感じですね。 コンテンツ大きいとオーバーヘッドがきつそうだけど、アクセスがそんなに 負荷になっていないサーバだと、大丈夫なのかな？ とにかく、面白そうなものを教えて下さって、ありがとう＞All 183 名前：nobodyさん mailto:12 [02/04/01 09:29 ID:???] HTML::Templateってcgiでしょ？ うちは、/cgi-bin/以下に置かなきゃいけないから、いやん。 184 名前： ◆AngelBlk mailto:sage [02/04/01 11:00 ID:???] Smartyだけど、青マンモス本にリファレンス載ってるみたい。 誰か買った人います？ どんな感じか教えてほしいのだけど。 会社の帰りにでも、探してみるかなぁ・・・。 185 名前：1 [02/04/01 14:08 ID:ALawDKoI] >>179 取り込むというと…? {include file='includefile'} みたいなことは出来ますけど、たぶん違いますよね。 >>184 マンモス本ってなんですか?? オライリー? 186 名前：nobodyさん [02/04/01 16:33 ID:SClNMZpg] >>185 お返事ありがとうございます。 ただ、現在のページをheder,left,bottomに分けて、そこをテンプレートにして管理したいだけなんですけど Smartyだとやり方がよくわからなくて…。 187 名前：1 [02/04/01 17:11 ID:ALawDKoI] >>186 別のファイルが差し込めればいいんですよね。 ---- header.html ---- <h1>へっだー</h1> --------------------- というヘッダー部があるとして、本文のテンプレート(例えばbody.html)に ---- body.html ---- <html> 〜 省略 〜 <body> {include file='header.html'} 〜 本文 〜 </body> </html> ------------------- とすることで、body.htmlにheader.htmlが差し込まれた形で処理されます。 188 名前：nobodyさん [02/04/01 18:34 ID:eCkZiEpB] 青マンモス本でSmartyがどんなふうに取り上げられてるの？（近くで売ってないので） Smartyのマニュアル和訳とかしてwebにあげようと思ってたんだけどなー(´д｀；)7割はｵﾜｯﾀ 189 名前：nobodyさん mailto:sage [02/04/01 18:55 ID:???] >>188 おーすげえ。まんせー。 190 名前：nobodyさん [02/04/01 19:41 ID:jOov+muS] >>187 お返事ありがとうございます。 index.tplにheader.html等組み込むのはいいのですが、コンテンツを 各webページごとに入れ込む場合、テンプレートの方でなく、index.phpなどの方に入れ込むと思うのですが、その入れ込み方がマニュアルを見ても乗ってないというか、わからないというか... 例えば、index.phpのコンテンツ部分をindex.txtから取り込むには、ファイルを読んで、それを$contentsに入れ込んで、$smartyに渡すということをすればいいのでしょうか?...自分でもよくわからないです... >>188 すごいですね。upしたら教えて下さい。 というか、途中でも、upすれば、リバイズとか助けられると思いますよ。 191 名前： ◆AngelBlk mailto:sage [02/04/01 23:16 ID:???] >185 オライリーではなく。 PHP徹底攻略：実戦編のこと。 books.softbank.co.jp/bm_detail.asp?sku=4797315199 これ。 昼休みに買いに行ったら、店が休みだった・・・（涙 >188 目次みたら、リファレンスのところにSmartyって書いてあったよ。 でも、使い方和訳したならきぼーん。 192 名前： ◆AngelBlk mailto:sage [02/04/01 23:27 ID:???] 書き忘れ。 PHPusersMLより青マンモス本の目次。 www.geocities.jp/rui_hirokawa/php/php-book2/toc.html 多分、明日買ってきます。 193 名前：nobodyさん mailto:12 [02/04/02 06:01 ID:???] >>190 話はずれるけど、DBからデータを取ってくるのとCVSなtextファイルからデータ取ってくるのどっちの 方が早いのかね？ 194 名前：1 [02/04/02 09:55 ID:IYI5YDp3] >>190 うーん、それはSmartyというよりPHPでゴリゴリ書くしかないですね。 ---- main.html ---- <html> <body> {$contents} </body> </html> ------------------- というテンプレートに ---- index.php ---- require("Smarty.class.php"); $smarty = new Smarty; $fp = fopen("index.txt","r"); $smarty->assign("contents", fread($fp, filesize("index.txt")); fclose ($fp); $smarty->display("main.html"); ------------------- こんなかんじなのかな? すいません、>>190さんの言いたいことがよくわかってないかもです。 >>188 ぜひUPして下さい。日本語のSmartyサイトが1件も検索に引っ掛かってこない現状 は寂しいです。 195 名前：__ [02/04/02 10:01 ID:hdBuJcW1] .NETつかえば？ 196 名前：nobodyさん [02/04/02 10:11 ID:6uavVYCo] >>194 わざわざコードまでありがとうございます。 これを参考に自分で書いてみます。 Smartyは、もうちょっとwebサイトに色々情報が欲しいなぁ〜と思いました。 MLの過去ログを見ても、やっぱりサンプルが足りないと言う人や、Smartyを使っているサイトを 教えてという人や、themeを作ろうなんて人もいました。 色々プラグインなんかもシェアできたら、便利そうですよね？ 現在新しいサイトをオープンしているようですね。 smarty.php.net/ 日本のサイトを作ったらまずいのかな？ 197 名前： ◆AngelBlk mailto:sage [02/04/02 11:34 ID:???] >196 別にまずいってことは無いのでは？ 個人のそう言う動きを制約するものは無いはず。 198 名前： ◆AngelBlk [02/04/02 12:55 ID:QT5eEfAO] 昼休みに青マンモス買ってきました。 Smartyは完全にリファレンスだけ（公開メソッドとか関数の一覧） なんで、>188さんがマニュアル作ってくれたなら是非ともアップしてほしい。 199 名前： ◆AngelBlk mailto:sage [02/04/02 17:35 ID:???] って連続かきこスマソ。 青マンモス本ですが Part-1 Chapter-5　Templates ってのがSmartyの事でした。 でも、本を買えない人もいるし やっぱ>188さんには公開してほしいですね。 200 名前：nobodyさん mailto:12 [02/04/02 22:29 ID:???] 私も青マンモス本買って来ました。 マニュアルには書いていないことが書いてありわかりやすくて良さそうです。 ＃まだちゃんと読んでいない。 が、マニュアルのように詳しくないので、どちらも必要と思われます。 >>188さん、私もきぼーんです。 201 名前：188 [02/04/02 23:11 ID:R/mGCLUs] >>190 こういう感じの事かなぁ、と憶測で。 例えば、左側にメニューがあって右側その内容が表示されるサイトの場合ですが、 まず全体のテンプレートを用意しておいて、 <!--body.tpl--> {include file="header.tpl"} <table> <tr><td> {include file="$left"} </td><td> {include file="$right"} </td></tr> </table> {include file="footer.tpl"} 202 名前：188 [02/04/02 23:12 ID:R/mGCLUs] 続き。 PHPスクリプトからは、 // index.php $smarty->assign("left","menu.tpl"); $smarty->assign("right","welcome.tpl"); $smarty->display("body.tpl","welcome"); として最初のwelcomeページを表示し、 次にメニューをクリック、そのリンク先がnews.phpだった場合 // news.php $smarty->assign("left","menu.tpl"); $smarty->assign("right","news.tpl"); $smarty->display("body.tpl","news"); というような事が出来ます。 Smartyのキャッシュを有効にしてると、同じテンプレート(body.tpl)からは キャッシュファイルは1つしか生成されないので、news.phpに行っても 最初に表示されたwelcomeページがまた表示されてしまうんですが、 displayメソッドの第2引数に各ページでユニークなキャッシュIDを渡す事でそれを防げます。 えーと、マニュアルは、もともと公開する目的で作ってたんで。 もうちょっとしたら公開できると思います。 203 名前：nobodyさん [02/04/02 23:22 ID:6uavVYCo] >>201 >>202 すごい！こんなことができるんですね。ありがとうございます。 この方法だと、ファイルオープンの処理をしなくてもOKですねぇ。 ちょっと、コーディングして試してみます！ マニュアル公開、嬉しいです。 #ちなみに、翻訳ソフトに通してから、修正ですか？一つ一つ翻訳ですか？ 204 名前：nobodyさん [02/04/03 03:36 ID:w0fKgoFn] >>202さんの通りにやったらできましたー。感謝、感謝。 すごいなsmartyって。 205 名前：1 [02/04/03 08:25 ID:n4eJMQ5/] >>201 = 188 うは、そんな使い方出来るんですね! と思ってよくマニュアル見たらしっかり書いてありましたね。 >>196さんゴメソ。 そろそろスレ違いな感もなきにしもあらずなのでSmartyでスレッド立てようと 思いますがいかがでしょう? 206 名前：nobodyさん mailto:sage [02/04/03 09:52 ID:???] >>205 べつにいいんじゃない？ネタ引っ張っていけるんだったら立てても。 207 名前：nobodyさん mailto:sage [02/04/03 14:54 ID:???] >>205 AAの準備は万端です 208 名前：nobodyさん [02/04/03 15:50 ID:w0fKgoFn] >>205 こういう使い方マニュアルに書いてありました？ 4回位読んだのになぁ。でも、1さんいろいろありがとう。 CSVなテキストからデータを読むには >>194なやり方が必要と思われるので。 スレ立て賛成です。 Smarty使いが増えるかも。 Smarty使いって、スマーターって言うのかな？ あー、いやらしい。 209 名前：nobody mailto:@check [02/04/04 15:43 ID:???] Smartyの話題がでてるけど、、、 漏れも1年ちょい前から同じようなコンセプトで PHP用のテンプレートクラスを作っています。 Smartyとの共通点は、いったんテンプレートファイルを PHPスクリプトに変換することです。 Smartyとの違いはHTML側に書く特殊タグの種類を4種類に 限定することによって、デザイナーでもテンプレートを 書けるということです。 最近いろんなかたの助言によってとても安定＆高速になってきました。 hoover.ktplan.ne.jp/kaihatsu/php/index.php 210 名前：nobodyさん mailto:12 [02/04/04 18:35 ID:???] >>209 かなり良さそうです。特にドキュメントビルダーのあたり。 Smartyとのスピード比較きぼーん。 211 名前：nobody mailto:@check [02/04/04 18:44 ID:???] >>210 現在、ベンチマーク比較のページを執筆中ですが、 単純なHello world 程度の小規模のサンプルで実験した場合、 僕のほうがSmartyの約3倍速いです。 （機能は僕のクラスのほうがシンプルなのですが。） また、かの有名なFast Templateよりも1.5倍ぐらい速いです。 ベンチマークのページを書き終えたら、また直リンします。 212 名前：nobodyさん mailto:12 [02/04/04 23:43 ID:???] >>211 返事はやいですね。ベンチすごいですね。大規模はどなんでしょ？ シンプルでとっつきやすいですし、なにより日本語なのがうれしいですね。 213 名前：nobody mailto:@check [02/04/05 01:36 ID:???] 大規模なテストは、それぞれのテンプレートをバリバリ 使いこなしている人に最適化されたスクリプトを書いてもらわないと テストの意味がないので、僕独りでは難しいです。 ただし、僕の作ったクラスにもSmartyのようにテンプレートを パースした結果をファイルに保存して2回目以降はパースしないで 済むオプション機能を実装しています。 ので、その機能を使えば大きなテンプレートでも問題なく使える とは思います。 214 名前：nobodyさん mailto:12 [02/04/05 08:17 ID:???] >>213 大規模の比較は、一人では難しいとのことですが、開発はどのように行っているのですか? webページを見ましたが、開発への参加募集はしていますか？ 独自MLもないように見えます。PHP-users-MLベースで開発しているのでしょうか？ 215 名前：nobody mailto:@check [02/04/07 21:56 ID:???] コーディングは現在僕独り。その他、パッチを変えてくれる人もいますｌ また、罫線案をメールや掲示板でいただきます。 みなさまの協力の上に原始的な手法でかいはつをすすめているところです。 216 名前：nobodyさん [02/04/07 22:27 ID:hI7aRZHK] デザインはFLASHで、テキストはアクションスクリプト、CGI、PHPでという分け方もありだと思いますが、どうでしょうか？ 利用されている頻度は少ないですが。 217 名前：nobodyさん [02/04/08 02:53 ID:jy9kIRbx] 新しいFlash、悪くないと思うが。 今度クライアントに提案するシステム（イントラだが）は、 インターフェイスを、全面的にFlashで行こうかと。 218 名前：nobody mailto:@check [02/04/08 03:39 ID:???] 自作テンプレートクラス@PHP版のベンチマークテストを取ってみました。 Smarty,Fast Templateよりもはやいです。 hoover.ktplan.ne.jp/kaihatsu/php_en/index.php?type=doc&txt=bench 219 名前：nobodyさん mailto:12 [02/04/08 04:12 ID:???] >>218 ベンチマーク・テストありがとうございます！ すごいですね、これ。僕もsmartyでサイト作っているところなんで、HTMLテンプレート版も 作ってベンチマークしてみよっかなぁ。 220 名前：nobodyさん mailto:sage [02/04/08 04:42 ID:???] >>218 typoが多いよ・・・ 221 名前：nobodyさん [02/04/08 04:50 ID:a4RoISwK] PHPってHTMLに直接コードを書けるのが売りなのに（売りとは思わんが）、 わざわざ言語使用に反して分ける時点でもう破綻しちゃってるよＮＥ！ 222 名前：nobodyさん mailto:sage [02/04/08 05:47 ID:???] PHPは手段であって目的ではないのだから別に破綻していることにはならんでしょう。 223 名前：nobodyさん mailto:sage [02/04/08 06:58 ID:???] 言語仕様を使い切らないと無意味と考えるのは痛いな。 224 名前： ◆AngelBlk mailto:sage [02/04/08 08:42 ID:???] 確かに、初期段階では221が言ってるように HTMLにコードかけるってことが売りだったかもしれないけど 今となってはそれもどうでもいいような気が。 実際自分がコーディングしてて思うけど やっぱりデザイン部分はわかれていたほうがやりやすいし。 まあ、適材適所。 当たり前のことだけど、使い分け出来ないやつは氏ってことで。 225 名前：nobodyさん [02/04/08 13:27 ID:+OQca7Zg] >>218 うーん、今のご時世で速さを売りしても余り意味がないような気が… どのみち機能が増えてエンジン自体が肥大していけば重くなるのは避けられないから 開発途上の今の状態でどれだけ速くても「うん、まあ当然だよね」としか言えない。 そもそもサーバサイドの処理が重くて悩むのって、PHP使ってる向きには少ないと思う。 それよかコードの記述性と可読性が他のテンプレートエンジンと比べてどう優れてるのか 教えて欲しい。 サイトをざっと見た限りでは、Smartyのサブセットの域を出てないように思う。 226 名前：nobody mailto:@check [02/04/09 01:53 ID:???] >>220 ごめんなさい、いま直しました。 文法のほうについては責任をもてません。MS WORDで単語チェックした だけです。 >>225 テンプレートの書きやすさが自分のものの特徴と思います。 プログラミングを知らないデザイナーにも5分程度で教える ことができます。 227 名前：nobodyさん [02/04/09 07:16 ID:GMnXZpQb] age 228 名前：nobody mailto:@check [02/04/09 10:26 ID:???] さらにバージョンアップして高速になったYO! hoover.ktplan.ne.jp/kaihatsu/php/index.php 229 名前：nobodyさん mailto:12 [02/04/09 11:26 ID:???] Smartyもそうなんだが、サンプルがないから、とっつきづらい。 実際の運用サイトの雛型とか、携帯での運用の場合のサンプルとかあると とてもうれし。 230 名前：nobody mailto:@check [02/04/09 12:09 ID:???] 228ですが、、、サンプルとしてどんなものが適当と思われますか？ 例のための例をあげてもなかなかわかりにくいだろうし、 実際の現場で使われているものになると中規模すぎて説明が 大変になります。 悩ましいところです。 僕のサイトでのPEARを使ったリスト表示サンプルはどうですか？ hoover.ktplan.ne.jp/kaihatsu/php/index.php?type=doc&txt=dbsample 231 名前：188 mailto:sage [02/04/09 12:51 ID:???] >>229 少し前にSmarty-GENERALで、Smartyを使って制作したサイトの ソースが公開されてました。もしかしたら参考になるかも。 marc.theaimsgroup.com/?l=smarty-general&m=101761480326238&w=2 232 名前：nobodyさん mailto:sage [02/04/09 13:38 ID:???] PHPばかりでつまらんのう、そろそろスレの本題に戻してﾎｽｨ つか、>>228のあからさまな宣伝が鼻につく。宣伝したけりゃ自分でスレ立てれ。 233 名前：188 mailto:sage [02/04/09 13:57 ID:???] >>232 そーいえばここ、PHPスレじゃなかったですね。 やはりそろそろ、「デザインとロジックの分離 with PHP」みたいな 別スレ作って移動しますか？ あ、テンプレートって文字を入れたほうがいいのかも。 どうしましょうか、新スレのタイトル案。 234 名前：nobodyさん mailto:sage [02/04/10 01:30 ID:???] >>233 テンプレートエンジン(PHP)とか？ 話題自体smartyかHTMLテンプレートしかでないから、「smarty と　HTMLテンプレート」とか。 デザインとロジックの分離自体あまりしてないような感じだし。 >>232 宣伝でもよいと思われ。それで稼ごうとかでなければ、むしろ歓迎。 235 名前：nobodyさん mailto:age [02/04/12 11:44 ID:???] >>234 そろそろ、スレ立てませんか？ 236 名前：nobodyさん [02/04/12 12:01 ID:wN+/eHS+] PHP以外で興味がある人が少ないってだけじゃないの？ 文句しか言わないでネタ振りもしない>>232に萎え。 237 名前：nobodyさん mailto:sage [02/04/12 12:06 ID:???] 細分化して単発スレばかりになるのもどうかと思うけどな 腐るほどPHP関連のスレあるわけだし 238 名前：nobodyさん mailto:sage [02/04/12 12:56 ID:???] >237 っていうか、この板相変わらず 人少なそうだしね・・・。 239 名前：nobodyさん mailto:age [02/04/12 23:35 ID:???] じゃ、とりあえず、このスレで、テンプレート関係の話をしますか。 「コンテンツとデザインの分離」関係の話は出尽くした感があるし。 240 名前：nobodyさん mailto:age [02/04/14 21:28 ID:???] >>231 thanx. 見てみました。さらっと見ましたが、色々なコードがありましたねぇ。 ちょっとどうなってるか、よくわからんので、じっくり見てみます。 241 名前：nobodyさん mailto:sage [02/04/15 01:52 ID:???] 結局、PHPはちょっとしたことには便利なんだけどさ、大規模向きだとツライ。 Perlよりはマシにしろ、メンテしづらいし。 242 名前：nobodyさん mailto:age [02/04/15 06:31 ID:???] >>241 そんな時のテンプレ・エンジンじゃないの？

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef