- 1 名前：Ace [03/10/31 01:35]
- JakartaのTapestryフレームワーク使ってますか？
日本ではなかなか情報が手に入らず、本家のドキュメントも
古いバージョンのままなので、使いたいと思って挫折した人多くありませんか？
私はTapestry2.3あたりのころにTapestryの存在を知りました。
それまではStrutsでした。
デザイナーを内輪にかかえていない我が社では外注先から戻ってきた
HTMLからJSPへの変換および、再修正依頼が非常に困難でした。
○JSPへの変換ってつまらないよね！
○デザイナーがStrutsの拡張タグ理解できるわけないだろう！
○できたとしてどうやってデザインするの？
そんなあなたにはTapestryしかありません！
ぜひ日本でもこの２ｃｈを中心にTapestryの輪を広げて
Strutsにイカレテいる古臭いプログラマーたちを見返してやりましょうよ！
ちなみに私は携帯＆ＰＣ向け有料サイトでTapestry使ってます。(^o^)v
登録ユーザ○十数万人、売上○千万円程度の規模です。
携帯は全機種対応確認済みです。
携帯のブラウザのバグ的なものに対応するために、
Tapestryのソースいくつか書き換えてるけどね(^_^;
Tapestryに興味ある人レスよろしくね！
- 314 名前：301 mailto:sage [04/05/07 09:03]
- >>309
なるほど。分かりやすい説明サンクスです。
- 315 名前：デフォルトの名無しさん mailto:sage [04/05/07 16:45]
- >>311
メンバ全員が使うフレームワークを熟知してれば問題ないんでは。
見た事無いけど。
- 316 名前：デフォルトの名無しさん [04/05/07 21:20]
- >>315
Tapestryに限らないと思うけどフレームワーク熟知してる人間は少数で
いいのでわ？
んで、フレームワークとかわかんないけどJavaはかけるぐらいのPGに
ちゃんとした仕様書渡してビジネスロジックを実装させる（もちろん単体テストも）。
あとはフレームワークわかってる人間が組み込めと。
- 317 名前：301 mailto:sage [04/05/07 21:56]
- 教えてクンで申し訳ないのだけど、
HTMLテンプレートやpage specification等のファイルの配置ディレクトリを
カスタマイズするにはどうすればよいのでしょうか？
いくつかのサンプルアプリを見てみたのだけど、常にHTMLテンプレートファイルは
context直下のディレクトリに、それ以外はcontext/WEB-INFのディレクトリに
置かれてた。
それと、
複数の階層(ディレクトリ)を設けて、ページの内容に応じてHTMLテンプレート
ファイルを管理したいのだけど、そんなわがままは許されないのでしょうか？
ひとつのディレクトリにしか置けないと、規模が大きくなったときに管理が
不便じゃない？ 複数人での制作だとファイル名がダブらないようにするだけでも
大変かも知れないし。
- 318 名前：デフォルトの名無しさん [04/05/08 00:52]
- なんでTapestryを使うの？
ってお客さんに問われたらどう答えますか？
- 319 名前：デフォルトの名無しさん mailto:sage [04/05/08 01:07]
- JSP拡張で効率化できますよ～
とでも逝っておけ
- 320 名前：デフォルトの名無しさん mailto:sage [04/05/08 08:18]
- >>317
だな。
それは漏れも尻鯛w
ｲｿｱｸｼｮｿ読めば、どっかに書いてありそうな希ガス。
- 321 名前：デフォルトの名無しさん mailto:sage [04/05/09 07:24]
- >>318
開発工数を削減できます。とこたえます。
でも、本当にそれを実現できるには、開発メンバー全員が
Tapestryのことを或る程度まで知っていなければならない罠。
- 322 名前：デフォルトの名無しさん mailto:sage [04/05/09 08:58]
- >>321
新しいものなんてだいたいそんなもんだ。
そこを乗り越えてなけりゃ未だにみんなアセンブラおんりーで５０年前から進歩してないわけだし。
- 323 名前：デフォルトの名無しさん mailto:sage [04/05/09 12:41]
- >>321
じゃあ削減分、値引いてね♪と言われる罠ｗ
- 324 名前：デフォルトの名無しさん mailto:sage [04/05/09 12:49]
- >>323
納期短縮をせまられたり。うぅ・・・
そうじゃない、そうじゃないんだ・・・。
- 325 名前：デフォルトの名無しさん mailto:sage [04/05/09 13:15]
- 新技術を使って前より少ない工数でできました(生産性向上)
じゃあ次は値引いて、
じゃあ次は機能増やすね、
、、、
人月の弊害だよなぁ。。。
生産性向上の利益がエンジニアに配分されない。。。
ｽﾚズレｽﾏｿ
- 326 名前：デフォルトの名無しさん mailto:sage [04/05/09 14:18]
- >>307
そうなんだよ。激しく面倒。
>>308
勘弁してよ。全員が仕組み理解してないと生産性は上がんないよ。
だからできるだけシンプルに作るべきなんだ。だからEJBは絶対だめ。
自前で必要な分だけ作ったほうが絶対シンプルになる。
>>325
それは模前が選んだ組織の問題だ・・・
Javaのサーバサイド系の技術のほとんどは生産性は上がらないんだよ・・・
- 327 名前：デフォルトの名無しさん mailto:sage [04/05/09 14:43]
- 定期的に湧くアンチがいるな
フレームワークがなかったらあとで修正したりするの大変じゃないか？
みんな好き勝手にdoGetとかでガリガリ書いたりするのか？
開発者が１人２人くらいならともかく１００人超える規模とかでそれやられたらたまらんな
初期の開発だけじゃなくて運用後の修正のコストなどもトータルで考えるべきだろう
もちろんEJBが必要な案件もあれば必要がないものだってあるさ
そのへんをかまわずにとにかくJ2EE技術すべて使わなければ損とか
いいつつ開発にコストかかりすぎてｊａｖａダメだぁとかあほなやつがいるのも事実
- 328 名前：デフォルトの名無しさん mailto:sage [04/05/09 15:52]
- 小規模、短納期にＪ２ＥＥは使うなってことで
- 329 名前：デフォルトの名無しさん mailto:sage [04/05/09 20:55]
- >>327
フレームワークはそのアプリケーションに合わせたものを作ればよいということ。
その方がスマートかつシンプル。
フレームワークが必要なのは、ウェブのリクエストを処理するところだけじゃなく、
コアな部分においてアプリケーション毎にいくつか出てくるでしょ。100人だろうが
1000人だろうが好き勝手やらないのは当たり前。
フレームワーク作らなきゃいけないところをサボって、どうでもいいフレームワーク
を使おうと一所懸命な感じがしてる。サーバサイドアプリケーションの作り方
ってのをもう一度ゼロベースから考え直してみたらどうだろうか。
- 330 名前：デフォルトの名無しさん mailto:sage [04/05/09 23:05]
- もちろん俺の仕事はちゃんと規模にあわせて選択、自作してるさ
あほな連中がそういうことやらないで（というか新しいこと勉強してない連中は
フレームワークという単語を知らないらしい）みんなガリガリやるのに慣れているとか
そういうことらしい
まぁ、チームとか会社とか場所によって面白いほど考え方が様々で
そのへん整備されてないところに回されると大変だぞ、と
んでこのスレらしい話に戻すとwebはなんでもあわないのにstrutsそのままとか
そういう話もかなり多い（雑誌で単語を目にしたしったか上司が多い）ので
Tapestryもがんばって欲しいなと
- 331 名前：デフォルトの名無しさん mailto:sage [04/05/09 23:23]
- >>329
最初にまず、すでにあるもので簡単にできるなら利用しないのは損、ってことだろ。
その上でいいものを探して、選択する。
ただ、通常、どのフレームワークでも、いろいろなケースに対応するために、
すごく複雑な設定まで出来るようになってる。
それを切り落として、自分が利用するケースで必要十分なところまで絞り込んで、
ここまで出来れば十分、というところまで絞り込めばいい、ということ。
本当に基本的なところだけなら、実はどのフレームワークも意外に簡単。
作るべきものも定型化しやすいものがおおい。
って、正直Tapestryが本当にいいかどうかはまだ分からないし、
Strutsにはだいぶ苦労させられた口だが。
まあ、そうは言っても、StrutsやTapestryなどのフレームワークを使わないのは損だ、
という認識に変わりはない。自分で作ろうと思うと、以外に大変な割りに、
結局どれかの既存のフレームワークに似たようなつくりになること多いし。
覚えるのが面倒だからという理由なら、ドキュメントが出るのをまってもいいし、
なんなら、コンサルでもいれなよ。一度、カタにはまった開発、ってのをやってみれば、
楽なのが分かる。面白いかどうかは別にしてね。
- 332 名前：デフォルトの名無しさん mailto:sage [04/05/09 23:40]
- >>331
長いしわかりずらいよ、文章が
- 333 名前：デフォルトの名無しさん mailto:sage [04/05/10 01:23]
- >>331
コンサルって奴は一般的に何をしてくれるものなんですか？
フレームワークの使い方を教えてくれるの？
- 334 名前：デフォルトの名無しさん mailto:sage [04/05/10 22:14]
- >>321-325
あとは、『保守作業がえらく簡単になりますぜ旦那』くらいかな。
Strutsは、開発はJSPｶﾞﾘｶﾞﾘ君より簡単になったけど、
保守はむしろ煩雑化した記憶しかない。。。
- 335 名前：デフォルトの名無しさん mailto:sage [04/05/11 00:38]
- >>334
でも「Tapestry知ってる人」をアサインするのが大変なような・・・
- 336 名前：デフォルトの名無しさん mailto:sage [04/05/11 01:25]
- >>334
JavaScriptをスクリプトレットで制御するようなJSPを書かれる心配が無くなるぶん
Tapestryには導入メリットがありますね。
なんてな・・・
- 337 名前：301 mailto:sage [04/05/12 04:35]
- 317の件はやっぱり無理？
- 338 名前：デフォルトの名無しさん mailto:sage [04/05/12 06:34]
- >>337
ドキュメントが少ない＆
その少ないドキュメントを読みきった香具師が少ないので、
「可能か無理か判断する」のが無理な状態。
- 339 名前：デフォルトの名無しさん [04/05/12 12:59]
- >>333 少なくとも型にはまった開発、っていうのは見られるかな。
- 340 名前：デフォルトの名無しさん mailto:sage [04/05/13 20:42]
- おまいらｽﾋﾟｿ㌦がRC1になりますたよ。
Redirect Filter も扱えるようになりましたよ。
- 341 名前：デフォルトの名無しさん [04/05/19 00:32]
- age
- 342 名前：デフォルトの名無しさん [04/05/19 07:22]
- >>338
同じ事悩んでるヤシがいたか。漏れもかなり探したよ。で、出来た。
WEB-INF/config/Home.page
/comp/ShowProducts.jwc
/contents/Home.html
/comp/ShowProducts.html
みたいなとき、
.applicationに、
<page name="Home" specification-path="config/Home.page"/>
とか
<component-type type="ShowProducts" specification-path="config/comp/ShowProducts.jwc"/>
みたいに書く。
.pageや.jwcには、
<context-asset name="$template" path="WEB-INF/contents/Home.html">
という風に書く。
さらに、templateのデフォルトのsearch pathも変えられるらしいが、
まだ、試してない。317やってみてくれ。
www.caddr.com/macho/archives/tapestry-users/2003-12/2948.html
- 343 名前：317 mailto:sage [04/05/20 03:00]
- >>342
ナイス。時間ができたら試してみます。
- 344 名前：デフォルトの名無しさん [04/05/20 03:51]
- >>317
なんだよ、そっちかよ
標準Documentに乗ってるじゃねーか
TemplateSourceDelegateを使ってsearch pathを変更することを期待してるのかと思って
必死でサンプル作って試していたのがショック！！！(T_T)
- 345 名前：デフォルトの名無しさん mailto:sage [04/05/20 09:13]
- >>344
既知のTipsだとしても、それを情報として知るのと、
自ら試してみるのとでは理解度がまったく違うと思うよ。
決して無駄骨ではないと思われ。
その心意気に、敢えてGJ!!
- 346 名前：342 [04/05/21 16:05]
- >>344
それ、教えて欲しい。
サンプル公開きぼんぬ
- 347 名前：デフォルトの名無しさん mailto:sage [04/05/22 05:38]
- >>344
オラも見てみたいズラ。
- 348 名前：デフォルトの名無しさん mailto:sage [04/05/22 12:04]
- おれはどっちでもいーや
- 349 名前：デフォルトの名無しさん mailto:sage [04/05/22 16:59]
- 見せてもらえるものは見せてもらった方がいいわね、アータ。
- 350 名前：デフォルトの名無しさん [04/05/23 22:34]
- 3.0リリースから、もう一ヶ月たつのに、一向に盛り上がってこないなあ。
やってるー？ みんなー？
- 351 名前：デフォルトの名無しさん [04/05/23 22:41]
- つうかFlashMXにはまってるからもういいや
- 352 名前：デフォルトの名無しさん mailto:sage [04/05/23 22:58]
- >>350
一応MLが立ち上がっているみたいだけど、
2週間でレス2通(ML開設者の挨拶等)、参加者13人、技術的な
質問0。既に廃墟だね…。
ttp://www.freeml.com/ctrl/html/MLInfoForm/tapestry-japan@freeml.com
- 353 名前：デフォルトの名無しさん mailto:sage [04/05/24 00:08]
- 所詮、ニッチなわけで
- 354 名前：デフォルトの名無しさん mailto:sage [04/05/24 00:11]
- 悪くないと思ったんだが、だめかなー。
Strutsより現実的でいいと思うんだがなー。
- 355 名前：デフォルトの名無しさん [04/05/24 00:22]
- >>352
場の空気の読めない人が2番目のTapestryのML立ち上げてんだよね
"leader19731221" <s.owada@athens-net.com>
YahooのTapestryのMLに
--------------------
FreeMLにてTapestry-Japan MLを開設しました。
以下のURLにて閲覧、投稿ができますので、是非とも参加下さい。
www.freeml.com/info/tapestry-japan@freeml.com
--------------------
何なのこの人？
- 356 名前：デフォルトの名無しさん [04/05/24 00:38]
- >>342
できたよ
決定事項
●テンプレート置き場：アプリケーションコンテキストの下の/sample/hoge/
●作成するDelegateクラス名：test.SampleTemplateSourceDelegate
手順
●1.TemplateSourceDelegateの登録
sample.applicationに
<extension name="org.apache.tapestry.template-source-delegate" class="test.SampleTemplateSourceDelegate"/>
を追加
●2.SampleTemplateSourceDelegate.javaにDefaultTemplateSourceのソースをコピー
2.1 クラス名をDefaultTemplateSourceからSampleTemplateSourceDelegate書き換え
2.2 インターフェースにITemplateSourceDelegateを追加
2.3 LOGの引数を「DefaultTemplateSource.class」から「SampleTemplateSourceDelegate.class」に書き換え 2.4 以下のfindTemplateメソッドを追加
●3.テンプレートを書いておしまい
/WEB-INF/Home.page
/sample/hoge/Home.html
- 357 名前：デフォルトの名無しさん [04/05/24 00:38]
- public class SampleTemplateSourceDelegate implements ITemplateSourceDelegate,ITemplateSource {
public static final String SAMPLETEMPLATEDIRECTORY="sample/hoge/";
private IResourceLocation _sampleResourceLocation;
public ComponentTemplate findTemplate(
IRequestCycle cycle,
IComponent component,
Locale locale)
{
IResourceLocation location=component.getSpecification().getSpecificationLocation();
String name = location.getName();
int dotx = name.lastIndexOf('.');
String templateBaseName = name.substring(0, dotx + 1) + getTemplateExtension(component);
LOG.debug("component="+templateBaseName);
if (_sampleResourceLocation == null){
IResourceLocation _applicationRootLocation = Tapestry.getApplicationRootLocation(cycle);
_sampleResourceLocation=_applicationRootLocation.getRelativeLocation(SAMPLETEMPLATEDIRECTORY);
}
IResourceLocation baseLocation =
_sampleResourceLocation.getRelativeLocation(templateBaseName);
IResourceLocation localizedLocation = baseLocation.getLocalization(locale);
LOG.debug("location="+localizedLocation);
if (localizedLocation == null)
return null;
return getOrParseTemplate(cycle, localizedLocation, component);
}
-------------------------------
- 358 名前：デフォルトの名無しさん [04/05/24 00:38]
- public class SampleTemplateSourceDelegate implements ITemplateSourceDelegate,ITemplateSource {
public static final String SAMPLETEMPLATEDIRECTORY="sample/hoge/";
private IResourceLocation _sampleResourceLocation;
public ComponentTemplate findTemplate(
IRequestCycle cycle,
IComponent component,
Locale locale)
{
IResourceLocation location=component.getSpecification().getSpecificationLocation();
String name = location.getName();
int dotx = name.lastIndexOf('.');
String templateBaseName = name.substring(0, dotx + 1) + getTemplateExtension(component);
LOG.debug("component="+templateBaseName);
if (_sampleResourceLocation == null){
IResourceLocation _applicationRootLocation = Tapestry.getApplicationRootLocation(cycle);
_sampleResourceLocation=_applicationRootLocation.getRelativeLocation(SAMPLETEMPLATEDIRECTORY);
}
IResourceLocation baseLocation =
_sampleResourceLocation.getRelativeLocation(templateBaseName);
IResourceLocation localizedLocation = baseLocation.getLocalization(locale);
LOG.debug("location="+localizedLocation);
if (localizedLocation == null)
return null;
return getOrParseTemplate(cycle, localizedLocation, component);
}
-------------------------------
- 359 名前：デフォルトの名無しさん [04/05/24 00:40]
- このサンプルはコンポーネントのテンプレートにも使えるよ(^o^)v
/WEB-INF/Hoge.jwc
/sample/hoge/Hoge.html
- 360 名前：デフォルトの名無しさん [04/05/24 13:43]
- age
- 361 名前：デフォルトの名無しさん mailto:sage [04/05/24 15:04]
- 日本語ドキュメント整備されればとびつくけどな
- 362 名前：デフォルトの名無しさん [04/05/24 20:40]
- このスレも５０毎に>>361の結論が出て、その繰り返しで1000行きそうだな。
- 363 名前：デフォルトの名無しさん mailto:sage [04/05/25 00:55]
- >>354
Strutsから乗り換える教育投資に見合うメリットがあるのか？
おれは、ないと思うんだが。
- 364 名前：デフォルトの名無しさん mailto:sage [04/05/25 01:28]
- 乗り換えるんじゃなくて方向がまったく違う
でも結局>>361
- 365 名前：デフォルトの名無しさん mailto:sage [04/05/25 03:56]
- >>363
乗り換えるなら、JSPから。
- 366 名前：342 [04/05/25 05:15]
- >>356
おー、すげぇ。
明日にでも、さっそく試してみるよ。
しかし、こういうの書かなくてもサクサクっと設定出来ないと
普及は厳しいかなぁ、という気がしないでもないなぁ。
- 367 名前：デフォルトの名無しさん mailto:sage [04/05/25 07:00]
- >>363
Strutsをメンバーの過半数が、機能をフルに使いこなせていたら、
意味は無いだろうね。
Strutsを使っているのになぜかJSPにスクリプトレットを
多用しているようなところだったら、まだ、ある。
でも結局>>361
- 368 名前：デフォルトの名無しさん mailto:sage [04/05/25 09:13]
- 今やってる仕事、strutsなんだけど、ご多分に漏れず、
struts-config.xmlが肥大化。
DynaActionBeanの設定とか、もういやすぎ。
例の分割管理とかそういう対策はｱﾌｫみたいだし。。。鬱。
ﾀﾍﾟｯﾄﾏﾍﾟｯﾄ使いたいYO!!
- 369 名前：デフォルトの名無しさん [04/05/25 10:11]
- オブジェクト指向の分散管理思想に真っ向から反するStrutsの設定ファイル。
フレームワークが滅びるには十分な理由だ。
- 370 名前：デフォルトの名無しさん [04/05/25 12:29]
- 同じようなやり方で、ISpecificationResolverを実装する方法もあるよ
こちらの場合.page,.jwcと.htmlは同じフォルダに置ける
- 371 名前：デフォルトの名無しさん mailto:sage [04/05/25 12:40]
- >>368
XDoclet使えば？
Strutsコンフィグファイルなんてほとんどさわらなくなった。
- 372 名前：デフォルトの名無しさん mailto:sage [04/05/25 13:07]
- >>369
すでにXDocletのようなものもあるし、J2SE1.5からはメタデータという仕組みも組み込まれて同様のフレームワークの設定がやりやすくなるから、いまとなってはあまり問題ないね。
- 373 名前：デフォルトの名無しさん mailto:sage [04/05/25 19:43]
- ListEditコンポーネント（とKistEditMapクラス）を使って、
Stale Link状態を事前に検出できるようになる仕組みが、
Java Doc API を読んでも
Component Reference を読んでも
Tapestry In Action を読んでも
なぜだかサパーリわからません。
そんな俺はお㍗る?
- 374 名前：デフォルトの名無しさん [04/05/26 21:15]
- age
- 375 名前：デフォルトの名無しさん mailto:sage [04/05/28 15:31]
- 作者が「テスト助けてくれ～」と悲鳴ageてるわけだが。
- 376 名前：デフォルトの名無しさん mailto:sage [04/05/29 01:41]
- 名前は結構好きだな。
- 377 名前：デフォルトの名無しさん mailto:sage [04/05/29 04:30]
- Tapestryはなぜ流行らないのか
ttp://www.fuka.info.waseda.ac.jp/~k_ogino/study/fwzemi/b4/k_ogino040430.ppt
ttp://www.fuka.info.waseda.ac.jp/~k_ogino/study/fwzemi/b4/k_ogino040430resume.pdf
- 378 名前：デフォルトの名無しさん [04/05/29 08:34]
- >>377
>>361
- 379 名前：デフォルトの名無しさん mailto:sage [04/05/29 09:16]
- >>361
- 380 名前：デフォルトの名無しさん mailto:sage [04/05/29 09:29]
- >>377
企業での開発経験がない、学生だとあんなもんだろ。
- 381 名前：デフォルトの名無しさん mailto:sage [04/05/29 09:38]
- わたしの現場では派遣先が開発した独自フレームワークしか流行っていない
作るのいいけどさ、もっとマシなの作ってよ
なんかソース見てると一部のクラスは「ほ～」という感じでかなりレベル高いのに
のこりのほとんどのクラスは「ヘンなやり方～」ってかんじ
内緒でインナークラス使って自分達のわかりやすいやり方（てか普通のJavaのやり方）に変えてます
- 382 名前：デフォルトの名無しさん mailto:sage [04/05/29 09:49]
- Tapestry
- 383 名前：デフォルトの名無しさん [04/05/29 10:05]
- Tagestry
- 384 名前：デフォルトの名無しさん mailto:sage [04/05/29 10:17]
- T
- 385 名前：デフォルトの名無しさん mailto:sage [04/05/29 12:20]
- Tanasinn
- 386 名前：デフォルトの名無しさん mailto:sage [04/05/29 12:23]
- tapestory
- 387 名前：デフォルトの名無しさん [04/05/29 13:37]
- >>377
ナイスだなー
だいたい、高度なアプリケーションにデザイナーがDreamweaver使いたいからという
だらけた理由でプログラマが苦労すること無いんだよ
ページのデザインくらいプログラマだってできるだろ
よって、Tapestryは存在価値なし
- 388 名前：デフォルトの名無しさん mailto:sage [04/05/29 13:51]
- >>387
ページのデザインってデザイナが（ユーザーの要望により）ちょくちょく変えるもんだから
そのたびにhtmlいじったりjsp化は非現実的
struts使うのならたとえばJBuilderについてるstrutsコンバータとか使わないと大変
現場知らないお子さまはカエレ
- 389 名前：デフォルトの名無しさん mailto:sage [04/05/29 14:13]
- Spindleってそんなにええのんか？
しかし、ブツを落とさないと稼動前提条件とかインストールの仕方がわからんのは
致命的。はやらす気はなさそう。
- 390 名前：デフォルトの名無しさん mailto:hage [04/05/29 14:18]
- >>387
Dreamweaverの生産性は異常
だらけた理由とかいって、おまえ、
あ、ごめん、ＤＱＮデザイナーを起用してる、ＤＱＮプロジェクトの話でしたかpgr
- 391 名前：デフォルトの名無しさん mailto:sage [04/05/29 14:43]
- ただいま、>>387は顔を真っ赤にしてDreamweaverの体験版を落としております
- 392 名前：デフォルトの名無しさん mailto:sage [04/05/29 18:01]
- >>390
単なるHTMLエディタだろ？
何がそんなにいいのん？
- 393 名前：デフォルトの名無しさん mailto:sage [04/05/29 19:38]
- >>392
３８７？
まずは体験版おとしてやってみろ
Tomcat連携機能とか検証機能とかスタイルシートまわりとかいろいろありすぎてな
- 394 名前：デフォルトの名無しさん mailto:sage [04/05/29 21:58]
- >>392
カスタムタグなんかにも対応してたりもする
- 395 名前：デフォルトの名無しさん mailto:sage [04/05/29 22:59]
- >>394
それじゃ、Tapestryいらないじゃん。
- 396 名前：デフォルトの名無しさん mailto:sage [04/05/29 23:46]
- >>395
実際にやってみろ
カスタムタグはあくまでも解釈されない程度だ
- 397 名前：デフォルトの名無しさん mailto:sage [04/05/31 04:22]
- Dreamweaverが効果的なのはデザインが重要なウェブサイトだろ？
そんなところにそもそもJavaが絡む余地ないだろ。
- 398 名前：デフォルトの名無しさん mailto:sage [04/05/31 04:39]
- ページのデザインってデザイナーが必要なほど、難しいもんじゃないし
Dreamweaverの何が生産性高いのかさっぱりわからん
- 399 名前：デフォルトの名無しさん mailto:sage [04/05/31 09:24]
- >>397
普通のWebサイトでもJava使うだろ。
- 400 名前：デフォルトの名無しさん mailto:sage [04/05/31 09:44]
- >>398
短期の仕事でデザインとプログラムなんて両方やってられるわけがないだろうに
web方面で短気じゃない仕事なんて聞いたこと無いぞ
あとデザイン能力というかセンスは人それぞれ
ｈｔｍｌをプログラマのほうが熟知していてデザイナはあんまりよくしらない
という状況は多いが、それでも成り立つのはタグが綺麗かどうかとか
ｈｔｍｌの知識とかそんなところじゃないしな
しかし現場知らないお子さまの反DreamWeaver厨は気楽でいいよな
- 401 名前：デフォルトの名無しさん [04/05/31 10:33]
- というか単純に「Java」と聞いて
サーブレットじゃなくてアプレットを思い浮かべているだけの
厨が紛れ込んでる希ガス。
- 402 名前：デフォルトの名無しさん mailto:sage [04/05/31 10:50]
- >>400
短期過ぎるから両方やらざるを得ないのでは
- 403 名前：デフォルトの名無しさん mailto:sage [04/05/31 10:58]
- >>401
いや、DW使いのやつらは、JavaScriptをJavaと呼ぶケースがほとんど。
"Java"が実際どのようなものか、まったく理解してないケースも多い。
- 404 名前：デフォルトの名無しさん mailto:sage [04/05/31 11:22]
- デザインが必要か必要じゃないかに、短期か短期じゃないかなんて関係ないのにね。
- 405 名前：デフォルトの名無しさん mailto:sage [04/05/31 15:14]
- ＞ Dreamweaverが効果的なのはデザインが重要なウェブサイトだろ？
＞ そんなところにそもそもJavaが絡む余地ないだろ。
デザインが重要なWebサイトにどうしてJavaが絡む余地がないと思えるのか
不思議で仕方がない。
デザインが重要かどうかとJavaを使うか使わないかの関連性が全く見えない。
- 406 名前：デフォルトの名無しさん mailto:sage [04/05/31 15:40]
- デザインが必要か必要じゃないかと、短期か短期じゃないかと、Javaを使うか使わないかなんて関係ないのにね。
- 407 名前：デフォルトの名無しさん mailto:sage [04/05/31 15:42]
- こことかは、結構凝ったデザインになってるし。
ttp://www.junkudo.co.jp/
- 408 名前：デフォルトの名無しさん mailto:sage [04/05/31 15:43]
- タペのスレですよー。
- 409 名前：デフォルトの名無しさん mailto:sage [04/05/31 15:45]
- 話題はJavaの話になってるし。
- 410 名前：デフォルトの名無しさん mailto:sage [04/05/31 17:14]
- とりあえず、デザイン要素が生じる動的サイト制作には、
生JSPよりもStrutsよりもﾀﾍﾟが剥いてると思う。
特に、デザイナーとのコラボが必要な場合。
また、デザイナは特に割り当てられていなくとも、
Webのインタフェースの完成に近い形がプレビューできるというメリットと、
Webインタフェースをコンポーネント指向で作成できるという点でも
ﾀﾍﾟにﾒﾘｯﾄあると思われ。
あとは、日本では猫も杓子もStrutsという流れの中で、いかにして
タペの流れを作っていけるかってところだよね。日本語ドキュメント含めてさ。
別に英語ドキュメントだけでもいいけど、それだとやっぱりとっつきにくいんだろうな。。。
たぶん、Tapestry + Cayenne(Hibernate) + Springあたりが、フリーでは最強なんだろうな。
有償製品ではWebObjectsってのが対抗馬だろうね。
- 411 名前：デフォルトの名無しさん mailto:sage [04/05/31 19:27]
- 結局Strutsにしても、JSFまでの時間つぶしだしなぁ。
- 412 名前：デフォルトの名無しさん mailto:sage [04/05/31 21:10]
- 俺struts使ってんだが、タペについて教えてくれ。
１）ＨＴＭＬのデザインとＪａｖａの開発を切り離してできるって以外にStrutsじゃなくてタペを使うメリットって何かある？
２）Hibernate以外のマッピングツールも使えるの？
３）これから主流になるかもしれないＪＳＦやＪＳＴＬとかとタペの関係ってのはどうなの？
- 413 名前：デフォルトの名無しさん mailto:sage [04/05/31 21:44]
- １）
（ｲｿｱｸｼｮｿの受け売りだが）
・WYSIWYGプレビューを保持したまま動的コンテンツを開発できる。
・JSPコンパイル時間不要
２）むしろCayenneとの相性が良い。
３）すまん知らない＿|￣|○
- 414 名前：デフォルトの名無しさん mailto:sage [04/05/31 22:00]
- ﾀﾍﾟもStrutsもあるｵﾌﾟｿｺｺﾐｭが作ったフレームワークに過ぎん。
JSFやJSTLは標準仕様だからな。
そもそもの位置づけからして違う
|
 |
