△△もっとStrutsの良さを教えてくださいSession5

1 名前：デフォルトの名無しさん [2006/12/30(土) 18:05:08 ] Apache Strutsフレームワークについて語るスレ 前スレ △△まだまだStrutsの良さを教えてくださいSession4 pc8.2ch.net/test/read.cgi/tech/1109465052/ 89 名前：デフォルトの名無しさん mailto:sage [2007/01/12(金) 00:08:26 ] 馬鹿の水準に合わせて開発すると、時間と体力ばかりくっていいこと無い 90 名前：デフォルトの名無しさん [2007/01/13(土) 12:26:10 ] すいません初心者で恐縮ですが Strutsの初心者向けの学習本で良いのありますか？ 91 名前：デフォルトの名無しさん mailto:sage [2007/01/13(土) 16:10:56 ] なんか最近、自作の俺様専用フレームワークが最強のような気がしてきた。 92 名前：デフォルトの名無しさん mailto:sage [2007/01/13(土) 16:33:44 ] >>91 気のせい。もしくは、限定された環境でのみ最強。例えば開発者があなただけとか。 93 名前：デフォルトの名無しさん mailto:sage [2007/01/13(土) 16:34:12 ] >>91 それは皆が通ってきた道だな 94 名前：デフォルトの名無しさん mailto:sage [2007/01/14(日) 00:15:52 ] バリデータとコンバータが全てのFWで共通化されたら俺は平気で移る。 95 名前：デフォルトの名無しさん mailto:sage [2007/01/14(日) 00:17:56 ] commons-validatorの事じゃなくて？ 96 名前：デフォルトの名無しさん mailto:sage [2007/01/14(日) 00:20:40 ] strutsのバリデータって他フレームワークに簡単に持って行けないもん？ リクエストパラメタをBeanUtilsとかでBeanにセットしてvalidateってできないのかな。 97 名前：デフォルトの名無しさん mailto:sage [2007/01/14(日) 00:27:37 ] commons-varidator commons-beanutils あとRequestUtilsクラスとかパクりゃいんじゃねーの？ 98 名前：デフォルトの名無しさん mailto:sage [2007/01/14(日) 00:36:32 ] Webフレームワークを使う理由はバインディングしかないからね。 テンプレート機能だとか画面遷移だとかはフレームワーク作者のオナニーに付き合ってるだけ 99 名前：デフォルトの名無しさん mailto:sage [2007/01/14(日) 00:38:47 ] 便利だけどね 100 名前：デフォルトの名無しさん mailto:sage [2007/01/14(日) 00:54:24 ] JavaのWebフレームワークを一から作るくらいならStrutsつかっときゃいーと思うがの Strutsを使いやすいように拡張した方がな 101 名前：デフォルトの名無しさん mailto:sage [2007/01/14(日) 01:45:43 ] オライリーのJakarta Strutsクックブック ってどうですか？ 102 名前：デフォルトの名無しさん mailto:sage [2007/01/14(日) 01:49:45 ] Strusの本読んだ事ね 103 名前：デフォルトの名無しさん mailto:sage [2007/01/14(日) 01:57:32 ] 二日ほど他人のソースとテックスコアの記事読んで適当に実践に使ったから本は読んでない。 104 名前：デフォルトの名無しさん mailto:sage [2007/01/14(日) 02:08:24 ] Ja-Jakarta Projectのページ ttp://www.jajakarta.org/struts/ 105 名前：デフォルトの名無しさん mailto:sage [2007/01/14(日) 10:00:49 ] >>101 あまり読んでないけど、JSTL関連の章は役に立った。 おかげでlogicタグとbeanタグからはおさらばして、Struts上でJSTLとELをフルに利用できるようになった 106 名前：デフォルトの名無しさん mailto:sage [2007/01/16(火) 14:27:59 ] strutsって重くないですか？ 107 名前：デフォルトの名無しさん mailto:sage [2007/01/16(火) 14:42:45 ] >>105 レスありがとうございます。オライリーのサイトで目次を見ると、自分にはいろいろ 参考になることがありそうなので、買って読んでみます。 108 名前：デフォルトの名無しさん [2007/01/16(火) 21:41:15 ] >>106 使わないよりは重いな 109 名前：デフォルトの名無しさん mailto:sage [2007/02/22(木) 20:15:47 ] 今回初めて使ったけどこれひどいね Strutsタグのエラーとかstruts-config.xmlの記述間違いの際のエラーとか のメッセージが不親切すぎてデバッグできやしない 110 名前：デフォルトの名無しさん mailto:sage [2007/02/22(木) 23:03:37 ] ﾌﾟ 111 名前：デフォルトの名無しさん mailto:sage [2007/02/22(木) 23:24:07 ] >>109 WTPのJSP・XMLエディター使うといいよ 112 名前：デフォルトの名無しさん mailto:sage [2007/03/05(月) 00:12:36 ] >>109 まぁ確かに不親切だとは思うけどね。 IDEのサポートちゃんと受けてる？ 転職したら秀丸でソース編集とかしている俺から見れば・・・ 113 名前：デフォルトの名無しさん mailto:sage [2007/03/05(月) 00:55:45 ] ＥＸＣＥＬファイルで定義してstruts-config.xml、validation.xml、フォームBeanを自動生成してます。 114 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 23:59:17 ] >>113 画面の仕様書から バリデーションとフォームの生成まではやった。 ただしバリデーション定義はS2Strutsのアノテーションによる方式。 あれ結構自動生成と相性がいいと思う。 struts-configのExcelからの生成ってどうですかね？ いまいちもとのExcelシートのイメージができないです。 115 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 01:02:39 ] 1ワークブック＝1モジュール 1シート＝1Form 　　　　＝1Action 　　　　＝1リソースファイル（忘れてた） フォームの定義はValidation定義も併用 フォームBeanも自動生成 ネスとしたBeanのValidationも対応 global-exception等は別に1シート 116 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 01:03:51 ] 要するに1ワークブック＝１struts-config.xml 117 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 01:15:23 ] >>116 そのExcelファイルくれ。 118 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 02:50:48 ] >>117 残念ながら、Excelだけではだめなのだ 自動生成ツールが必要なのだ 119 名前：デフォルトの名無しさん [2007/03/14(水) 19:20:37 ] struts 2.x が正式リリースになっているな。(2/27) だけどこのスレではぜんぜん話題になってないな。 120 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 19:29:22 ] >>119 Strutsって名前だけで、中身はStrutsともApacheとも何の関係もないからな。 121 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 19:58:47 ] たしかに　2.x は WebWork と統合、 Shale もあるし、 ひさしぶりにやる側としては、もうわけわかめです。 122 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 12:38:45 ] この間終ったプロジェクトじゃまだstruts1.1だったしなぁ。 またstrutsやるとしても1.x系だろうしな。2.xは手がだせんかも。 123 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 12:50:54 ] 2.xを使ってる話なんて聞いたことがない。 2.xは元々Strutsではないから、 バージョンアップというよりまったく別フレームワークへの乗り換えになる。 1.xを使っているのなら、1.3.5はなかなか有用。 モックオブジェクトが用意されたテストケースがあったり RequestProcessorのカスタマイズが柔軟だったり。 124 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 13:02:09 ] じゃあなんでsturtsなんて名前つけたんだ？ ぶっちゃけ、2.xがまったく別物ってんなら余計混乱して そのまま「strutsｵﾜﾀ」ってなりそうな気配がﾌﾟﾝﾌﾟﾝしてるんだが… というか、struts projectの人間は2.xが本来やりたい事だったんだ！ って言ってる様にも見えなくもないな…どのみち衰退の道か 125 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 15:08:48 ] strutsどころかapacheでさえないプロジェクトから移管されたものだからなぁ。2は。 126 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 16:08:32 ] 結局フレームワーク使うとこういうことになるんだよ。 それで終わったフレームワークで作られたシステムを 新人にメンテさせる鬼先輩になるんだ、おまえらは。 127 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 16:37:37 ] >>126はバカだなぁ 128 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 20:05:34 ] >>126 独自仕様てんこ盛りの自社製FWのメンテよりはいいだろう？ 129 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 21:39:10 ] >>128 >>126は自社製FWとかではなく、常に１から作るンだろ？ そういうほうがわかりやすいと思うヤツが多い事は事実 130 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 22:10:40 ] >>129 そういうのはフレームワークが古くなるどころか、 作った奴がいなくなるだけで混乱に陥る。 古かろうが、Strutsのように普及したフレームワークを使う方が ノウハウを持った奴がどこかにいるだけまだマシ。 131 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 23:39:40 ] Struts1.X系でお茶を濁しつつ、JavaEE5サーバが出回ったら JSF1.2にメインの開発は移行すればいいと思う。 GlassFishもJBossもGeronimoもベータ版が出たし、そろそろ動かせるよ 132 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 00:01:21 ] Glassfishは正式リリースじゃないかｗ JBossはもうReleaseCandidate。 Tomcat6はStableリリースだから、もうJSF1.2の環境はOKだ。 でも実際はEclipseWTPやNetBeansがTomcat6対応しないと使いにくいな。 133 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 00:06:55 ] >>129 それわかりやすいかぁ？ 作った人間いなくなったら恐ろしいことになるよ。 どうせドキュメントも残さないで消えていくんだろうし。 134 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 00:19:40 ] >>132 GlassFishは現在V2がリリース間近 V1はJavaEE5SDKとして出すためのものだったが、 今回はフルスペックのアプリサーバとして出す NetBeans5.5.1でGlassFishV2に対応してる。 EclipseWTP用のPluginもGlassFish側で用意してるけど、WTPがまだJavaEE5対応してないな 135 名前：デフォルトの名無しさん mailto:sage [2007/03/20(火) 01:18:21 ] JavaEE５なんていらねーよ 136 名前：デフォルトの名無しさん [2007/03/29(木) 20:08:06 ] struts-confg.xmlの内容をエクセルに記録して XML出力とかいうツールどっかにおちてない？ エクセルは設計書にできたらなおOK。 137 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 22:42:01 ] >>136 せんせーすとらつこんふぃぐがえっくすえむえるなんですがー 138 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 23:27:01 ] >>137 Excelで画面遷移とか定義して、そっからstruts-config.xml出力してくれるマクロとかツールが欲しいって意味なんじゃないの？ 139 名前：デフォルトの名無しさん mailto:sage [2007/03/30(金) 00:25:45 ] 子ノードも無限に作れるし、属性もいくつあるかわからんし XMLをExcelで表現するのは無理があるだろ 140 名前：デフォルトの名無しさん [2007/03/30(金) 13:50:46 ] すみませんが、初歩的質問です。 Strutsの良さの一つとして、Actionクラスの存在がよく挙げられています。 Actionクラスはサーブレットよりずっと軽量なので、１つのActionServlet（の 派生クラス）と多数のActionクラス（の派生クラス）に構築されたコントロー ラは、従来のサーブレットに比べてパフォーマンスが良い、というのです。 しかし疑問なのですが、そのActionクラスの遷移先はJSPで、そして結局JSP一 つがサーブレット一つになるのですよね？こちらのパフォーマンスは問題にな らないのでしょうか？ なんとなくですが、JSPを使い続けているのに、コントローラだけActionクラス を主体にしても、パフォーマンスはあんまり変わらない気がするのですが、ど うなのでしょう？ ということで、 ・従来のサーブレットのパフォーマンス ・ActionサーブレットとActionクラス ・JSP ・（JSPの代わりに）Velocityテンプレート それぞれの実行性能をご存知の方、お教えいただけないでしょうか？ 141 名前：デフォルトの名無しさん mailto:sage [2007/03/30(金) 14:46:53 ] >>140 ActionとActionServletのおかげでパフォーマンスが向上するなんて、 聞いたこともない。出典は？ Actionクラスの目的は、Commandパターンの導入とstruts-config.xmlによる 画面遷移の宣言的制御にあるじゃなかったっけ （それが成功しているかは別の話だが）。 この辺でも読んでみて。 ttp://wiki.apache.org/struts/StrutsBenefits しかし今頃になってStruts初心者か。今でも人気あるんだね。 142 名前：140 mailto:sage [2007/03/30(金) 15:45:56 ] >>141 > ActionとActionServletのおかげでパフォーマンスが向上するなんて、 > 聞いたこともない。出典は？ すみませんが、出典は分かりません。 以前にStrutsを使ったことがあって、そのときに何かで読んだのですが、1回だ けでなく、あちこちでその内容を聞いたように思うのです。 それにしても、聞いたこともありませんでしたか。ちょっとショックです。私 の勘違いだったのかなあ。 143 名前：デフォルトの名無しさん mailto:sage [2007/03/30(金) 15:58:31 ] 基本的にフレームワークは骨組みにいろんな仕事やらせるんだから プレーンで作るより重いよ。体感的には変わらないけど。 144 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 00:42:23 ] Actionの存在が良さとは思わんが・・ 俺が思うStrutsの良いところは・・ ・HTTPパラメータがActionFormとして明確になる ・画面遷移とコントローラの依存が疎になる ぐらいだと思う。 パフォーマンスが良くなるなんて聞いたこと無い。 145 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 03:29:56 ] >>142 完全な勘違いだよ。 ActionServletやらで色々な処理が間に入っているんだから 素でServletを書くより早くなるわけないじゃん。 といってもこの程度のオーバーヘッドでパフォーマンス云々語るのは かなりアホなことしゃべってると思った方がいいよ。 146 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 03:52:13 ] >>142 あちこちで聞いたって職場でかい？ ちょっと身の振り方考えた方がいいんじゃないかね。 揶揄して言ってるんじゃなくて そんな一笑に付されるような俗説がまかり通るってのは 全体のレベルが低い証拠だと思う。 自分の今後にとってもプラスにならないよ。 147 名前：140 mailto:sage [2007/03/31(土) 19:41:57 ] どうもお恥ずかしい話ですみません。私の勘違いだったようです。社の人から 聞いたのではなく、雑誌かWEBの記事だったと思うのですが、誤読したのでしょ う。 しかし、実行速度は下がるにしても、他のメリットは無いのでしょうか？ サーブレットに比べてアクションクラスは ・インスタンス生成のコストが小さい ・メモリの占有量が少ない という特徴があったりしないでしょうか？ もしあるとしたら、たぶんそういう記事を私が誤解したのだと思うのです。 まあ実質的にはメリットに上げるほどの差ではないのかもしれませんが。 148 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 00:53:58 ] >>147 あるとしても、鼻毛抜いてダイエットするくらいの効果しかない。 HttpServletの実装はコンテナ依存なので、ひょっとしたらActionとの差が大きくなる コンテナがあるのかもしれないが…HttpServletの実装が重いコンテナなんてヤダ。 というか、仮に軽くなっても、struts-config.xmlやvalidator.xmlをメモリに展開する分、 別の分でメモリ食ってるはず。 ま、世の中には、無意味または時代遅れなバッドノウハウを語る低脳ライターが割といるので、 そういう連中の記事を読んだんじゃないかと思う。 「メソッドにfinal付けて高速化」とか、「同じローカル変数を使い回してメモリ使用量を削減」とか言う奴と一緒。 最近笑ったのはこれ。 ttp://www.atmarkit.co.jp/fjava/javatips/168java053.html ライターなんて、下はこの程度ですよ。 149 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 01:05:37 ] >>148 これはひどいｗ 150 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 01:09:12 ] >>148 こ、これは・・・ こんな糞記事で原稿代もらえるのか・・・ 俺も何か書こうかな。。。 151 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 19:49:01 ] >>150 期待してるぜｗ 152 名前：デフォルトの名無しさん [2007/04/08(日) 20:42:52 ] >>148 ちびった・・・ｗ 153 名前：デフォルトの名無しさん mailto:sage [2007/04/08(日) 21:01:18 ] きょ，今日先輩から聞いたんだけど， int型使うよりもbyte型使った方が速くなるらしいぜ． DBのテーブルサイズ見積もりなんかはやったことあるけど， 変数のサイズ見積もりなんてやったことなかったけど， これからはきちんと考えて設定しなきゃなぁ．．． 154 名前：デフォルトの名無しさん mailto:sage [2007/04/09(月) 02:50:26 ] >>153 ネタだと言ってよ、バーニィ！ 155 名前：デフォルトの名無しさん mailto:sage [2007/04/16(月) 05:49:16 ] >>154 0080だっけか？ 156 名前：デフォルトの名無しさん mailto:sage [2007/04/27(金) 11:50:18 ] 終わったな 157 名前：デフォルトの名無しさん [2007/06/05(火) 23:23:21 ] クラスSuperClassを継承したクラスSubClassがあって、 SuperClassで定義したpublicなメソッドgetXxx()があります。 そのgetXxx()についてですが、 以下のようなJSPでアクセスできないのですが、何か勘違いしてますか？ <%-- subClassObjはSubClassのインスタンス --%> <bean:write name="subClassObj" property="subClassObj.xxx"/> SubClass内でgetXxx()をオーバーライドすれば正常に表示できることはできるのですが… 158 名前：デフォルトの名無しさん mailto:sage [2007/06/06(水) 14:14:48 ] >>157 オーバーライドする以前に サブクラスのインスタンスにスーパークラスのメソッドが あるかどうかくらいリフレクション使って確認したかい？ ヒントはこれだ Class clazz = Class.forName("java.lang.String"); Method[] method = clazz.getMethods(); 後は分かるな？ 159 名前：デフォルトの名無しさん mailto:sage [2007/06/07(木) 07:32:30 ] >property="subClassObj.xxx" xxxだけでいいんじゃないの？ 160 名前：デフォルトの名無しさん [2007/06/14(木) 22:52:32 ] 国際化しない場合でもメッセージリソースつかってる？ メリットってなんかある？ 161 名前：デフォルトの名無しさん mailto:sage [2007/06/15(金) 00:17:37 ] >>160 JSP内のハードコードを防げる。 162 名前：デフォルトの名無しさん mailto:sage [2007/06/15(金) 00:22:03 ] JSPの中のスクリプトレット撲滅運動中です． 代わりにVelocityでテンプレートをうわなにをするはなｓ 163 名前：デフォルトの名無しさん [2007/06/15(金) 00:26:17 ] JSPの中のスクリプトレット排除にVelocityって、メリットなさすぎ。 #ifとか入るし。 164 名前：デフォルトの名無しさん mailto:sage [2007/06/15(金) 01:03:18 ] まわりまわってスクリプトレット最強説。 StrutsタグもVelocityもJSTLも可読性を下げてるだけ。 165 名前：デフォルトの名無しさん [2007/06/15(金) 02:28:31 ] デザイナなしで少人数で作るなら、それもありかもわからんね。 166 名前：デフォルトの名無しさん mailto:sage [2007/06/15(金) 11:37:40 ] デザイナにとってはHTML以外の 変なタグや#が入ってる時点でわずらわしさは全部同じでしょ。 だったらスクリプトレットでいいよ 167 名前：デフォルトの名無しさん [2007/06/15(金) 11:53:11 ] いや、faceletやmayaaみたいにspanとかdivでできれば、オーサリングツールで読み込んでも崩れないし表示確認もやりやすいから、同じではないよ。 168 名前：デフォルトの名無しさん [2007/06/16(土) 13:29:48 ] Servlet の小規模開発案件があるのですが、フレームワークを使うとしたら Struts が最強ですか？ 169 名前：デフォルトの名無しさん [2007/06/16(土) 15:36:55 ] >>169 本当に小規模なら、 JSON-RPC-Java(Ajax) の方が楽かも 業務ロジック(画面切り替え)は、javascript で全部やる。 DBアクセスは、サーバ上のMiddlegenで作ったDAOを ブラウザ上のjavascriptからキックしてやる感じ。 今自分がJ2EEで一定の規模の開発を任されたとしたら やっぱり Struts1.3+Xdoclet かなぁ・・・ （要員スキルとか、治具(自動生成)とか、ノウハウとかの関係で） 170 名前：168 mailto:sage [2007/06/16(土) 16:00:59 ] >本当に小規模なら ２人月ぐらいの規模です。 171 名前：デフォルトの名無しさん mailto:sage [2007/06/16(土) 17:00:04 ] >>168 Struts1オンリーでいいよ。 >>169なんてぜんぜん小規模だと思えない。 おまけにモバイル対応したら画面遷移のロジック全部書き直し。 172 名前：デフォルトの名無しさん [2007/06/16(土) 17:22:44 ] 業務アプリでモバイル対応もないなら、JSFの方が楽。 Strutsを使ったことがないなら、JSFにしたほうがいいと思われ。 173 名前：デフォルトの名無しさん mailto:sage [2007/06/16(土) 17:24:58 ] NetBeans + Visual Web Packも検討に値すると思うよ。 174 名前：デフォルトの名無しさん mailto:sage [2007/06/16(土) 20:28:17 ] サーブレットも知らない奴がWebアプリのサブシステム開発のリーダーってどういうこと？ 175 名前：デフォルトの名無しさん [2007/06/16(土) 21:58:04 ] じゃあお前やれよ 176 名前：デフォルトの名無しさん mailto:sage [2007/06/17(日) 01:10:20 ] >>166 スクリプトレットなんて許したら死ぬほどコード書きまくられるぜ？ 後で地獄見るだけだ。 テロリストは1歩譲ったら100歩踏み込んでくる。 177 名前：デフォルトの名無しさん [2007/06/20(水) 12:34:28 ] sslext使ってて困ったことが起きたのだけれど、 sslext:link でリンクすると、リンク先がlocalhostになってしまう。 何が問題なのかわかる人いますか？ 自分でやった変更は、server.xmlの <engine defaultHost="mokuteki.host.jp" …> <host name="mokuteki.host.jp" …> ですが、これでもlocalhostのままでした。 178 名前：デフォルトの名無しさん [2007/06/25(月) 10:46:10 ] Strutsなんて死んでるし、新規プロジェクトで選択するのはまず間違い 179 名前：デフォルトの名無しさん [2007/06/25(月) 12:59:23 ] >>178 じゃあ、何を使うのがいい？ 180 名前：デフォルトの名無しさん [2007/06/25(月) 18:08:16 ] JSFかなあ 181 名前：デフォルトの名無しさん mailto:sage [2007/06/26(火) 05:55:25 ] 業務アプリならJSFだね。 新規でStrutsを、XML手書きでやらせるプロジェクトはダメプロジェクト。 182 名前：デフォルトの名無しさん mailto:sage [2007/06/26(火) 10:09:51 ] 結局変なタグ書かせるJSFもいらないだろ 183 名前：デフォルトの名無しさん [2007/06/26(火) 11:23:42 ] ていうかwebアプリが糞 184 名前：デフォルトの名無しさん [2007/06/26(火) 13:30:09 ] よくしらないんですが Jakarta Commons って、フレームワークではないの？ 185 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 00:08:44 ] 違います。 186 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 01:34:02 ] プログラムを呼ぶのがフレームワーク プログラムから呼ばれるのはユーティリティ 187 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 02:54:54 ] というか、Commonsはプログラムですらない。共通ライブラリを集めたプロジェクトの名前 188 名前：デフォルトの名無しさん [2007/06/28(木) 22:22:45 ] こういう場合みんなどうやってるか教えて。 １．編集画面を表示する。 　 今登録されている情報はＤＢから取得してデフォルト表示されている。 ２．編集しようとするとValidationエラーとなる。 この場合、１で取得した今登録されている情報をSessionに入れておかないと Validationエラーで同じ画面に遷移したときにエラーとなります。 Sessionに入れるのが普通？ 189 名前：デフォルトの名無しさん mailto:sage [2007/06/29(金) 00:19:14 ] 基本的にいま入力した情報しかいらないだろ。

---

---

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

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