コンテンツとデザインの分離
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
2001/05/27(日) 17:59ID:6pK8snWA<%〜%>やらprint文の嵐になってしまう。
「HTMLはHTML、プログラムはプログラムと完全に分離する方法はないものか。」
を話し合うスレッドです。
0063名無しさん＠お腹いっぱい。
01/12/25 00:29ID:???なかなかｲｲんじゃねぇの？
っていうか、デモはシンプルなほうがいいと思うが。
派手なデモとか、そゆのがいいなら．ＮＥＴとかヤレよ（ワラ
0064名無しさん＠お腹いっぱい。
01/12/25 02:14ID:rO3objigこの発想、ｲｲ（・∀・）ね。
ドリームウィーバーみたいなソフトでHTML使う人にとっても
こっちのほうが、HTML::Templateみたいな独自タグよりも使いやすいかなあ？
006562
01/12/25 10:24ID:w8XWyZY6デモでゴルゴとか言ってるとちょっとひいちゃうんだよな。
0066名無しさん＠お腹いっぱい。
01/12/25 11:31ID:qH/nvcoMブラウザでプレビューしてもまともなのにならなかったりするのが欠点。
例) <a href="<tmpl_var var="url">">url</a>
>>62 みたいに、id="..." を使うってのはあたりかも。
でも if とかどうやって実装したらいいんじゃろ。
ロジックの分離って意味では、if は邪道なのかな。
ロジックとデザインの分離っていっても、
デザイン部がプログラムであってもいいわけだよね...?
0068名無しさん＠お腹いっぱい。
01/12/25 13:59ID:qH/nvcoMXSLT かけるデザイナーがいるならね。
0069名無しさん＠お腹いっぱい。
01/12/25 14:45ID:sJRfrNmivanguard_compatibility_mode - 1に設定すると、モジュールは通常の書き方に加えて、%NAME%のような<TMPL_VARS>を見ることを予定します。
0070名無しさん＠お腹いっぱい。
01/12/25 14:54ID:qH/nvcoM%NAME% でも HTML lint は怒るような。
親切なHTMLエディタだったら入力時に % を %25 に変換しちゃうだろうし。
<a href="%URL%">hogehoge</a> -> <a href="%25URL%25">hogehoge</a>
0071名無しさん＠お腹いっぱい。
01/12/25 14:56ID:rO3objigむむ。
filterで[%TMPL_VAR NAME='NAME'%]みたいなのにしてるんだけど、
これも変換されちゃう...?
0072名無しさん＠お腹いっぱい。
01/12/25 15:35ID:qH/nvcoMURL には生の % は入れちゃダメっていわれてる以上、lintにかけたら怒られるし、
ユーザが % いれたら %25 にするのはエディタの仕事だよね。
実際そういうことするエディタがあるのかどうかはしらんけど。
&tmpl_hogehoge; とかかってに定義しちゃうとか考えたけど、これも変換されちゃうし...
<a href="$url$">hogehoge</a> とかだと大丈夫?
0073名無しさん＠お腹いっぱい。
01/12/25 16:10ID:???でも、HTMLの流れからいくと正論でない？
今は違っても視野に入れるべきでは
0074名無しさん＠お腹いっぱい。
01/12/25 16:20ID:qH/nvcoMうーん..
プログラム->XML->XSLT->HTML(+CSS)
ってのが将来像だよね？
0075技術板から出張
01/12/25 18:10ID:4aLznFCRhttp://jakarta.apache.org/velocity/
http://www.ingrid.org/jajakarta/velocity/velocity-1.2-rc2/docs-ja/index.html
0076名無しさん＠お腹いっぱい。
01/12/25 21:48ID:???いいも悪いも、Model2になってしまうと
決まったBeanから値を引っ張るだけなので、
VelocityだろうがFreemakerだろうが好みでしかないと。
サブレット系で使うにしたら、Turbineと一緒に考えんと
単品ではたいした事できひんよ。
TurbineでIntakeService使えばStrutsみたいな
ちょっとエレガントなフォームのハンドリングはできるけど。
基本的には引っ張り出すモデルで使用するので
「ちょっとした分岐」にSTLのタグ使いたくない場合にいいかと。
うちのクライアントは#ifとかで分岐を書いた方が
わかりやすい、ということでVelocityで作りました。
ただ、基本的にはロジックとプレゼンを分離しないものなので、
複雑なものを制御しようとするとすっごい見づらい。
Ankiaみたいな使い方はアリやと思いますけど。
007776
01/12/25 21:58ID:???Anakiaね↑
0078名無しさん＠お腹いっぱい。
01/12/26 00:08ID:BDPI+m4wif とか loop ってのは除外すべきなのかな。
ここに表がはいって、ここにはタイトルが入って...
みたいなのがデザイン？
それとも表を構築するのもデザイン側？
0079名無しさん＠お腹いっぱい。
01/12/26 00:11ID:sJEz3Q/y表にどんな内容を動的に組み込むか。。というのがコンテンツ
表のレイアウトそのものがデザイン。ってのはどうよ?
0080名無しさん＠お腹いっぱい。
01/12/26 09:16ID:FQ1ZqMYK> プログラム->XML->XSLT->HTML(+CSS)
>
> ってのが将来像だよね？
その場合、デザイナーの仕事って何なの？
これからはデザイナーはXSLT勉強しろってこと？
0081名無しさん＠お腹いっぱい。
01/12/26 13:10ID:0snM5bmaそこは、マーベラスなデザインプログラムを誰か作ってくれることを希望するしか。
今現在だって、他はどうかしらんけど
少なくとも HTML::Template で凝ったことしようとすると、
HTML エディタじゃ破綻しちゃう。
XSLT ってデザインの範疇?
0082名無しさん＠お腹いっぱい。
01/12/26 14:30ID:k+572McBXSLTはプログラマが書くしかないと。
デザイナーが書いたHTMLをバラして
コードのあちこちに埋め込んでいくような方法しかないと。
そんならxml吐くよりHTML直接吐いた方がマシ。
0083名無しさん＠お腹いっぱい。
01/12/26 14:40ID:???0084名無しさん＠お腹いっぱい。
01/12/26 14:56ID:???簡単なSQLとかスキーママッピングぐらい分かりそうなもんだよな。
実際細かいとこ（空白処理とか）も考えるとデザイナーが１から
XSLT書くってことはなかなかなさそうに思う。
で、部分的なXSLTモジュールが増えて管理しきれず破綻すると。
これ最強。
ユニークなソースを複数のマークアップに変換することこそ
XLSTの意義なわけで。
それでいてそこらへんのプログラマが「よーしパパ独自モデル
作っちゃうぞー」なんて言って作ったＸＭＬに普遍性があるわけなく。
まぁ、俺みたいな底辺のWEB屋は
フツーのテンプレートで十分ってこった。
0085名無しさん＠お腹いっぱい。
01/12/27 10:30ID:T+mNc+4Xどんどん構文増やしてプログラマブルになっていく。結局まったく新しい文法覚えなきゃなら
ん分だけJSPなどの方がましという結末。俺はループで表を埋めることだけサポートした単
純な文字列置換テンプレート使ってるけど。
0086名無しさん＠お腹いっぱい。
01/12/30 04:15ID:???動的なデータ変形によるレイアウト変更とかをデザインと見なし、それが
重要かどうかはデザイナの主観だけど（というかそういうツールでは無理。）
そのままxmlをCocoonにStreamに通すとXalanを使った場合と比べて表現の
自由が失われるわけで、要は、その表現が目に見える部分がデザインなのか
データなのか、それともデータをパラメータとしてレイアウト可変があるのか
を判断することが重要。テンプレートを文字置換を行うのは見ていてあまり
カッコよくないから、せめて静的なPageを作成できるWYSWYG-XSLエディタを
作ってCocoon+Servlet+XSLで十分では無いのか。
と言ってみる。
0087名無しさん＠お腹いっぱい。
01/12/30 14:12ID:neJVFUngよく意味がわからんのだけど、XSLエディタを作れっていいたいわけですな。
0088名無しさん＠お腹いっぱい。
01/12/30 17:13ID:???\27kだって。
たかいね。
0089名無しさん＠お腹いっぱい。
01/12/31 17:56ID:7TaOdc8Lなんか MVC モデルを地で行ってるな...
0090名無しさん＠お腹いっぱい。
01/12/31 18:23ID:???0091名無しさん＠お腹いっぱい。
02/01/01 10:16ID:2xu8/Vnpテンプレートに埋め込んだ状態で正しいHTMLになるんだから
吐き出し結果さえ通れば良いんじゃないの
0092名無しさん＠お腹いっぱい。
02/01/01 19:11ID:zfxUv0cUそれだと、正しいHTMLであることを前提にしたツールが使えない。
きっちりした HTML エディタとか、検証ツールとか。
0093名無しさん＠お腹いっぱい。
02/01/05 21:53ID:???0094名無しさん＠お腹いっぱい。
02/01/05 22:14ID:???あとは流行りの寄せ集め。
ただし、WOはいくら良くてもマイナーだ。ﾄﾎﾎ
0095名無しさん＠お腹いっぱい。
02/01/06 05:15ID:???ってどうよ？
0096名無しさん＠お腹いっぱい。
02/01/08 03:12ID:???WO、なんで Mac でしか動かないんジャー。
0097名無しさん＠お腹いっぱい。
02/01/08 04:33ID:???WebObjectsの稼働環境は下記の通り。
【開発環境】
Windows2000、Mac OS X
【運用環境】
Java2 SDK 1.3.x and JDBC2.0ドライバがあれば、一応なんでもOK
0098名無しさん＠お腹いっぱい。
02/01/13 21:25ID:???Cocoon2ならXML+XSLT+XSPと分離できているがどうよ？
0099名無しさん＠お腹いっぱい
02/01/13 23:34ID:???WOと平行してXMLベースの開発もやってんだけど、まず開発効率の点で比較にならん。
Cocoon2も、技術的には面白いとは思うので、オモチャとしていじってはみたい。
0100名無しさん＠お腹いっぱい。
02/01/14 07:22ID:???>>98
XSP はんてはじめてきいたよ。
JSP みたいなもんなのかー。
0101名無しさん＠お腹いっぱい。
02/01/14 17:33ID:???そうなのか。漏れもCocoon2は触り始めたばかりだしWOも知らないから
殿辺がWOと比較したときに差がつくのか氏りたいな。
0102名無しさん＠お腹いっぱい
02/01/14 22:20ID:???XSP、動的にXML生成してくれるのは興味深い。
でもこれ、XML文書の中にJavaのロジック入れちまうような感じだろ。
基本的にゴリゴリとやる作業多いし、DBとの連携もコードをゴリゴリ書かなきゃならん。
まぁこれはこれでハヤリに沿ってると思うが（ｗ
JSPなんかもそうだけど、めんどくさくない？
WOの場合は、クライアント側に吐かれるのはHTML。
HTMLテンプレート内に、動的なHTMLを生成するタグを組み込むんだ。
基本的なWebオーサリングと、動的なWeb上のオブジェクトを組み込むためのツールがある。
動的にHTML生成するオブジェクトには、一般的なHTML要素に加えて、
繰り返し処理、条件判定付き処理なんかも含まれてる。
DB側は、テーブル構造をリレーション含めてJavaクラスにマッピングしちまうｵﾌﾞｼﾞｪｸﾄを作ってくれる。。
メソッド叩けばDBアクセスするようなソースを自動的に生成してくれる機能もある。
この辺のﾛｼﾞｯｸとWebのｲﾝﾀﾌｪｰｽの接続は、ﾋﾞｼﾞｭｱﾙにできるぞ。
単にDBから条件検索して取得したデータをWebに吐くような処理なら、ほとんどソース書く必要なし。
興味があったら
http://www.apple.co.jp/webobjects/wo_docs_j.html
でも見てみれ。
巷のApp鯖やJSP/Servletなんかもあれこれ評価してみたけど、漏れ的には今のところ、
鯖側App作る技術的なら、WOが一番すげぇと思う。ｱﾎﾟｰｼﾞｬﾊﾟｿはクソだが（藁
ﾐｶｶの社内ﾍﾞﾑﾁｬ１号企業（社長は光ﾌｧｲﾊﾞの構造発明した博士）が、WOで作ったｱﾌﾟﾘが、
ｾｶﾞのﾊﾞｰﾁｬﾌｧｲﾀと共に、ｽﾐｿﾆﾔﾝ博物館に展示されてる。
日本製のｿﾌﾄｳｪｱでｽﾐｿﾆﾔﾝに殿堂入りしてるのは、この２作だけだと。
0103名無しさん＠お腹いっぱい。
02/01/15 16:59ID:???DBの連携はServletでやってXMLを出力させて、Cocoon2のGeneratorに
割り当ててる。OracleのXDKとか使えば簡単にXML生成出来るから。
XSLTとXSPはPresentationの整形に使ってみたりしているので、
JSPと違って面倒くさいとは感じない。漏れは結構感動した。
WOはWebで見てみた。面白いね。正にObjectという感じがして印象はいいね。
ただVとCが綺麗に分離されているようには感じなかった。バインドだけを独立して
メンテナンス出来る仕組みがあるなら大丈夫だと思うけどね。
でも今までWOは知らなかったので、ちょっとずつ調べてみるよ。ありがとう。
0104名無しさん＠お腹いっぱい
02/01/15 20:12ID:???漏れの説明が全然足りてないと思われ（ｗ
VとCは、結構綺麗に分離されてると思う。
まぁとはいえ、結局WOも繭２+XSLT+XSPも道具であって目的じゃないから、
目的に応じたツールを使えばいいだけだよな。
政治的な理由で理不尽な道具を使わされたりってこともあるけど（ｗ
漏れも知識を広める目的で、繭２あたりもﾍﾞﾑｷｮｰしてみる。
0105名無しさん＠お腹いっぱい。
02/01/16 00:37ID:???いやいや、漏れがちゃんとドキュメントを読み込んでないだけだ。ｽﾏｿ
でもすごいねWOって日本語ドキュメントが公開されているんだねー。
英語のドキュメントと格闘しているとこういうのは嬉しくなるよ（藁
>まぁとはいえ、結局WOも繭２+XSLT+XSPも道具であって目的じゃないから、
>目的に応じたツールを使えばいいだけだよな。
>政治的な理由で理不尽な道具を使わされたりってこともあるけど（ｗ
禿しく胴衣。漏れもたまたま繭２（っていいなこれ）を氏って感動しただけで
仕事になるかは不明だが、色んな道具を勉強しておかないと目的に合うものが
あっても使えないしと思って触り始めたところだった。WOも勉強してみるよ。
0106名無しさん＠お腹いっぱい。
02/01/18 17:29ID:yclowW7Ghttp://210.155.146.159/dann/srd_list/whatsnew
このページが
http://210.155.146.159/walrus/walrus/sample/srdlist/srdlist.rb
これだけで表示できるって言うんだけど、本当かな。
0107名無しさん＠お腹いっぱい。
02/02/16 11:32ID:kVRJZgu9って方法を考えてるんだけど、やっぱりデザイナーにはつらいっす。
デザイナーにXSLT覚えさせるんじゃなくて、プログラマーに
デザイン覚えさせた方が、手っ取り早くて確実だと思うよ。
0108名無しさん＠Ｅｍａｃｓ
02/02/16 11:48ID:xWyhCOfA0109名無しさん＠お腹いっぱい。
02/02/16 12:10ID:KRm5UaCtひとりで両方やったらどっちも中途半端になると思うけどな。
0110名無しさん＠お腹いっぱい。
02/02/16 12:24ID:uSHa0cBbデザインしてるっていうよりプログラム書いてるような感覚。
HTML が細切れで現れるあたり、へなちょこ Perl スクリプトと似てる。
どうせクライアントサイドじゃまともに使えないんだし、
それだったら自分の使いやすい言語使って XML を整形したほうがはやそうだ。
0111名無しさん＠お腹いっぱい
02/02/16 13:13ID:???プルグラマーにデザインはやらせられないし。（畑が違うんだよね）
うちとこ、海外本社がXML+XSLTでUI作成するエンジン作ってるけど、
ブラウザに直食わせ＆MS-XML依存という、超破綻システム。
IEでしか表示できず、Webブラウザベースである意味が無い。
いっそVBでいいじゃんと思ってしまう。
0112名無しさん＠お腹いっぱい。
02/02/17 19:54ID:u6FvlsM9UI 専門チームでやってるんだろうけど。
そういう意味では、紙じゃなく "Web" のデザイナーって時点で
プログラムぐらい書けなきゃいけないのかもね。
データベース設計とかそういうコアな部分だけプログラマが作るってのはどうだろ。
結局、現在の HTML 周りで完全にコンテンツとデザインを分離出来て、
かつ実用的なシステムは無いってことになっちゃうのかな。
悲しいな。
0113名無しさん＠お腹いっぱい
02/02/17 23:42ID:???コンテンツとデザインてよりは、UIとロジックを分離という面で、
Webアプリケーションサーバと、その開発環境、ということに限定するなら、
１つだけ存在する。
アップルのWebObjects。
日本ではビジネスとしての環境は劣悪だけどな。アップルJPがダメだから。
0114名無しさん＠お腹いっぱい。
02/02/21 09:04ID:2RVX4IAG前々から興味はあって、WebObjectsスレも見てはいるんですが…
メイン環境が Linux なんで開発環境が動かない。無念。
Zope なんかはどうなんだろう。
0115名無しさん＠お腹いっぱい。
02/02/21 13:44ID:PWLuAunJ実績ではWebObjectやZopeに遠くおよばないけどな。
日本人が開発してるからサポートは期待できるかも。
0116名無しさん＠お腹いっぱい
02/02/21 18:02ID:???Linux用VMwareでも入れれ。もしくは、開発用Win用意して、VNC使うとか（ｗ
>>115
サポートもそうなんだけど、やっぱり運用環境にかかるコストと、
負荷分散、障害復旧の仕組みやコストも重要なんだよね。
負荷分散は、WebObjectsはひじょーに楽。
アプリ側の変更いらないし。
ｱﾎﾟｰのサポートは、まったく期待できないのが鬱。
とはいえ、海外のMLとかでは十分な情報があるから、さほど心配はいらねんだけどね。
0117名無しさん＠お腹いっぱい。
02/02/22 06:47ID:0Wx4juTv負荷分散が楽っていうのは、
１）WEBサーバ---アプリサーバ---DBサーバ の３台構成が楽にできる
２）１）の各階層をそれぞれ複数マシンで構成できる
のどっち？
0118名無しさん＠お腹いっぱい
02/02/22 11:19ID:???もちろん後者。
Web鯖自体は、WOで負荷分散ってわけにはいかないけど、
アプ鯖は、負荷上がってきたら別鯖立てて運用ツールに鯖を登録、
あとは立てた鯖にアプのインスタンスを増やしてあげる設定をするだけ。
DBも、負荷分散ちゅー観点からちとズレるけど、
別々のDBのテーブルを、１つのJavaオブジェクトにラップできちゃう。
OracleとSybaseにDBが分散されてても、まとめて１つのオブジェクトにラップして、
アプは、そのオブジェクトとやりとりするだけ。
驚異。
0119名無しさん＠お腹いっぱい。
02/02/24 00:16ID:VTvdAz4Q(1) それだけWOが重いってこと？
(2) WOはそれだけ負荷の高い処理を前提として設計されてるってこと？
大規模で本格的なシステムでは、いつ消えるかわからんものは、いくらモノがよく
ても怖くて使えない。小規模なシステムをパパっと作るような所で使いたいんだ
が、大規模なシステムをターゲットにしてるとしたらちょっとミスマッチかも
0120名無しさん＠お腹いっぱい
02/02/24 00:56ID:???金融系で実績ありますよ。元々、大規模なシステム向けでした。まぁ大は小をかねてますね。
一昨年までは、同時アクセス数無制限のライセンスだと、開発版＋運用版で\700万Overでしたし。
とはいえ、別に俺は信者や回しモノでもなんでもないので、あれこれ言う必要もないでしょう。
WOも所詮は道具。目的に応じた道具を選択すればいいだけ。
0121名無しさん＠お腹いっぱい。
02/02/27 20:01ID:ZOHgWtn/0122名無しさん＠お腹いっぱい。
02/02/27 20:05ID:???0123名無しさん＠お腹いっぱい
02/02/27 21:05ID:???0124名無しさん＠お腹いっぱい。
02/02/27 22:41ID:4wH+W7s0埋め込まないですむツールを探すのがこのスレの趣旨だろ。
WOやWalrusではそういうことができる。
0125名無しさん＠お腹いっぱい
02/02/28 00:25ID:???0126名無しさん＠お腹いっぱい
02/02/28 00:26ID:???Perl, PHP, ASP, JSP, ColdFusion等々もダメってことか。
0127名無しさん＠お腹いっぱい。
02/02/28 05:28ID:???WOはスケーラビリティも売りだったりする。
ノートパソコン1台で何から何までやる最小構成から始まって、
(これでパパっとデモとかやるとけっこう食い付きがいい)
最後はhttpd複数、app鯖複数、DB複数みたいな重厚長大構成まで持っていける。
今だとApacheとCocoon組み合わせた感じとちょっと似てるな。ってもちろんWOの方が古いが。
WO出たての頃はCで書いたcgiとかと比べられて、app鯖重い、とかいぢめられたが、
最近はServletだのなんだので他も重くなってるのであんまり言われなくなった(w
0128名無しさん＠お腹いっぱい。
02/02/28 05:44ID:???までもeRubyとかcgi-libよりもイイのは認める。
>>125
そもそもRubyを実務レベルで使わせてもらうのもまだ抵抗アリ。
0129名無しさん＠お腹いっぱい。
02/02/28 07:15ID:deZVjrVjそれがそのまま動的なページになる。
便利な気はするけど、俺もRubyを実務で使うのは怖い。
0130名無しさん＠お腹いっぱい。
02/02/28 07:45ID:EVItbpbr>>1 でその結論はでてるような。
embed 系は注意しないとだめでしょう。
繰り返しと分岐をどうするかだよね。
Walrus の繰り返しは上手くやってるなと思う。
無理に分離しないってのも選択肢だとは思うけど。
>>128
普通の id 属性使ってるとこがよさげじゃない？
独自な要素使ったりするのはエディタと馴染まないだろうし、
別ネームスペースの要素や属性を扱える HTML エディタってしらないし。
って DW すら使ったことないからわからんけど。
0131名無しさん＠お腹いっぱい。
02/02/28 09:45ID:???> 普通の id 属性使ってるとこがよさげじゃない？
あんまり詳しく見てないんだけど、今までHTMLの編集過程で
id属性を使ってた人はそれをあきらめなきゃいけないのと、
タグで囲まない部品は定義出来なさそうってのが
ちょっとツライ。
あと、コピペしたときにすぐ名前空間衝突起こしそうだよね。
なんか興味出てきたんでMLにでも覇逝ってみるか。
0132仮
02/02/28 20:46ID:noWCUt+8warlus 使って、掲示板作ってます。
http://210.155.146.159/bbs/
idは、<div> や <span> にも付けられるので、タグで囲まない部品
の問題は、ほとんど起きませんよ。
>あと、コピペしたときにすぐ名前空間衝突起こしそうだよね。
これは、私も問題だと思います。NAME属性とも衝突起こしますし。
0133nobodyさん
02/03/03 02:06ID:Z7la6eJBHTML::DWT - DreamWeaver HTML Template Module
http://search.cpan.org/doc/WHYTEWOLF/HTML-DWT-2.06/DWT.pm
みつけたんだけど、DreamWeaver のテンプレートって
どんなかんじ？ 使ったことない...(恥)
0134nobodyさん
02/03/03 06:02ID:???0135nobodyさん
02/03/03 14:40ID:nKi/6AzPカスタムタグを扱えるHTMLエディタって何がある？
そのエディタを扱えるデザイナってどれくらいいる？
0137nobodyさん
02/03/03 22:36ID:???何か JSP に恨みでも?
っていうか PHP や ASP 用の HTML エディタってあるの?
デザイナってみんなそれ使ってるの?
0138nobodyさん
02/03/03 22:38ID:???じゃなくてさ、
オーサリングソフトを使わなきゃHTMLを書けない奴と
一緒に仕事をしなきゃいけない人もいるじゃん。
このスレってそういう人が多いと勝手におもってるけど。
0139nobodyさん
02/03/03 23:00ID:???じゃこのスレはオーサリングソフトのサポートがない物は論外というわけかね。
いや別に良いんだよ、1のタイトルが目に付いただけのUnix板からの流れ者だから。
話の流れを読んでなかった俺が悪かったということでよろしいな。
0140138
02/03/04 00:06ID:???や、論外ってわけじゃないけどさ。ひとつの方法には違いないし。
ただJSPのカスタムタグで解決だぁ〜ってほど、明るくはなれないのよってだけ。
0141nobodyさん
02/03/04 00:09ID:cezFKT1+デザイナを含む開発でメンテナンスまで含めた*工程*を提示してもらえば、
オーサリングソフトにこだわるつもりはないよ。
デザイナが雛形作成したものに、
プログラマが<%.. >や<? ...>やカスタムタグを追加してページを作ると新規の時はいいが、
デザインの見直しがあった時に、誰が何をいじればいいのかわからない。
XMLやカスタムタグを自由に使える技術力のあるデザイナがいればいいが、
そんな都合のいいやつはいそうにない。
結局、標準HTMLで動的なページを作成できるアプサバ使うしかないと思うが
他にいい手があるだろうか？
喧嘩を売ってるわけじゃなくて、
「流れ者」だから見える所があるかもしれないと思って聞いている。
0142nobodyさん
02/03/04 08:47ID:???>>136 は半分煽りで入れたんだが、オーサリングソフトでデザインと
コンテンツを分ける方法を本気で話すのが趣旨なら大変悪かった
(おとといから咳が止まらなくてイラついてたな)。
流れの話だが、専門でやってるのは銀行や保険なんかの金融系 Web
サイト。一回の開発で画面数にしておよそ 100〜150 くらい (フ
レーム分割された一つ一つの合計) な上、かなりの処理が入るので、
最後までオーサリングソフトでやろうというのは度台無理な話。
まぁ売り物はコンテンツであってデザインではないと言い切れる
世界なので、デザイナが絡むとしても最初のデモ画面作成くらい
かな。どのみち開発者が手書きで HTML を書き直すことになる
(おかげでページデザインのできるシステム屋は付加価値が付く;
専門の人にはかなわんが)。だから HTML が書けないデザイナ
なんてハナから頭になかったし (そもそもそれじゃブラウザ間の
互換を保ったデザインなんてできないと思う)、>>1 を見て普通に
Model-View-Controller の話かと思ったわけ。
まぁ HTML が書けることが大前提だったから、JSP+拡張タグでデザ
インを分離できてこれ以上何が必要? って話だったわけ。
それから XSL はサーバ側にかなりの負荷をかけるので、大き目の
サイトではあまりお奨め出来ない (特に Java で組んである奴)。
ちょっとリクエスト数が上がるとすぐ監視端末が真っ赤になる。
0143nobodyさん
02/03/04 13:40ID:oVEZs8i8そういうシステムやってる人にこそ聞きたいだけど、
大規模なWEBアプリの開発では、どういう分業が理想的だと思う？
たぶんその規模の開発なら、
役にたってるかどうか別としてコード書かないプロジェクト管理屋がいたり、
DB屋も論理的なモデリングやる奴とパフォーマンス考える奴に分かれてたりするだろ。
WEB回りもこれから専門分野ごとに分化していくべきだと思うのだが、
（部品としてタグライブラリ作る奴とそれを美しく配置するデザイナーとか）
どこでどういう風に分離すべきか、もしアイディアがあったら聞かせてほしい。
0144nobodyさん
02/03/04 19:33ID:???ロジックを組む人とデザイナの作業を明確に分けたいならタグライブラリが
最適だろうな (Java 限定の話ですまんけど、俺、他は C++ で CGI くらい
しかやったことないし)。まだオーサリングソフトだけでちょっと込み入った
繰り返しや条件分岐作れるほど技術が枯れていないと感じている (普段テキ
ストエディタしか使わないんで実際のところはよくしらんが)。
プロの Web デザイナがプロジェクトに参加するとしたら、やっぱり
HTML くらいかけなきゃ意味ないとおもう。そうじゃなきゃ「ただの
デザイナ」だよ。互換性や挙動の違いを良く知っている人がいい。
カスタムタグの一覧と使い方を渡して、後のデザインはデザイナに
任せるみたいな (本当は事前にお客さんが決めてんだけど)。そう
じゃないと、結局プログラマがデザイナの作ったページと同じ体裁に
なる HTML を１から組まなきゃいけなくなる。
機能的なタグライブラリがそろうと「横展開」というかなりおいしい
おまけがついてくる。中のロジックはまったく同じでデザインをガラリ
と買えればまるっきり新規開発したように見えるから。中小企業相手の
管理ソフトとかこっそりやってるところあるとおもうよ。
っていうか今日はもうだめっす。
0145nobodyさん
02/03/05 01:14ID:???HTMLバリバリ書くしcgiもやるがデザインセンスなし男、
ただのJavaプログラマ、って構成でデザイナが紙で持ってくる(良くて
Photoshopファイルとか)デザイン案を、必死にオーサリングツールに
乗せて、それをタグの整合性失われてないかチェックする、という
かなり力技やってた。
思うに、中間に何も入らないってのはおそらく無理だ。
ツールにしろ人にしろ、なにかそこに挟まる。
0146nobodyさん
02/03/05 09:42ID:YJM7TYzZたぶん新規開発だからまだ力技が通じたんだと思うよ。
（それでも相当苦労しただろうけど）
メンテナンスフェーズに入ってから、
馬鹿なデザイナーと一緒に仕事すること考えると鬱
でもそういう奴のデザインセンスは凄い。
色の使い方ひとつとっても全然違う。
ちょっと絵心のあるプログラマなんかじゃ、とてもたちうちできない。
馬鹿さかげんもたちうちできないけどな。
0147nobodyさん
02/03/05 13:16ID:2x2AJfUn現状では、デザイナーは最低限 HTML の構造ぐらい理解しとけ、
でよろしいかな？
ところで、HTML 読めない Web デザイナーってどれぐらいいるんだろ？
都市伝説だと思いたい。
Strict な HTML じゃない!とかそういうのはまあ置いといて。
0148nobodyさん
02/03/05 13:22ID:???読めないやつはいないでしょ。
0149スズキ
02/03/08 11:44ID:+mT8zTLZコンテンツとデザインの分離をコンセプトにBBSのCGIを作ってます。
よかったら見てください。m(_ _)m
http://www.bluepage.org
0150nobodyさん
02/03/08 13:17ID:???ここはどっちかっていうとデザインとロジックの分離のような。
0152スズキ
02/03/08 16:02ID:CkkEnjQAたしかに！そのとおりだよね。
「HTMLはHTML、プログラムはプログラムと完全に分離する方法はないものか。」
という部分を読んで、
てっきり、プログラム中にHTMLを書かないCGIに関して話すのかと
誤解してました。
0153nobodyさん
02/03/08 16:16ID:???Webページはもともと静的なものでは？
[M] → XML
[V] → XSLT＋XSLTFo
[C] → ？？ スクリプト？UA？
0154三級者
02/03/10 22:07ID:???> 結局プログラマがデザイナの作ったページと同じ体裁に
> なる HTML を１から組まなきゃいけなくなる。
禿。PerlでもHTML::Templateなんてモジュールあるけど
デザイナがカスタムタグ理解してくれないと労力効率は何も変わらん。
0155nobodyさん
02/03/10 23:06ID:sQ4r0PjTZopeも最新バージョンでは似たような方向に行くようだし。
0156nobodyさん
02/03/11 22:29ID:???[V] = HTML ( + JavaScript)
[C] = Server Side Application
0157nobodyさん
02/03/12 00:07ID:???知りつくしてるやつと、Viewがプラガブルなやつを較べると
相当に趣が違う。
C = App Server だけだとその違いを反映していない。
いかにApp鯖にhtmlの面倒を見させないか、というのを
話しているところにMVCの話を持ってきてもピントずれてる
というか、それだけでは意味ないって。
01581
02/03/12 11:45ID:kdCuXakoなんか混乱気味なので、スレを立てた者としてどういう意図で立てたスレなのかを
説明しておきます。(激しく今更ですが)
まず、何度か指摘があるようにロジックとHTMLの分離が正しいです。
とりあえず、コンテンツ = プログラムで吐き出す可変部 という意味で取って下さい。
MVC云々、アプリケーションサーバとは云々というほど規模の大きい話のつもりは
ありませんでした。そこまで話を広げるなら、プログラム板か情報システム板の方が
適切ですね。
せいぜい
「テンプレートっていうかそんな感じの仕組みでなんかイイのない?」
レベルの話です。
デザイナが書いたHTMLをプログラマレベルでがんがん弄っちゃうような環境と規模
(もしくはデザイナ=プログラマ)で、できればオーサリングソフトと相性がいい仕組み
だと便利だよねえ。程度の話のつもりでした。
以上参考までに。
あ、私はSmartyに落ち着きました。Enhydraと格闘してたのは遠い昔…なんであんな苦労を…
しつこいですが、PHP使ってる人「Smarty」イイですよ。相変わらず日本語の情報は
皆無ですが、テンプレートとしての使いやすさはバツグンです。
http://www.phpinsider.com/php/code/Smarty/
0159三級者
02/03/13 09:01ID:???あ、デザイナが理解できないちゅーよりオレの説明が下手なのか。
関係ないがデザイナ連中からColdFusion導入しろ、
とうるさくてかなわん。
0160nobodyさん
02/03/13 19:34ID:???簡単にサイト作るには、CFMLは確かに便利。
しか〜し。
きちんと拡張性も考慮して設計したにも関わらず、後の仕様変更と拡張時に、
デザイナ連中とのコラボレートで地獄を見たよ。
CFに限らず、JSPやASP、PHPなんかでも同じだと思うんだけどね。
デザイナが絡まず、サイトの大幅な仕様変更もなきゃ、いいツールだ。
0161nobodyさん
02/03/13 23:23ID:LkTLC//kでも、標準的にどこでも手に入る環境じゃないのが辛いなぁ。
0162nobodyさん
02/03/14 00:11ID:???デザイナは読みたくもないだろうと思うよ。
■ このスレッドは過去ログ倉庫に格納されています