【Java】Wicket【HTML】

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2005/11/19(土) 22:35:08
JSPやXML設定ファイルを使わないWebアプリケーションフレームワーク。

Wicket
ttp://wicket.sourceforge.net/

JavaとHTMLで全てを完了 - ウェブアプリケーションフレームワークWicket
ttp://pcweb.mycom.co.jp/news/2005/11/01/033.html



ちょっと良さそうじゃない？と、使ったことのない俺が立て逃げ。
2006/05/03(水) 11:39:54
なんかネタねーのかよ。
誰か解説サイトとかユーザコミュニティサイトでも立ち上げろ。
33デフォルトの名無しさん
垢版 |
2006/05/09(火) 15:29:55
MYCOM Wicket入門
ttp://journal.mycom.co.jp/articles/2006/05/08/wicket/
2006/05/09(火) 22:21:31
読んだ。こんな記事が出てきたことはすごくうれしい。ちょっと最初のほうがうざいけど。
でもなんかつっこみどころが何ヶ所かあるんだよな。敢えてつっこんでみる。

１ なんで次画面に情報を引き渡すだけのために、WebSessionなんて使うんだよ

WicketはRequest/Responseベースのフレームワークに対して、コンポーネント(POJO)と
イベントでなんでも片づけよう、つまりはSwingみたいにWebアプリケーション作ろうぜ、という
フレームワークだろ。
確かにWebアプリケーションである以上セッションを使うシーンは確かにあるんだけど、
次画面に情報を引き渡すなら、次画面のPageオブジェクトのコンストラクタに、必要なオブ
ジェクトを渡しちゃえば済む話だ。

session.put(TEXTFIELD_ID, (Object)this.textfield);
super.setResponsePage(NextPage.class);
なんてところは、
setResponsePage( new NextPage( textField));
でいいじゃん。

だいたい、WebSessionにputなんか作ったら、HttpSessionと変わらんだろうが。
WebSessionはサブクラス化して、キーごとにgetter/setterをちゃんと作ることで、
型安全性を最大限に利用しろと作者ﾀﾝもMLで言ってたぞ。

２ なんでそこでBoundCompoundPropertyModelなんだよ。

処理が余計ややこしくなってるじゃん。wicket:idとbeanのプロパティ名が一緒の
時は、CompoundPropertyModelが一番楽だろ（というかそのためにあるんだろ）
BoundCompoundPropertyModelは、親コンポーネントのモデルにOGNL式で
アクセスできる(CompoundPropertyModelかつ一部PropertyModel可)のが嬉しいものなのに、
プロパティ名そのままかよw

たしかにCompoundPropertyModelの使い方って分かりにくいけどな。MLでも何度か
使い方について質問が上がってるし。
2006/05/10(水) 02:43:51
確かにちょっと変わったコードだったね。
でも初の本格的な紹介記事だしね。
おつかれさま!
2006/05/10(水) 12:06:07
多少、へんなコードでも紹介されないと普及しないよ。
37デフォルトの名無しさん
垢版 |
2006/05/12(金) 15:03:30
wicketでhttpからhttpsのページへ遷移させるにはどうしたらよいのかな？
2006/05/12(金) 22:32:58
リダイレクトしたいってこと？
1.2なら、

getPage().getResponse().redirect("http://www.google.co.jp");
getRequestCycle().setRequestTarget( EmptyRequestTarget.getInstance());
↑２行目のようにリクエストをキャンセルしないとリダイレクトしない。

だが。「httpからhttpsのページへ」というところが質問のキモなのかな？
2006/05/12(金) 23:11:03
BookmarkablePageLinkでhttpsのURLを指定するとか。
Wicket自身にhttpsをサポートする機能はまだないみたい。
2006/05/13(土) 00:13:19
ちがった。ExternalLik
2006/05/13(土) 01:21:27
ExternalLinkでリダイレクトってできるの？
ExternalLinkってonClick()メソッドもないからクリック動作のエミュレーションも
できそうにないし、この手のマークアップ・コンポーネントって id が必須だから、
もしnewしても、対応するhtmlテンプレートに 同じwicket:idがなかったら、
実行時にエラーになっちゃうんじゃないかなあ。

もちろん物理的にクリックすれば外部サイトに飛ぶわけだけど。
2006/05/13(土) 02:03:05
リダイレクトはできないよ。
単にhttpsのリンクを張るだけ。
2006/05/13(土) 03:25:42
たぶん、理想的にはページに要httpsというメタデータを付けておくと
勝手にWicketがhttpsのURLを生成してくれるというものだろうけど
そういうのはまだない。MLでは@Secureとかそういうアイディアがでてたけど。
44デフォルトの名無しさん
垢版 |
2006/05/26(金) 14:11:14
JavaとHTMLだけで完了、Wicket 1.2 待望の正式公開
http://journal.mycom.co.jp/news/2006/05/26/347.html

3度目のメジャーリリースage
2006/05/27(土) 01:20:09
で、使ってみた人いるの?
2006/05/27(土) 01:53:18
シンプルさでいったらVelocityのほうがよくね？
2006/05/27(土) 03:03:28
Velocityとは全く用途が違うよ
Wicketが比較されるべきはStrutsやJSFなど
2006/05/27(土) 12:07:57
おれ最近めちゃ使ってるよ。
ちなみにVelocityとは全然違う。Strutsと比較するのもなんか違う気がする。
まあアプリケーションフレームワークだという点では同じだが。

比べるならJSFかなあ。

Wicketのほうが楽だな、おれは。JSFは、ツールで画面を作るのが前提の
仕様になっていると思う。WicketはGoLiveとかDreamWeaverとかで画面を
作るのが前提（もちろん、あと手書きも）。

いろいろ使ってると、Panelとか結構「あー実際の開発の時、どうやって
デザイナーの作ってきたHTMLからパネル用htmlテンプレートを作るか、
想像してつくってんなあ」と思うところがあっていい感じだ。

Pageにadd()でコンポーネントを貼っていくのが基本的なプログラミングなん
で、panelにadd()でコンポーネントを貼っていく、Swingみたいな感じ。
49デフォルトの名無しさん
垢版 |
2006/05/30(火) 00:53:24
1.2になって一部変わったところもあるけど、それよりなにより
htmlをjavaのソースと同じ場所に送っていうのになかなか気が付かなかった。

エラーメッセージもちょっとわかりにくくて、ライブラリが足りないのかとか
いろいろ考えてしまったし。

でもよく考えてみたら結構合理的なフォルダ構成かも。
2006/05/30(火) 01:50:32
htmlをjavaソースと同じところに置くのは、一番最初からずっとそうだが.....

というツッコミはここまでとして。
おれは最初、htmlを表示したらクラス階層がURLに漏れてしまうんだと
思ってたんだけど、実際にはあくまでテンプレートファイルに過ぎないん
であって、URLに現れるのは（当然ながら）サーブレットのURLなのな。

テンプレートとして扱うようになってからは、>>49のいうように合理的な配置
だと思えた。

1.2で採用された機能では、マウントがいいね。ブックマーカブルなページを
自由なURLで表示できるようになる。
5149
垢版 |
2006/05/30(火) 09:29:59
>>50

1.2からいきなり使い始めたんだけど使える記事がMYCOMの1.1の記事しかなくて
書かなかったけどほかのいろんなとこでもではまってた　orz..
(本家のサンプルですら1.2未対応のがあるし）

ＵＲＬは確かに結局servletなんだよね。　bookmarkable　なページとかできるみたいだけど。
もう少しいろいろいじってみます。
2006/05/31(水) 04:07:43
Wicketで作られたポータルサイト
http://www.szeretgom.hu/portal/egom/hirek
2006/05/31(水) 22:13:35
http://blog.drecom.jp/proshile/archive/325
で
ひとつでっかい気にくわない所を発見・・・フォームの各input要素に入力した値が、
てっきりWebPage#add()で登録したComponet経由で取得できるのかと思ったら、
フォームクラスの“compoundPropertyModel”プロパティに設定したJavaBeanクラス
経由で操作するという点。確かに、input要素を全てビハインド側で登録してないから、
そりゃそうなんだけど、なんでここだけStrutsやSpringと同じモデルなのさ・・・。
Java関係の設計者のみなさま、JavaBeans好きすぎ orz　（Wicketを設計した人は
Swingの設計者なんだそうで。良くできてるけどちょっと難しすぎるってばこれ）

ってあるけど、WebPageを継承したクラス自体にgetter/setter足してBean化しちゃうのって
やっぱり邪道なのかなあ・・
変にDAOのbeanをつくるよりも1ページ1クラスになって見通しよくなると思うんだけど。

2006/05/31(水) 23:04:39
>>53
> ってあるけど、WebPageを継承したクラス自体にgetter/setter足してBean化しちゃうのって
> やっぱり邪道なのかなあ・・

次のページにまとめて渡す必要のある情報でないんなら、そのページ限定で使うん
だから、Pageクラスのプロパティをそのまま使えばいいっすよ。だってそこでしか
使わないんだし。

setterとgetterさえあればどこにでもバインドできちゃうのもWicketのうれしいところ
なんだし、どんどん使えばいい。逆に「別クラスのBeanにつめなくちゃいけない」と
思っちゃうのは、いままでのフレームワークの毒気が抜けてないってことだろう。

次のページに渡すとか、別のオブジェクトに渡すとかいう情報はBeanにまとめたほう
がいいね。

コンポーネントから値を取り出して、自分で別のBeanに詰めたりしなくていい
（そんなことはWicketがやる）というところがうれしいのに、なんで>>53のリンク先は、
わざわざ「おれは苦労したいのになんで助けるんだ」と言ってるのか不思議。
2006/05/31(水) 23:11:37
MyPage() {
super(new CompoundPropertyModel(this)
}
ってこと?
それならMyPageのインナークラスで
bean用意した方が見通しがよいんじゃないかなぁ
2006/05/31(水) 23:20:27
むしろ
add( new Label( new PropertyModel( "id", this)));
ってな感じでBeanに入れるまでもないようなもんを
ページのプロパティにぶち込むんじゃねえ？
2006/05/31(水) 23:22:11
納得。そりゃいちいちbean用意しないですね。
5853
垢版 |
2006/05/31(水) 23:40:57
>>56

そんな感じです。

で、たとえばボタンのOnSubmit() のなかで各プロパティをメンバ変数として取得して
計算とかロジック判定とかして

setResponsePage( new NextPage(arg1,arg2,...));

として次のページに渡せばBeanとか内部クラスが減っていい感じだと思ったんですが。



2006/06/03(土) 08:49:01
ttp://www.physalis.net/ss/space/Wicket
60デフォルトの名無しさん
垢版 |
2006/06/17(土) 11:51:43
どっか業務でWicket導入したやつっている？
61デフォルトの名無しさん
垢版 |
2006/06/17(土) 17:37:26
導入してるよ
62デフォルトの名無しさん
垢版 |
2006/06/18(日) 01:49:02
>>61
おお！すごいね。
何て言ってまわりを説得したの？

ウチの職場だと「Wicket？なにそれ？」って感じだから業務では使わせてくれなさそう。
63デフォルトの名無しさん
垢版 |
2006/06/18(日) 05:07:47
すみません、 ｽﾚ 違いかもしれませんがどうか教えてください。

自分のブログに音楽を流そうと思ってタグを打ち込んでみました

<EMBED SRC="***********files/do.mp3"WIDTH="70" HEIGHT="40" AUTOSTART="true"←こんな感じなのですが
なぜかIEやスレイプニールではページを開いた時に音楽が流れはじめるのですがファイアーフォックスでは流れません：：
どうかご教授ねがえないでしょうか？
お願いいたします！
2006/06/18(日) 15:26:43
超ｽﾚ違い


＝＝＝＝＝＝＝＝＝ 終了 ＝＝＝＝＝＝＝＝＝＝＝
65デフォルトの名無しさん
垢版 |
2006/06/18(日) 16:51:52
>>62
みんな新し物好きだから新しいの出たら使いたがるのよ。
新規で作るものはこれ使ってみようみたいな感じ。

おかげでプロジェクトごとにフレームワーク
違ったりするから大変っちゃ大変。
66デフォルトの名無しさん
垢版 |
2006/07/04(火) 21:05:52
時給１０００円でＪａｖａ教えてくださるかたを募集します
場所　所沢（池袋・高田馬場から直通）

ｉ−ｗａｎｔ−ｔｏ−ｓｔｕｄｙ−ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
（アドレスは全角で書いてあるので半角に直してください）
よろしくおねがいします
67デフォルトの名無しさん
垢版 |
2006/07/05(水) 13:38:17
時給が一桁足りないと思うが。
68デフォルトの名無しさん
垢版 |
2006/07/05(水) 20:16:28
パソコン教室でＪＡＶＡ教えているけど時給１５００円だよ
69デフォルトの名無しさん
垢版 |
2006/07/06(木) 10:48:21
企業プログラマ向けの講習の講師だと、時給1万円ぐらいが普通だ。
1500円だと、教えられる側のプログラマも雇えん。
パソコン教室でJavaって、いったいどんな人に何を教えてるんだろう。
2006/07/06(木) 22:46:55
>>69
JavaScript(=Java)な定義の悪寒
2006/07/07(金) 11:50:02
そんな発想はなかった
2006/07/08(土) 00:36:00
JavaScript(=Java)な定義の悪寒
　　　　　　V
　　　　 ∧＿∧
　　　　( ´･ω･`) 　　 　∧＿∧
　　　 ／ 　　　 ＼　 　（´Д｀； ）ｽｹﾞｪ･･･!!!
.＿＿|　|　　　 .|　|＿　/ 　　 　 ヽ
||＼　￣￣￣￣　　 ／ .|　　　|　|
||＼..∧＿∧　 　　(⌒＼|_＿./ ./
||.　 （; 　　　）ﾏｼﾞｶﾖ･･･ ___＿_ノ|　　 ∧＿∧
　　/　　　ヽ　　　　　 　　　　 ＼| 　 （　　　 ）その発想はなかった・・・」
2006/07/11(火) 19:55:18
>>71-72
マジで？
俺の職場まだ二つを混同してる人いるよー。
いちいち「Script」付けて言い直すのも嫌味と思われそうで気がひける・・・orz
74デフォルトの名無しさん
垢版 |
2006/07/17(月) 21:00:25
時給１０００円でＪａｖａ教えてくださるかたを募集します
場所　所沢（池袋・高田馬場から直通）
よろしくおねがいします
ｉ−ｗａｎｔ−ｔｏ−ｓｔｕｄｙ−ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
教える対象は超初心者です。

専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です
2006/07/27(木) 00:43:36
WicketにJSR-168ポートレットサポートが追加
http://journal.mycom.co.jp/news/2006/07/26/343.html

ポートレットって何
2006/07/28(金) 00:56:27
ページの一部分だけを制御する（パネルのような）モジュールを
取り扱う、標準規格だよ。

Portlet APIに準拠したコンテナは、Portlet APIに準拠したモジュールを
簡単に画面に表示したりできるというやつ。
2006/07/28(金) 01:55:30
なるほど。ありがとう。
78デフォルトの名無しさん
垢版 |
2006/07/30(日) 15:13:02
Java Worldで特集来たね
俺は取りあえずハローワールド打ってみたけど、これは面白い。
職場は完全にCと.NETでクラサバのみなんで、休日くらいしかJava触れないのが苦しいところ。
79デフォルトの名無しさん
垢版 |
2006/07/31(月) 16:25:21
http://journal.mycom.co.jp/articles/2006/07/27/click/
でClickというフレームワークがあるようですが、
ClickとWicketではどちらがどのようによいでしょうか？
2006/07/31(月) 16:52:58
>>79
お前がJSPとJSFのどちらがどのようによいか解説してくれたら俺もしてやろう
2006/07/31(月) 23:34:02
>>79
つ ttp://journal.mycom.co.jp/articles/2006/07/27/click/

おれはWicket好きだけど、Clickも結構イカス。formからデータをコピーするところなんか
OGNL式でマッピングとか面白い（WicketのPropertyModelがデフォルトってとこか）

Click -->
構造がシンプル。ViewはVelocityなんで簡単なロジックも書けるしMacroも組める。
シンプル命なので複雑な機能は搭載しないんじゃなかろうか。シンプルさのために
型安全性とかはあまり（あえて？）重視してないかんじ。
発展はこれから注目ってところか。あとドキュメントが分かりやすいと思う。

Wicket ->
究極のPOHP環境。ありとあらゆるものをすべてJavaだけで制御する。web.xml以外の
定義ファイルがない。AJAX部品を使えばJavaだけでAJAXなウェブアプリが組める。
APIはSwingの手法に詳しいと分かりやすいが、ちょっとドキュメントが弱い感がある。
MVCの関係が独特なのにその図解がないんで.... 各クラスの使い方を覚えるとあとは
楽かな。
９月に本が（英語だけど）出るらしい。
82デフォルトの名無しさん
垢版 |
2006/09/13(水) 23:35:56
>>81

> ９月に本が（英語だけど）出るらしい。

詳しく！
2006/09/14(木) 01:21:08
>>82
ttp://www.amazon.co.jp/gp/product/1590597222/ref=sr_11_1/250-2455345-2361867?ie=UTF8

おれは既に予約済みで、いよいよ届くのか？と思ってたらAmazonから
なんか手に入らないので発送遅れるとかいうメールがきてｼｮﾎﾞｰﾝ
2006/09/21(木) 22:22:08
Wicket本届いたよ。
2006/09/26(火) 01:32:04
>>84
どんな感じ？
買うべきかな？
2006/09/26(火) 23:18:14
今読んでるところだけど....

・読みやすい
・わかりやすい

買って損はないと思うよ。コンバータとかバリデータとかの解説って
ネットには少ないけど、拡張の仕方とかきっちり書いてある。
2006/09/26(火) 23:32:12
昨日発送したってメールが着たから今日届くんだろうな
楽しみだ
8886
垢版 |
2006/09/27(水) 03:43:58
引き続き読み続けているのだけど、たとえば「Hibernate in Action」みたいな
本格的なものを想像していると、肩透かしをくらうと思う。
内部実装に至るまで徹底解説！というのではなくて、Wicketなやり方について
説明した本ですね。

入門から中級くらいまでを総ざらい、という感じです。WicketのModelから始まって、
Converter, Validator, コンポーネント、ビヘイビア、さらにはSpring拡張と、
Wicketの使い方はきっちり押さえている。

Wicketのはじめての本でもあるので、ちょうどいいくらいだと思います。なにより、
とても読みやすくてすんなり頭に入ります。

あと、ページレンダリングの処理順序が説明されているところも良かったです。
図がもうちょっとあれば完璧でした。
2006/09/27(水) 19:34:02
まさに入門者、Wicket歴0分の私が本を購入してみました。
とりあえずインストールが終わったところです。
90デフォルトの名無しさん
垢版 |
2006/09/28(木) 01:29:26
Eclipse3.2 + WTP1.5 の動的Webプロジェクトでhtmlをsrcの下に置いてもビルドの際にclassesにコピーされません。
これをコピーされるようにWTPを設定することって出来ますか？
91デフォルトの名無しさん
垢版 |
2006/09/28(木) 10:25:32
日本語版に期待
2006/09/28(木) 11:24:18
エンジニアなら読める程度の英語だよ
2006/10/10(火) 20:58:15
>>92
俺はエンジニアじゃなかったようだｗ
2006/10/13(金) 06:31:29
>>90
同じところでこけたわｗ
HTMLはJavaDoc位にしか使わんから除外されてると思わんかったｗｗｗ

設定→Java→ビルド→出力ホルダー→フィルターするリソースの*.html;を削れ
9590
垢版 |
2006/10/25(水) 01:18:04
>>94
おお！！
ありがとうございます！
このスレでもスルーされてるし、Eclipse使ったWicket解説サイトとかでも特に何も書いてなかったから俺の頭がバグってるのかと思ってましたw

これで楽になるなぁ〜。
96デフォルトの名無しさん
垢版 |
2007/01/05(金) 23:53:22
うわぁ、流行ってねぇ＾＾；
Flashとの親和性を強くするにはXHTMLのWicketが一番だと思うんだが。
みんな他のFWに移ってる？
2007/01/06(土) 00:03:45
Flashを使ってないんじゃないか？
2007/01/06(土) 00:21:43
いやいや、Flashとかなしにしても
DreamWaverとか使うWeb屋さんとも相性いいと思うんだけどなぁ
2007/01/06(土) 01:10:44
>>98
誰もついて来ないし日本語Documentも少ない
個人的には今後の小規模用に期待してるんだけど
2007/01/06(土) 01:18:55
日本だとSeasarんとこのMayaaとかS2JSF(Teeda？)とかに流れてるんかな
2007/01/06(土) 01:25:56
>>100
確かにあっちの方が全然盛んだな
やっぱり日本語Documentは強いよｗ
2007/01/06(土) 03:03:26
マジレスすると、みんなまだStrutsに慣れてきたところ。
2007/01/06(土) 03:16:50
Strutsは慣れれば慣れるほど保守のための冗長は無駄だと思い知らされる。
2007/01/06(土) 04:05:52
今年くらいにJSFが流行りだして、Wicket/Clickは来年くらいじゃないかな？
2007/01/06(土) 14:34:20
wicket風のフレームワークを作ってみた。
テンプレート部分は、talを使用。
もうちょい練れば結構おもしろいかも。

とりあえず簡単なサンプルを撮ってみた。
http://sakuratan.ddo.jp/up/src/up5157.zip
2007/01/06(土) 15:07:49
>>104
JSFはもう終わりかけてね？
javaよりPHPに流れてる。
2007/01/06(土) 15:14:29
技術者レベルでそんな流れはないだろ
単価落とすだけだし
2007/01/06(土) 15:23:40
>>107
javaってくくってる段階で案件レベルって位認識してくれよ・・・
2007/01/06(土) 15:40:02
phpに流れる程度のものしか作ってないってことだろ。
2007/01/06(土) 15:46:38
phpは失速気味ではありませんか？
2007/01/06(土) 15:52:52
>>110
まだ小規模は食われてるよ。
さすがに大規模はjavaの方が多いけど。
2007/01/07(日) 00:56:15
PHPは、ホームページの一部を変化させたいときに使うものだな。
Javaを食ってるのはRuby
2007/01/07(日) 01:04:07
>>112
仕事の話だから学生は黙ってな
2007/01/07(日) 01:14:25
LAMPのPがひとりでうごうごしてるだけだとおもう
2007/01/07(日) 01:25:44
PHPに食われるような仕事w
2007/01/07(日) 01:33:29
PERLのことか？今どうしてんだろうな、あの言語
2007/01/07(日) 02:05:11
>>113
仕事なら、なおさらPHP使わないほうがいいんじゃねぇの？
PHPは、学生の作り捨てのサイト作るので限界だよ。
ちょっと作りこむと、すぐPHPのバグとか仕様変更に遭遇してハマる
2007/01/07(日) 02:34:36
まあこの辺でもどうぞ。
ttp://www.tiobe.com/index.htm?tiobe_index
119デフォルトの名無しさん
垢版 |
2007/01/07(日) 06:23:25
>>117
どのレベルをもって仕事うんぬんいってるのかしらんが
楽天やYahooでもPHPは大々的に使われているし、
JavaがPHPをばかにしているうちに、じょじょに食われていくと思うよ。

>すぐPHPのバグとか仕様変更に遭遇してハマる
これはすごく同意だけど、Javaのフレームワークも同じもんだと最近痛感した。
2007/01/08(月) 11:48:50
Javaの場合は古いバージョン使えばいいんだけど、PHPの場合は同時にセキュリティパッチがあたってて前のバージョンが使えないことが多くて致命的
2007/01/08(月) 16:52:44
とりあえずJAVAvsPHPスレいけ
2007/01/08(月) 18:02:12
Wicket vs Clickはどうですか？
2007/01/08(月) 18:04:33
Clickって確かMVCを捨てたFWだっけ？
確か日本人コミッタもいるとかなんとか。
Clickの欠点はGoogleで検索しにくいってとこかな。
124デフォルトの名無しさん
垢版 |
2007/01/10(水) 23:59:58
当方WEBデザインに４年間携わり、その後Javaに興味を持ちプログラマーに転職し、
現在２年ほどいろいろな現場でWEBアプリの開発に携わり、
現在の現場でTapestryに似たオリジナルのフレームワーク（HTMLをテンプレートとして使用）の仕事をしていて、
最初はわけのわからんフレームワークだな〜と腹が立ちましたが、
慣れてくるととても使いやすくてはまってしまい、
いろいろとフレームワークについて調べてるうちにWicketの存在を知りました。
ただ日本語の解説本がなくって、無謀にも英語の解説本「Pro Wicket」を購入。
現在ちょっとづつながらも読んでます。
デザインをやっていたものの立場からみると、
今のところWicketが一番興味が持てます。
Wicket、はやらないっすかね〜。
12586
垢版 |
2007/01/11(木) 01:17:14
Pro Wicketは読みやすいし結構つぼは押さえてるよ。
2007/01/14(日) 13:36:45
>>94
> 設定→Java→ビルド→出力ホルダー→フィルターするリソースの*.html;を削れ

すみません、もうちょっと教えてもらえませんか？
上記メニューがどこにあるのか分からないのです。

私のEclipse 3.2には設定メニューに「ビルド」というメニュー
というのが無いんですが、「ビルド・パス」のことですか？
（でもその下にはフィルターの設定は無いのです）
127126
垢版 |
2007/01/14(日) 13:48:08
連続書き込みですみません、分かりました。
設定 -> Java -> コンパイラー -> ビルド
にありました。私の環境では*.htmlは入っていませんでした。
2007/01/16(火) 03:01:37
デザイナーからプログラマーに転職って珍しくね？

>>124
>現在の現場でTapestryに似たオリジナルのフレームワーク（HTMLをテンプレートとして使用）の仕事をしていて、
>最初はわけのわからんフレームワークだな〜と腹が立ちましたが、
>慣れてくるととても使いやすくてはまってしまい、

どんなフレームワークか説明きぼん

>デザインをやっていたものの立場からみると、
>今のところWicketが一番興味が持てます。

デザイナーから見てTapestryやMayaaはどうっすかね
2007/01/16(火) 04:34:50
>>128
Webデザイナーからプログラマーって、結構多いとおもうぞ。
ちゃんとしたデザインできるやつは、すぐにちゃんとしたプログラム組めるしな。
2007/01/16(火) 23:00:09
>>129
んな訳アルカイダ
131124
垢版 |
2007/01/17(水) 23:26:00
>>128
>どんなフレームワークか説明きぼん

業務のことなんであんまり詳しくは書けませんが、
JAVAサーブレットファイルとHTMLファイルがあってHTMLの変数部分は
@〜@という形になっていて、
フォームの送信ボタンが押されたらサーブレットが呼ばれ、
その中でフォームから送られたデータを使っていろいろ処理し、
サーブレットからHTMLテンプレートを呼んで、@〜@の部分を
処理した変数で置き換えて出力するというような感じです。
HTMLテンプレートを使うという意味ではTapestryに近いけど、
変数部分の置き換え部分はVelocityに近い感じです。
132124
垢版 |
2007/01/17(水) 23:26:30
>>128
>デザイナーから見てTapestryやMayaaはどうっすかね

Mayaa、恥ずかしながら初めて聞きました。
んでちょっと調べたらなかなかよさそうですね。
HTMLファイルにMayaa独自のコードが入らないのがデザイナー側からすると
取っつきやすいと思います。
ちょっと気になったのが、JAVAオブジェクトを操作するのにJavaScriptを使うということ。
JavaScriptオフにしてたら動かないんですかね？
それと.mayaaファイルという独自のファイルの存在ですかね。
これはTapestryにも同じこと言えますが、そのフレームワーク独自のファイルって
（Tapestyで言うと、.applicationファイルと.pageファイルですかね。）
私個人的にはちょっと敬遠しがちというか。
管理するファイルが増えるってのがちょっと。。。

Wicketの場合だと、
HTMLファイル→デザイナー
JAVAファイル,web.xmlファイル→プログラマー
という感じで、多少HTMLに入るwicket:idとかぐらいでしたら
打ち合わせで十分カバーできるかなと。
それにクライアントさんへのプレゼンで変数部分に仮のデータを入れた形で
見せることができるというのが魅力的ですね。

まだあんまり詳しくないんで間違ってるところがあったらすいません。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況