トップページ⇒php
930コメント657KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2001/05/27(日) 17:59ID:6pK8snWA
ASPでもPHPでもPerlでもJavaでも形こそ違えど結局は可変部を吐き出すための
<%〜%>やらprint文の嵐になってしまう。

「HTMLはHTML、プログラムはプログラムと完全に分離する方法はないものか。」
を話し合うスレッドです。
0367nobodyさん02/09/06 03:25ID:???
>>366
罵倒されるか、厳しいつっこみが入るか、まったく無視されるか、称賛されるかは
わかりませんが、問題はないでしょう。
0368nobodyさん02/09/06 05:25ID:SwN4wAbM
perlerじゃないが期待あげ
036936602/09/07 06:48ID:UExbT08M
まだドキュメントを作ってないので簡単に作ってから
公開しようかなと思います。
0370X ◆japan/wc 02/09/07 16:46ID:???
>>364
HTMLテンプレ読みこんで置換して吐けばいいだけなら何ででもできるだろ。
0371nobodyさん02/09/07 19:28ID:???
>>366
HTML::Template との違いを述べよ。
0372nobodyさん02/09/07 20:57ID:???
>>371 禿同
<TMPL_LOOP>
<TMPL_INCLUDE>
<TMPL_IF>
さらにステキ機能を持ってるなら期待
037336602/09/08 20:33ID:CI7/kLe9
今回作ったテンプレートモジュールを簡単に説明します。
名前は、Tmpl.pmです。
基本的には テンプレート側に%hoge%のような変数を埋め込み
それをプログラム側で置換します。

あと、
<!--#cut name="hoge" -->
<!--#cutend -->
というタグに挟まれた部分を切り取り部品として使います。
ループや分岐処理させる為のタグです。
037436602/09/08 20:34ID:CI7/kLe9
HTML::Embperl派の人達を取り込むための「媚び」として
テンプレートにPerlの変数を埋め込めたり、
<!--#perl -->
<!--#perlend -->
というタグの中に直接Perlのコードを記述できたりします。
037536602/09/08 20:38ID:CI7/kLe9
おまけ機能としては、

テンプレートで外部ファイルや画像ファイルを読み込んでいる場合、
それらのファイルとテンプレートとCGIファイルが同じフォルダに
ある場合は問題ないのですが、別のフォルダにある場合、
CGIで出力する際にそれらのファイルへのパスが変わってしまいます。

そのためにパスの置換処理もできるようにしておきました。
0376nobodyさん02/09/09 00:13ID:???
>366

php版がほすぃyo!
0377nobodyさん02/09/09 00:16ID:???
コードをアップしてから説明すれ
絵に描いた餅ウザイ
0378nobodyさん02/09/09 01:16ID:???
<BASE HREF=''>でもよさそうだが375の機能はいいかも
374はデザインとコード分離したい手前嫌だな
cutしてテンプレートをブロックに区切って扱うちゅうのはわかるけど
HTML::Template使ったことある?
0379nobodyさん02/09/09 23:32ID:IgslT6n4
phpの話だけど、php-mlでテンプレートの有用性の話題が出てるね。

038036602/09/10 23:45ID:???
今日まで仕事が忙しくてまだドキュメント作成できてません。
モジュールだけアップして「解析すれ」というのも
無責任なんでちゃんとやってからアップします。
しかも明日から海外旅行に行くので17日までは
手をつけられません。ごめんなさい。
0381ネラ02/09/11 12:02ID:ucHxsRkV
>>372

その3つともあるよ。「4D」というWebアプリケーションサーバだけど。
www.4d.com
0382nobodyさん02/09/11 22:58ID:???
ドキュメントいらんよ。コードだけ見せれ。
0383nobodyさん02/09/13 14:20ID:iLAw4QWK
http://www.pm9.com/newpm9/itbiz/php/phpmaxspeed/index.php
0384hoge02/09/13 15:13ID:QIoL0ggW
>>382

例1)ループ
<!--#4DLOOP arrProduct-->
<tr>
<td>hoge</td>
</tr>
<!--#4DENDLOOP-->

例2)SSI
<!--#4DINCLUDE MyHeader.html-->

例3)条件分岐
<!--#4DIF $Var='hoge'-->
<H1>逝ってよし</H1>
<!--#4DELSE-->
<H1>イイ!</H1>
<!--#4DENDIF-->
0385nobodyさん02/09/14 06:48ID:TjmGHZ9+
やっぱ amrita が一番使いやすいなぁ。
0386nobodyさん02/09/14 11:13ID:R4eRML0P
>>385
実際に使ってるの?
レポートきぼん(特に性能)
0387nobodyさん02/09/14 19:12ID:TjmGHZ9+
速いかどうかはベンチ取ってやってみては。

(データをどっかから取ってきて html に変換して、public_html へ放り込む
バッチを作った程度。そういう処理を定期的にやる)

書きやすさでは一番だし(デザイン担当の人にとっても楽)、
ruby で書いていけるのはいい。


想像では、CGI で使うのはちょっとメモリがもったいないかなという気がする。
メモリ上に構築したハッシュをドンと渡してやるだけだから。

web サーバとの関係も考えつつ、amrita 使わず、eruby を使って、
イテレータで少しづつ渡していくように作ったほうがいいと思う。
0388nobodyさん02/09/14 19:39ID:TjmGHZ9+
>想像では、CGI で使うのはちょっとメモリがもったいないかなという気がする。

と、思ったが、すぐ開放してくれるもんだし、気にしなくてもよいかな。
0389nobodyさん02/09/14 22:16ID:jEvDqaSB
>>387
Enumerableなオブジェクトをモデルにしてコンパイラを使うと
メモリは1行分だけしか使わないよ

require 'amrita/template'
t = Amrita::TemplateText.new '<ul><li id=list></ul>'
t.use_compiler = true
t.expand(STDOUT, {:list=>STDIN})

これを実行すると、端末から1行入れるとすぐにその行を<li>つきで出力する
だから、必ずしも全部メモリに展開するわけじゃないと思う
0390nobodyさん02/09/15 06:40ID:???
>>384
だれも4Dのことは聞いてないよ。
なおかつ、 HTML::Template でそれは出来るんだから、それ以上の何かが
ないと使えないよ、って話なんだが・・・
0391nobodyさん02/09/15 21:49ID:bpMuztdb
>>389

マジですか。たいしたもんだ。
0392nobodyさん02/09/15 21:53ID:9W83Zx8U
良かったらうんこ板に遊びに来てくださいです。。
http://jbbs.shitaraba.com/news/532/unkounko.html
0393りお ◆/OjWxByc 02/09/15 22:09ID:tnovrUBN
漏れはWebObjectsマンセーなんだが、WebObjectsもイイところばっかしだけど、
悪いところもいくつかある。

EOFはSQLをほとんど意識しなくても良い便利極まりないフレームワークだけど
ちょっと凝ったレコードセット(EOっていうんだけど)の操作が必要になると
SQL書いた方がはやかったりもする。メンテ性を全然考えなくても良いような
システムでも同じでしゅ。あと、DBに強く依存するような機能を利用したい
場合も、ちょっとしたバグのおかげで使えなかったりするから、、とこれは
将来のバージョンアップで期待か。

他のアプリケーションサーバーではセッションフェイルオーバーが
標準で実現できているけど、WebObjectsは実現されていない。もっとも
プログラミング次第で実現できるのだけど、ちょっと面倒。EJBや
JSPなどとの連携もとれるようになったのも、EOFやWOFというテクノロジーが
あるのに何で連携しようとするん?と少しクビをかしげるときも(でも
冷静に考えると、あー、なるほどねと政治的背景をも少し感じるときもある)

WebObjectsは重いというイメージがあるけれど、決してそんなことはない。
PentiumIII-800Mhzで512MRam の赤帽Linuxで色々とアプリを動かしているが
スカスカうごく。レスポンスが重いと嘆いているのは、そりゃ作ったプログラマの
ウデが未熟だってぇことだ(←偉そうに(;´Д`) 

なんか、微妙にすれ違いでスンマソン。ウチの会社ではデザイナには
WebObjectsで使うタグは<WEBOBJECT> </WEBOBJECT>だけだから、そこらへん
を少しだけ意識してください、と連携とってます。CVS使ってますけど。
WebデザイナはWebObjectsとプログラムがどいうカンジで動くのかを少しだけ
勉強してるだけです。

0394nobodyさん02/09/16 05:58ID:???
おお、りおサソ降臨してるしw
0395nobodyさん02/09/17 21:33ID:Zw7x1lTe
<age>
0396あぼーんNGNG
あぼーん
0397nobodyさん02/09/21 02:17ID:fER+Pudx
ロジックとデザインの分離を語るとき、デザインには
ロジックはかかないが、代わりにロジックにデザインが入り
こんでいたりする。

デザイン主体で見るなら、少々ロジックが入り込んでも、
デザインは一つのファイルで完結したいなと思う。
どうせDreamWeaverとか使えば、コードを省略してくれたり
するわけだし。

なんもないデザインで、<TD>データ</TD><TD>データ2</TD>
ぐらいなら、ロジック側に入り込んでも影響ないけど。
0398nobodyさん02/09/21 04:09ID:???
>ロジックとデザインの分離を語るとき、デザインには
>ロジックはかかないが、代わりにロジックにデザインが入り
>こんでいたりする。

アフォですか?
多いケースは、デザインにロジックが混入するケースだろ。
cgiしかやったことねーのか。
0399nobodyさん02/09/21 18:14ID:bCEdfPyU
>>398

デザインにロジックを混入させたくないから分離するんだろボーケー
0400りお ◆/OjWxByc 02/09/21 19:38ID:n+jiSbS4
>>398
397はたう゛ん、JSPまわりのことを言っているのかもしれない。
HTMLタグとプログラムとSQLが混在するファイルを見ると少し混乱するのは確かすよね。
0401nobodyさん02/09/21 20:06ID:???
>>400
WebObjectではページ内のループの概念とかってどうなってるの?
040240102/09/21 20:21ID:???
補足
例えばDBから複数のエントリを取り出してきてそれを表にするような場合、
WebObjectではどんなふうにやるのか知りたいage
0403りお ◆/OjWxByc 02/09/21 20:39ID:n+jiSbS4
>>401-402
まとめるから、ちょっとまっててクレ。
0404りお ◆/OjWxByc 02/09/21 20:49ID:n+jiSbS4
>>401-402
とりあえず、
http://pc.2ch.net/test/read.cgi/php/1024066714/835-836
におれっち的なへんじをかいておきました。
わかりにくいかもしれまへんけど、ワカランことがあったら
何でも書いてチョンマゲ.
0405nobodyさん02/09/22 12:12ID:bpmTH82o
>400
そうそう、Servletからforwardしたり、ASP.NETのコードビハインドが
ある前提で、メインロジックは後ろに追い出せた場合の話でした。

例えば、JSPだと単一の処理に頑張ってタグライブラリを書いてまでは、
分離する必要はないかなという感じぐらいのノリ。

りおさんのレス見させてもらいましたが、ASP.NETは、
WebObjectsに強く影響を受けてるなとつくづく。

ところで、WebObjectsは、MVCモデルのコントローラみたいに、
ロジックに応じて、Vをがらっと変えてしまう(Servletなら表示する
JSPページのファイルをサーバーサイドで動的に変える)ことって
簡単にできるんですか?
0406nobodyさん02/09/23 15:16ID:???
MVCのCみたいに、の下りが漏れには理解不能なんだけど、
同じモデルの見せ方を動的に変えるなんてのは当たり前に出来ます。
てゆーかそれが出来ないアプ鯖なんか使い物にならなくない?
0407nobodyさん02/09/30 21:50ID:l9Fp6ZzH
>>406

GUI アプリケーションじゃ「C」を分けとくと楽なんだな。これが。

ウィンドウをマウス or キーボード or リモート操作 で動かる構造にしとくとイイでしょ?
0408nobodyさん02/10/12 20:07ID:???
>>405
できます。

ただし、それをやろうとしたら、周りがついて来れなかった。

ルーキー同士で組ませるなよぉ
0409nobodyさん02/10/12 20:39ID:???
漏れも、Tomcat(藁)、WebLogic、ColdFusion、WebSphereとやったことあるけど、
WebObjectsは、独自技術かつ、それらの先を行き過ぎて、平均的スキルの開発者だと
手に負えないんだよな。。。。
いくらWebObjectsが凄いものでも、まともに扱える開発者を揃えられないと、
業務で導入できないんだよ。。。鬱
とはいえ、一人でも結構な規模に対応できるからいいんだけど。
041040902/10/12 20:49ID:???
とりあえず、View部分は、ロジックとまったく関係なく、デザイナ任せにできるから、楽で良いね。
「<WEBOBJECTS>タグの範囲だけは、削除せんといて〜」と指示しておけば、
こっちは暫定Viewで作業できるし。
JSPみたいにViewにロジックが入るような事は一切無いのが素晴らしい。

しかし、そんなものは、はっきり言ってどーでもいいね。
Enterprise Object Frameworkを知ってしまったら、EJBとか使ってたのが
禿しくバカバカしくなった。。。
041140802/10/12 21:38ID:???
会社入ってから、
一画面丸ごと全部 コンディショナル(if節みたいなもの)で、
切り替えているコードを見たとき、
正 直 感 動 し ま し た 。

やるなよ… そんなダメダメなやり方、 この会社入るまで想像すら、しなかったよ。
学生だって、もっとましなコード書くよ。
041240802/10/12 21:46ID:???
コウじゃないぞ!!
<html>
  ***** ←条件により一部の表示を変える。
</html>


コウやってるんです。
<html>****</html> ← 条件により丸ごと置き換え
<html>****</html> ← しかもたくさん。
<html>****</html> ← 中身にも条件による表示切替ありのおまけつき。
0413nobodyさん02/10/12 21:49ID:???

ここですか?


WebObjectsマンセーのスレは?

0414nobodyさん02/10/12 22:11ID:???
>>413
どこがマンセーですか?

WOにも、欠点はいっぱいありますよ?
0415nobodyさん02/10/12 22:15ID:???
>>413
ちがうぞ。>>412は、マンセーではなくてだな、逆なんだよ。

インターフェイスとポリモーフィズムで同じことが、
簡単かつ、わかりやすくできるのに。
0416nobodyさん02/10/12 22:24ID:???
WebObjectsって2chではよく聞く名前だが、それ以外では聞いたこと無いな。
2chにエヴァンゲリストが入り込んでいるのか?




.NET死滅スレのMS厨みたいだ・・・

0417nobodyさん02/10/13 00:35ID:???
WebObjectsは、日本では超マイナー製品だからな。
アップルジャパソも積極的に売ってないし、サポートもろくすっぽ無いし。海外ではかなり有名なんだが。
でも、ググってみると、いっぱい情報あるよ。
でも、電話系システムのバックエンドとか、航空管制システムとかで使ってるぞ。
金融会社では、昔ながらのNextStepやらOpenStepなんつー酔狂な環境で、
未だに古いバージョンが動いてるし(藁
"ObjectWeb"なんつー、オープソンースのJ2EE対応のアプ鯖もあったな(藁

とはいえ、マイナー無名製品。
OOPをきちんと学んだ開発者でないと、さっぱり理解できない複雑性をモツ。
つまり、間口が狭く、学習曲線が緩い。
こんな製品が、今の市場にウケるわけがない。
0418nobodyさん02/10/13 07:31ID:???
>417

どこの電話会社や航空管制施設なの?
金融系ってまさか銀行?
恐ろしい企業もあったもんだ。
その例はWOの信頼性を保証するもんじゃなくって、逆にそれをそこまで採用しちゃってる企業の危険度の尺度じゃない?
0419417じゃないっす02/10/13 09:20ID:???
WOFは外部に公開しない部分で使われることが多いみたい。
信頼性はあんまりないよ、正直。
バグがぼろぼろ見つかるの。

0420nobodyさん02/10/13 10:58ID:???
>>418
でも、WebSphereとかWebLogic、.NETなんかを使うよりは遙かにマシだろ。
証券会社なんかで、.NETに移行始めてるとこあるけど、
あぁいうのはどうなんだろうな?怖すぎて契約できないよ(w

WOの信頼性は、どうなんだろう?
マカじゃないからよくしらなんだが、アップルストアって落ちたりしてんのかな?
(http://store.apple.com)
全世界の注文を、アメリカのアップル本社にある5台くらいのマク+WO+オラ(Sun)
でさばいてるって言ってたよ。
0421nobodyさん02/10/13 11:37ID:???
.NETを使うより遙かにまし?
MSはうまいよ、プラットフォームを作るのが。
ある程度の信頼性を確保できたうえで、最近はそれなりの規模のウェアハウスの運用にまで耐えられる環境が実現できている。
TomcatだJSPだPHPだなんて騒ぐよりも遙かにましな選択だと思うぞ。
Site ServerとかCommerce Serverなんていう中途半端なβ製品を買わせてきてしゃあしゃあとしているのは相変わらずだけど、見誤らなければ良い選択肢がある。
企業としてAppleなんてのはカスで、そこがリリースしているだけで信頼性はゼロと見ていいよ。
信頼性なんてものは、将来性と双子の兄弟みたいなもので、将来性のない製品に信頼性なんて育つはずがないの。
そんなものを採用すると、100%将来はこける。
ただでさえ存続するアーキテクチャなりプラットフォームの選択って微妙な問題なのに、わざわざ確率の低い方に賭ける意味は限りなくゼロに近い。
今までAppleが提唱してきてサードパーティーを乗りに乗せた風呂敷って全部びりびりに破けてるって事実を、もっと真剣に受け止めた方がいいぞ?
かってはApple UNIX構想が死に、DALは捨てられ、またゼロからの再構築を目論んだという経緯を持つ企業を、俺は絶対に信用しない。
WOなんて早晩くたばるよ。
OOP命ってことでそれがウリのコーダー様なら、さっさと.NETに来るべし。
ただし、しっかりと個々のアーキテクチャの勉強をする気のない似非OOPクンたちは挫折しないようにね。
最低限必要だよ、SQLを書けたりDBアーキテクチャの構造を理解し、そのクラスを効率よく扱えるテクなんて。

WO使いがあまりに生意気だから一言書かせてもらったさ。
ついでに一言、WOに対する比較なら素のASP(.NETじゃない)でもまだ上を行ってる・・・ってかまとも。
0422nobodyさん02/10/13 11:46ID:???
>OOP命ってことでそれがウリのコーダー様なら、さっさと.NETに来るべし。

自分で言ってることが、よくわかってないようです。(プ
「ウリの思想は、マンセーニダ!」って感じですか。北チョソみたいですね。
.NET厨があまりに生意気なので、一言書かせてもらいました。
ついでに一言、WOと素のASPを比較している段階で、WOをほとんど知らないってことがバレバレですね。
さらに付け加えると、長文の最後に「一言書かせてもらった」なんて、日本語もよく理解できないようですね。

そういう俺は、WOに憧れるWebLogic厨です。
0423nobodyさん02/10/13 11:59ID:???
.NET? アフォですか? .NET Framework? EJBの真似? .NET Server? まだ製品も無いのに?
CLR? JavaVMの猿真似かい。 J#やらC#やら、節操がないよ。どうせJ++の二の舞。
もっとも、MSがCrossPlatformをまともに考えたら、C#はもしかしたら数年後に化ける可能性もあるが。

鳴り物入りでJ++を登場させ、WFCを推進し、そこに上った開発者のハシゴを、政治的な理由から
思いっきり蹴り外した経緯を持つ企業を、俺は絶対に信用しないね。

もちろん、穴は多いが、クライアント環境としてのWinは使いやすいし、Win用デスクトップアプリは
良くできてるものが多い。ゲーム環境としても、Winは最高だと思う。

しかし、サーバサイドアプリを運用する環境としては、最低最悪だな。
「開発」という側面だけに着目するから、多機能なIDEの評判などに、うまく誤魔化されてしまう。

ただし、運用開始後の多種コストを一切無視して、MS製品のみで固めるんだったら、
.NETという選択肢も有りだろうな。
0424nobodyさん02/10/13 12:03ID:???
アフォはお前だよ。
C#とJ++ってのはそもそも比較の対象として違う。
J++ってのは単なる環境で、C#ってのは言語。
それにJ++が鳴り物入りだって解釈した開発者の気がしれんよ。
俺はまったく信用しなかった。
あんなもの過渡期の環境だって見りゃわかりそうなもんだ。
ってか、Javaって時点でMSがどこまで真剣にやるか考えてみた?
そんな梯子にうかうかのぼって行く方が間違ってんだよ。
0425nobodyさん02/10/13 12:06ID:???
>>422
うん、いかにもWOにあこがれるWebLogic厨房だわな。
それからお前みたいなアフォは開発言語だけいじれ。
「一言書かせてもらった」は正しい日本語なんだよ。
日本語喋れんようなお前ごときにいちいち訂正されたかないわい。
クライアントの前できっちり案件に関して商談できるくらいになってから日本語については語れや。
0426nobodyさん02/10/13 12:09ID:???
誤:J++ってのは単なる環境で、C#ってのは言語。
正:VisualJ++ & WFCってのは単なる環境で、J++とC#ってのが言語。
0427nobodyさん02/10/13 12:12ID:???
WO厨房、MS厨房ともに必死すぎ(w
スレの趣旨に戻れや。
そもそも、.NETやWOで、どこまでコンテンツとデザインを分離できるんだ?
具体例出せるのか?
話しはそれからだ。
くだらんフレーミングはやめろ。両方とも、目くそ鼻くそを笑う、でしかないな。
0428nobodyさん02/10/13 12:29ID:???
>>427

それ、俺も興味あるな。
Webアプリで、データベースから取得したデータを、Web側に出力してやる部分を、
.NETやWOや他のツールで具体的に比較してみたい。
PHPやJSPとか今までのASPだと、テンプレート内にロジックを書けるタグがあって、
そこにSQL含めたコード書くのが普通だよね。
042942802/10/13 12:40ID:???
追加。
条件分岐が絡むHTML生成とか、繰り返し処理(HTMLテーブル作成等)を
Webアプリでやるにあたって、MVCをきっちり分けるってできんの?
043040802/10/13 16:41ID:???
なんか、妙な議論が… 私が発端かな? ごめん。

WOF は、DB のテーブル、ビューを Java のクラスにすることができる。
ロジック(メソッド)をそのクラス内に追加することもできる。
インスタンス生成時に条件をつけて、持っているデータを変化させられる。(検索とかで使う)
Java クラスではなく、HashMap 系のインスタンスにすることも可能。

表示するページは、PHP や JSP のカスタムタグを使った時と似たような形式のHTMLと、
それに対応する Java クラスで構成される。
表示用の Java クラスにメソッドを追加すると、HTML の方でそれを呼び出すことが可能になる。
Java クラスなので、似たようなページの場合、同じクラスを使えば、手間を省ける。(もしくは継承)
ページ固有の処理はこちらに加えてる。

HTML の方は、JSP と似たようなものかな。
対応するクラスのメソッド、フィールドを呼び出せる。
リフレクションで、型に応じた処理を勝手におこなってくれる。
繰り返し処理部分は、か な り独特のロジックあり。

List         List      ←こういうListが、
 ├ HashMap   ├List     たくさん現れるのに最初戸惑った。
 └ HashMap   └List


.NETの方は、良く知りません。勉強不足です。
0431nobodyさん02/10/14 01:13ID:???
>>418
金融系とは、ドイツ銀行と、昔派遣でいっていたかいしゃが契約していた
大手都市銀行と、、、いくつかです。信頼性云々よりかは、かいはつこうりつが高かったんで、
客先評判はすこぶるよかったですよ(pure.
0432nobodyさん02/10/14 09:42ID:???
>>418, >>431
日本だとM菱銀行とかが使ってたよ。
といってもNeXT時代なのでWOじゃなくて、その前身のPDOとかだけど。
今のWOの売り方だと基幹系に採用されてるとか言っても信じられないのは
無理はない。もうそんなに先進的でもなくなっちゃったし。
0433nobodyさん02/10/14 10:13ID:???
そろそろWOF以外の話きぼんぬ。
0434nobodyさん02/10/14 10:24ID:++3XMo/L
>>432
確かに先進的でもなくなってしまったけど、WOF特有のKeyValueCodingやEOFの
一貫性つうか、エレガントさはヨソのAP鯖で似たようなのが出てこないというか
むしろ不便を強いられているというのがちょぃと納得いかないんですが。。。
0435nobodyさん02/10/14 12:54ID:???
漏れは、やはりWOのマイナーさから、早く他のアプ鯖に乗り換えたいんだけど、
WO並か、それ以上の製品が無いんだよなー。
お値段がやはり。。。
DB扱うWebアプリを、客のために作るんだったら、今のところWOしかねぇなぁ。。。

んで、.NETでのMVC分離の具体例が知りたいのだけれど、
暴れてたMS厨は、そういう例を出せるほどのスキルは無かったって事?
>>430も、具体例出してきたのは非常に好感持てるが、いまいち判りづらい。
0436nobodyさん02/10/14 15:04ID:???
>>433
スマヌ、もう少し続ける。

>>434
KVCやEOFを他社が真似しないのは、ひとつにはこのへんの技術が
特許でガチガチに守られてるから、ってのがある。
しかもこの特許を持っているやつらはNeXT時代に次々と別の会社に
出て行っちゃって既にAppleにはいないので、WOがライセンスで潤うという
可能性もなくなってしまっている。もったいない話なんだよなあ。
0437nobodyさん02/10/15 09:39ID:???
WOスレで聞いたほうがいいのかもしれないけど、、
>>436
その特許ってのは具体的にはどれのこと?
http://www.uspto.gov/patft/index.html
0438nobodyさん02/10/15 20:29ID:???
WOネタはもうやめてくれ!
WOに触れる人が今後増える可能性があるのならともかく、
ここを見に来る大部分の人間にとって、WOの話はコンテンツとデザインの分離の話と
何の関係もない。
0439nobodyさん02/10/15 22:31ID:???
>>438
何の関係も無いってのは、言い過ぎだと思われ。
WOに特化したコアな話題だったら当然、WOスレでやって欲しいところだけど、
WOでは、コンテンツとデザイン(というよりは、Model/Controlerと、View)が
完璧に分離できるっていうじゃん?
そこには興味あるから、今後の選択肢の一つとして、その点は知りたい。
マカ専用でもなさそうだし。Linuxでも動くんでしょ?FreeBSDではどうなの?
今、JSP+Servlet+JDBCなんだけど、なんとかしたいんだよな。
TagLibも、メンテナンスも考えたMVC分離って点では、今ひとつだし。。。
0440nobodyさん02/10/15 23:11ID:???
>>439
とはいっても、400あたりからずっとWO続きなのは正直ウザイ。
MVCとかCodeBehindとかTemplateとかカスタムタグみたいな製品や技術に
比較的非依存な話題ならいいんだけど、(他の技術にも流用できそうだから)
WOの話ははっきりいって、いくらされても他の製品や技術に流用できるようには見えん。

> WOに特化したコアな話題だったら当然、WOスレでやって欲しいところだけど、
もはやWOに特化したコアな話題だと思われるが。
0441nobodyさん02/10/15 23:23ID:???
ちょっと最近のスレを読んでみたけど、WebObjects語ってる香具師らは
何というか、「選民思想」みたいなのがあるな。
「先進的」とか「独特」とかいう単語を並べて自分に酔っている。
>>409なんてほぼ自己陶酔に近い。

で、マニアックなのを逆に誇っているような・・・。

とりあえず、J2EEサーバや.NET、ASPといった競合技術を子馬鹿にしたような
発言は余計だったかな?

cocoonとかの話をもっと聞きたかったな。
0442nobodyさん02/10/15 23:35ID:???
はいはい、ここで暴れてるWO厨ども、まったく意味無いから、本スレに帰ってくるように。
WOは、アップル(J)社内でも認知されない妾の子扱いだから、あまりよそ様の目に触れてはいかん。
選民意識は持ってていいが、外には出すな(w

つーわけで、迷惑掛けてスマソ>このスレ住民殿
興味あるなら、WOスレにウェルコメ。
0443nobodyさん02/10/15 23:40ID:???
>>441
自己陶酔ってのは、端から見て確かにキモイが、毎日使う道具だったら、惚れて使う方がよくねぇ?
包丁だって、ナマクラに文句言いながらよりは、私見でも「よくキレるジャネーカ」って思いこんだほうがいいと思うが。
J2EE/.NET/ASP共に然り。どの分野にも、極めた人間ってのはいるからな。
Perl使ってEJBも真っ青はロジック組む香具師もいるし。

駄文スマソ。んじゃ。
0444age02/10/15 23:48ID:pfYG+Byr
ビジネスロジックとデザインの分離とはちょっと話がずれるが、
ロジックのコンポーネント化というのはどうなのかな?
俺はPHPの中に普通にロジックをガリガリ書いてしまうほうなんだけど、(あとはincludeとか)
やっぱバイナリのコンポーネントにくるんでおいたほうがメリットはあるの?

ASP→COM/COM+
J2EE→JavaBeans/EJB
.NET→.NET Assembly
PHP→ねぇよ

って考えると、コンポーネント仕様を持たないPHPが中途半端に見えるんだけど。
ビジネスロジックのコンポーネント化についてばっさり意見を言える神の説明キボンヌ。

0445nobodyさん02/10/15 23:51ID:???
自分が不案内な技術がやたらと目に付くようになったときに、それをウザイと思うか
そんなにいうなら調べてみようじゃねーかと思うかでは、その技術や
背景になっている枠組への理解度が違ってくると思うのだが。
結局このスレがWO厨だらけになって他の話題が出てこないってことは、この
「コンテンツとデザインの分離」っていうトピックに興味を持つ人間の割合が
WO厨は他と比べて多いってことなんだろう。
どうせなら、なんで他の環境のやつらが熱く語ってくれないのか、ってあたりを
問題にしたいところだが。
0446nobodyさん02/10/15 23:57ID:???
> 自分が不案内な技術がやたらと目に付くようになったときに、それをウザイと思うか
> そんなにいうなら調べてみようじゃねーかと思うかでは、その技術や
> 背景になっている枠組への理解度が違ってくると思うのだが。
ここらへんは同意できるのだが

> 結局このスレがWO厨だらけになって他の話題が出てこないってことは、この
> 「コンテンツとデザインの分離」っていうトピックに興味を持つ人間の割合が
> WO厨は他と比べて多いってことなんだろう。
ただ単に他の奴等が逃げ出したのでは?
ただでさえ過疎化著しいWebProg板で、他のネタが書けないような雰囲気になってしまえば
WO以外の書き込みがなくなるのも無理はない。

ちなみに「コンテンツとデザインの分離」というトピック名称には普通興味は持たないわな。
「ロジックとデザインの分離」には興味を持つ人間も多いだろうが。

0447nobodyさん02/10/15 23:59ID:???
>>444
もちろん出来たらメリットはあると思う。てゆーかそれがやりたいと
みんな思ってるけどなかなかキレイにくるめないんだと。
問題意識とズレるかも知れないけど、Zope/CMFでやってる、
ワークフローのオブジェクト化なんてのはロジックのコンポーネントと
言ってもいいんじゃないかな。EJBでああいうことをやるのは不可能に
近いとは思うけど。
0448勝手ニ仕切ッテスマソン02/10/16 00:29ID: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は知らん。特殊らしいからこの中には分類できん。)

ちょっとここらへんたたき台にしてスレの方向転換&中間まとめしてみない?
(あまり宗教対立や部落紛争を起こさぬように・・・)
0449nobodyさん02/10/16 00:30ID:???
>>444
そのためのルールベースエンジンじゃねえのか?(w
0450nobodyさん02/10/16 01:02ID:???
厨な質問かもしれないけど、1点確認したい。
WOの話題がNGってことは、商用製品におけるロジックとデザインの分離方法を
このスレで語るのはダメってことかい?
基本的にフリーで利用できる製品のみが対象?
WO厨ってなじられることを覚悟でパピコすると、
なぜWOの話題は嫌われるの?マイナーすぎるから?
選民意識が強いっていうのは、NGにする理由にならないと思うんだけど。
045145002/10/16 01:04ID:???
んーと、このスレは、
コンテンツ(というよりロジック)とデザインの分離に関する技術的話題を扱うスレだよね?
0452nobodyさん02/10/16 01:08ID:AoJOl8Ws
>444
どっかで、Win-PHPはCOMが使えるって言ってたよ。
でも、ASPでもCOMは避けたいねぇ。管理ウザイから。
開発環境で、似たようなアプリが増えてくると、
かなーりブルーだよ。目の前のが動いてるつもりで、
違うフォルダの古い奴が動いてたり(^^;

PHPは、やはり元々、Perl+αかつ ASPの対抗製品だから、
そんなもんじゃないすか?ネームスペースの切り方からして、
お手軽さの方が重視されてると思うし。次は、ColdFusionみたいに
Java化するんでしょ?そうなれば、Servletをアシに使えるのでは?!
0453nobodyさん02/10/16 01:17ID:AoJOl8Ws
>448
漏れの印象としてはWOは、ASP.NETのサーバーサイドコントロールと
同じに見える。(Codebehind?)
0454nobodyさん02/10/16 01:46ID:???
WOスレはかなり宣伝入ってると思われ。
現実では、WO使ってると言う話はほとんど聞きません。
0455nobodyさん02/10/16 02:01ID:???
だから、WO厨は、本スレに戻ってこいって。
WOユーザーでさえWOをまともに理解できてないヤツ多いんだから、
一般的開発者に語ったところで、「宣伝」「自己陶酔」「選民意識」って言われるのがオチ。
世間の見方なんて、WOユーザーとマカは同レベルでしかないんだよ。
どうせお前ら、WOF+EOFを語りたいんだろ?本スレで思う存分やろうぜ。
はい、撤収〜撤収〜
0456nobodyさん02/10/16 02:27ID:???
>>448
その分類あんまりフラットじゃないと思う。
MVC型ってたぶんStrutsかなんかをイメージしてるんだと思うけど、
それを実現するためにはテンプレートやカスタムタグの存在が基礎に
なってるわけで、並列するようなもんじゃないでそ。
J2EEとだけ言ったんでは分離もくそもあったもんじゃない。

が、しかし、なんか中間結果をまとめたいというのは禿しく賛成。
0457nobodyさん02/10/16 19:51ID:???
>>454
それって、あなたの周りだけのハナシでは。
部分をもって全体を語るな。
0458nobodyさん02/10/16 21:16ID:wAz0M52D
Template型にはJavaのVelocityもあるな
0459nobodyさん02/10/16 21:19ID:wAz0M52D
>WOの話題がNGってことは、商用製品におけるロジックとデザインの分離方法を
>このスレで語るのはダメってことかい?

商用製品そのものの独自思想はちょっと控えたほうがいいとは思うが、
例えばJ2EEみたいに規格があって、それに対してTomcat、JBossからWebSphere、WebLocigまで
様々な製品実装があるようなものは問題ないと思う。

ケースバイケースだな。
あまり書き込みルールみたいなのを設けると過疎化が進む。

0460nobodyさん02/10/17 00:13ID:???
つーか、WOの話題はWOスレでやれ!
特定の製品は歓迎されないよ。

で、wo使って作られてるサイトってどんなん?(jpドメイン
0461nobodyさん02/10/17 00:15ID:???
>>460
http://www.apple.co.jp/webobjects/customers.html
0462nobodyさん02/10/17 09:01ID:???
>>461
本当に航空関連(えあどぅ)でWOが使われているとはしらなんだ...
0463nobodyさん02/10/17 12:09ID:???
エアドゥとかで使われてるのは、Webアプリだよね。
C/Sタイプのアプリも開発できて、それはSybaseと一緒にNTTの基幹システムで動いてる。
ただしそれは、NTTが事例としての引用を認めてない。
NHKも社内で使ってるが、こちらも同様。

WOスレ行くと、WOが持ってる技術特許へのリンクも見られるぞ。
0464nobodyさん02/10/17 18:08ID:???
ウチがlinux/phpでリプレイスやってるサイトある(゚д゚)!
紹介されてるサイト結構、既にcgi/aspなんかになってるやん。

http://www.ablic.net/の求人探索1/3ぐらいの確立でパラメータが
エラーとかでるよ(;´Д`)
0465nobodyさん02/10/17 22:34ID:???
>>WOスレ行くと、WOが持ってる技術特許へのリンクも見られるぞ。

みたYO. 糞マカー共がマンセーマンセーする理由がよくわかったYO(W
0466nobodyさん02/10/20 08:58ID:???
WO厨の気がすんだら書き込みなくなるわけね。
■ このスレッドは過去ログ倉庫に格納されています