トップページ⇒php
1001コメント283KB

PHPがJSPより優れている点って何ですか。

■ このスレッドは過去ログ倉庫に格納されています
0001たけ03/12/04 00:49ID:7VVPvP8a
よく巷でPHPは便利だ、簡単に作れるというんだけど、
ちょっと見たところ、そんなにJSPより利点があるようにも
見えないんだけど、誰か指摘して頂戴。
まあ、Perlよりは楽だろうけど。
0039nobodyさん04/01/23 01:14ID:???
共有サーバでJSP使えますか？
0040nobodyさん04/01/23 05:05ID:???
>>39
サービス提供しているところは少ないがあるし、使える。
0041nobodyさん04/01/23 07:55ID:???
FreeBSDで動くこと
0042nobodyさん04/02/04 11:51ID:???
phpは一億総ＷＥＢプログラマー化の言語
JSPは仕事にするための言語

こんな感じでよろしいでしょうか
0043nobodyさん04/02/04 11:52ID:???
まあyahooがphpでつくってるとかて話もあるし、
要は道具は使いようってだけな気もするが。

perlはどちらにしろもうだめぽいけど。
0044nobodyさん04/02/07 13:31ID:???
perlはもう廃止だ、馬鹿
0045nobodyさん04/02/18 16:40ID:???
Perlは6になったらお終いだ。
0046nobodyさん04/04/23 17:38ID:???
PHPってもっさりしてるでしょ？
WikiとかBlueQuartzとか使ってるとイライラしてくる。
0047nobodyさん04/04/26 13:14ID:???
Javaよりはもっさりしてないよ
0048nobodyさん04/05/16 12:38ID:???
Javaって何処がもっさりしてるんだ？
0049nobodyさん04/05/18 14:28ID:???
全体的に
0050nobodyさん04/07/11 00:00ID:???
まあ、もっさりしているが、
普通にリクエストが少ない状況でJavaを使っても意味が無いだろうよ…

リクエストが多すぎてやばいとか、そういう時に使うもんだ
0051nobodyさん04/07/16 22:32ID:???
>>23
Tomcat8080ポートを塞いで、
mod_jk/mod_jk2を使ってApache80ポートを
Tomcat8009ポートにルーティングするのも一つの解。

PHPが厨向けというのが良くわかったよ。
0052nobodyさん04/12/15 00:30:48ID:???
多分個人レベルじゃJSPの利点である大規模システムなんか作らない罠。
速度にしてもPHP+MMCacheで十分じゃ…。
0053nobodyさん04/12/16 09:04:12ID:FkqLBDlI
PHPとASPはちょっとリクエストが増えると、内部で池沼起こしてもっさりするよな。
Perl、C、JAVAを使い分けるのが最強と言うことだな。
0054nobodyさん04/12/16 10:11:59ID:???
リクエストのないJAVA
0055nobodyさん04/12/16 10:43:42ID:???
コストが安いのが一番だろ。
ＪＡＶＡ系はマーケティングの産物で貧乏人には手が出せませんな。
0056nobodyさん04/12/16 13:45:44ID:???
ひとまずPHP+MMCacheより軽いServletページは見たことがない。

そもそもOOP自体でパフォーマンスは落ちるしね。
まともなOOPしてれば。
0057nobodyさん04/12/18 16:21:55ID:wTia/X4M
Javaだからといっても、WebアプリでOOPする必要なんかないし。
0058nobodyさん04/12/18 16:23:37ID:wTia/X4M
Javaはスキルが貧乏な人には手が出せないってことか。
開発に必要なソフトはすべて無料で手に入れることができるわけだし。
0059nobodyさん04/12/18 17:08:39ID:???
お前みたいな頭がボケた人にはPHPの方が良いよ
0060nobodyさん04/12/19 20:32:56ID:???
>>58
具体的な反論しても、>>59みたいな煽りが返ってくるだけで不毛だからやめとけ。
0061nobodyさん04/12/20 01:40:41ID:???
PHPに深刻なセキュリティ・ホール，リモートからコードを実行される
ttp://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20041217/154014/
0062nobodyさん04/12/20 15:53:37ID:???
まぁ、ぶっちゃけPerlとPHPしかできんのだが
Javaもやってみたい。
0063nobodyさん04/12/20 18:09:51ID:???
>>57
>>60
WebアプリにOOPがいらないとする理由を語ってほしい。
マジわからん。

J2EEとか根底から否定するってことだよね？
0064nobodyさん04/12/21 04:11:42ID:???
>>63
Web+DBアプリにOOPが必要な理由を語ってくれ。
Strutsがあるからそれ以上は不要とか、Hibernateがあるからそれ以上は不要とか、そういう結論にならないように。
0065nobodyさん04/12/21 05:58:56ID:???
完全なOOPは使ってないけど
WEBアプリに限らず
多少OOPっぽくなるのは当たり前じゃない？

OOPが”必要”とかの問題じゃない
OOPしなくても見やすいコードとかもOOPっぽいことになってるケース多いし

そもそもWeb+DBアプリだけでどのくらいの規模を指してるのか不明な点を語れ

まぁどの言語もOOPとして書くこともできるだけであって
JavaしたからってOOPになる問題でもないし
OOPするだけなら今の言語ってほとんどサポートしてるっしょ
0066nobodyさん04/12/21 10:04:46ID:???
>>64はスキルが貧乏なんですよ。
0067nobodyさん04/12/21 10:31:30ID:???
newって書いたリ、extends Actionって書いたリすることをOOPっていうなら、OOPは必要。
継承って便利だねぇ、とか。
規模が大きいとしても、Web+DBアプリの設計で、クラス図がいかほどの役に立つというのか。
まあ、OOPにあこがれる気持ちはわからんでもないが。
0068nobodyさん04/12/24 02:20:40ID:???
phpは分かるがjspは知らない。
上ででていた型が厳しいとはどういうことか教えて。
というか厳しいとかぬるいとかプログラムにそんな曖昧なのがあることすら分からん・・・(´д｀;)
0069nobodyさん04/12/24 05:18:12ID:???
PHPのよさは、そんな68でもなぜか動くものが作れるところか。
0070nobodyさん04/12/24 06:10:38ID:???
>>69
同感
0071nobodyさん04/12/24 18:06:22ID:???
>>68
このへんを読むとわかるかな。
http://www.php.net/manual/ja/language.types.type-juggling.php
http://www.php.net/manual/ja/types.comparisons.php

JSP（Java）やC・C++などは変数を使う場合でも宣言が必要で
型の異なる代入や演算はエラーになったり暗黙の型変換が行われる。

int a = 1 // 整数型の宣言と代入　1（数値）
int b = 3.14 // 整数型への代入なので暗黙の型変換　3（数値）
double c = 3.14 // 実数型　3.14（数値）
int d = "A” // 文字の代入　エラー
String e = "1" // 文字列型の宣言と代入　1（文字列）

int v = a + b // 整数型の宣言と演算結果の代入 1 + 3 = 4
int w = a + c // 整数型の宣言と演算結果の代入 1 + 3.14 = 4
double x = a + c // 実数型の宣言と演算結果の代入 1 + 3.14 = 4.14
int y = a + e // エラー
String z = a + e // エラー
0072nobodyさん04/12/24 21:05:41ID:???
>>71
多分分かった、ありがとう。PHPに比べると小難しいプログラムみたいな書き方ですね。
0073nobodyさん04/12/25 04:28:25ID:???
この程度を小難しいといってる72でも、プログラムが作れるPHPってすばらしい。
0074nobodyさん04/12/25 04:50:03ID:???
さすが初心者向けを前面に押した言語だ
この点はやはり受け入れられてるみたいね
0075nobodyさん04/12/25 05:32:07ID:???
そうじゃなきゃ、中途半端な言語仕様の意味がないからな。
0076nobodyさん04/12/25 22:00:50ID:???
徹底比較!! PHP & Java 企業システムにおけるPHP5の可能性
ttp://www.thinkit.co.jp/free/compare/2/6/1.html

ソースコード行数比較で生産性を計ることはどうかと思うが、それ以前の問題だな。
5つのサンプルで、3つはほぼ同じ、それもJava側に無駄な改行やコードも含んで計った上で、PHPが1〜2行少ないだけ。
あとの２つは1勝1敗。
それで、結論が「PHP5の開発生産性の高さを実現しています」

その比較の結果、生産性がPHP側が◎でJava側が△

もう少しまともな比較記事書けんのか？
まあ、そんな記事だから、まだまだ比較することが残ってるのに打ち切られたんだろうけど。
0077nobodyさん04/12/26 00:13:00ID:JB/05Cmi
記事タイトルが既に公平じゃないし。
0078nobodyさん04/12/26 01:38:29ID:???
公平じゃないのはわかりきったことにせよ、ほんとにPHPの生産性が高い部分で比較するか、捏造・誇大表現してでも、読者がなっとくできるもの書かないと、PHP5も浮かばれないよ。
MSのLinux比較記事みたいにうまく書かなくてもいいから。
0079nobodyさん04/12/26 03:57:14ID:???
捏造・誇大表現してでもって…

PHPがJAVAより優れてそうなのはある程度のものが
つくれるようになるまでの習得が容易だってことだろうか。
開発効率は習熟度に依存するだろうけど
そこそこの習熟度でそこそこの開発効率を得られるのはJAVAじゃないかなと。
スクリプト言語は書き手のスキルによって波が大きいよなぁとおもっちょります。
0080nobodyさん04/12/26 21:54:42ID:???
>>79
とりあえず、記事として完結させろよ、って感じだったの。
全然差の出てないデータ出して、「PHPの方が生産性が高い」と書いてあっても、ツッコミようもない。
というか、ただツッコむしかない。
せめて、差の出てるデータ出してれば、その視点がおかしいんじゃない？とか、いろいろ考えることもできるけど。

PHPのいいところは、手かずが少ないので、変に迷うことがないところ。

Javaの場合は、色々なツール、色々な組み合わせがあって、その使いこなしが難しい。
中途半端な、ただ言語を理解しただけのレベルだと、ツールや方法論に振り回されて、ツールを使うためだけ方法論を実現するためだけのコードを作ってしまいがち。
Javaのツールを使いこなすには、非常に高いレベルが求められる。

ツールに振り回されて、ツールの提供する効率をムダにしてしまう非効率なコードを書くのなら、PHPで素直に書いたほうがいい。
Javaで素直に書いてもいいけど、ツールを使いたい衝動や圧力には勝てない。

ほんとうにJavaのツールを使いこなせれば、PHPは話にならないんだけどね。
0081nobodyさん04/12/26 23:44:33ID:???
というかそもそもJSPだけでJavaを語られても困るよなぁ。
JSPはJ2EEの部品の1つに過ぎなくて、実際はServletやらJavaBeansやら
JNDIのConnectionPoolingやらと組み合わせて初めて効果を発揮し始めるのに。

そもそもJSPしか使わないのならあえてJavaにする必要すらないと思う。
0082nobodyさん04/12/27 00:58:05ID:???
>>81
なんか、無理して知ってる言葉を書き並べただけに見えるのは、オレだけ？
00838104/12/27 01:04:56ID:???
>>82
いいえ。生粋のJ2EE使いです。何でそう思ったの？何か気にさわったかな？
てゆか>>81の一体どこに難しい単語が・・・。（JNDIはちょっと一般的ではないけど）
ServletとJavaBeansは別にJava使いでなくてもWeb系開発者なら一般教養として
押さえておかなければヤバい単語だし。

・・・まさかConnectionPoolingを難しい単語だとでも？？
00848104/12/27 01:13:33ID:???
・・・とここまで書いてふと思ったんだけど、PHPってJavaのJDBC＋ConnectionPoolingのような
仕組みってあるの？PHP4の時代にはなかったような気がするけど、俺が無知なだけ？

これってコンテナ（Zendエンジン？っていうの今でも）がサポートしてないと複数のセッションから
参照可能なStatic空間にSingletonに近い形で存在させておくことできないよね？
PHPのConfigファイルのどこかに接続情報を記述するセクションがやっぱりあるのかな？
PHPに詳しい人誰かおせーて。
0085nobodyさん04/12/27 01:20:25ID:???
＞JDBC＋ConnectionPooling
(｡-_-｡ )ﾉノ　ないない
00868104/12/27 01:22:23ID:???
「Connection Pooling PHP」でぐぐってみたのだが、

> PHP の実行環境は apache module 版の場合、各 apache のプロセス毎に存
> 在するので、全体で接続を共用するようなことはできません。Java の
> connection pooling みたいな仕掛けがあれば確かに便利だとは思うのですが、
> 現状では無理です。

とあるけど、これって今でもそうなの？
DBにアクセスするたびに接続時間くってたら話にならんじゃないか・・・。
MMCacheみたいなのがあるのだろうけど・・・。
00878104/12/27 01:26:50ID:???
>>85
うっそん？
てことはPHPってDBを使用したアプリには致命的に不向きでは・・・？
かつてのASPでさえ（？）Resource Poolingの仕組みが提供されていたのに。

Oracleなんて使った日には接続するだけでヘタしたら2〜3秒かかることもあるのに
いちいちリクエストごとにDB接続なんてやってられん。
そこらへんってPHP使いの人は何かテクでカバーしたりするもんなの？
0088nobodyさん04/12/27 01:48:32ID:???
>>87
http://www.orafaq.com/faqphp.htm#OTHER
SQL Relayとかいろいろ使って
0089nobodyさん04/12/27 01:55:27ID:???
ｺﾞﾒｿ。言っていることはほとんど分からない厨ですが、
日曜日に「漏れってスゴイ」を連発している>>81ﾀﾝは、
きっと億単位のシステムを組んでいらっしゃるのでしょうけど、
正直、キモいでつ。
0090nobodyさん04/12/27 02:01:57ID:???
神や宇宙人が姿を見せるとたいていの人間はそう言うのだろうな
0091nobodyさん04/12/27 02:53:51ID:???
>>87
プロセスごとにはコネクションをもちっぱなしにできるので、現実的に問題はない。

>>81にでてくる単語が、ServletとかJNDIとか、組み合わせてどうこうするには、原子的すぎるものをあげてるので、どうなのかと。
そのうえ、JavaBeansなんて言葉が。
JavaBeansって、構造体の代わり程度でしかないのに。

なんか、>>84もがんばって知ってる単語を並べただけに見えるし、>>80にでてくるツールに振り回されるJava厨にあてはまりそう。
0092nobodyさん04/12/27 11:09:52ID:???
DB接続の問題はMySQLで解決！w
00938104/12/27 11:18:24ID:???
・・・なんでこんなに叩かれるのか正直わからん。

>>89
ここはJavaとPHPの比較をするスレだと思ったからJavaのことを書いたのに、
技術ネタを書いたら「キモい」扱いか・・・じゃあここ何について語るスレ？
俺の簡単なレスを「漏れってスゴイ」とか感じること自体、あなたの心に何か卑屈なものを
感じる。ただ単にあなたが勉強不足なんです。
書いていることが分からないなら、余計なこと書かずに黙っていればいい。

>>91
> >>81にでてくる単語が、ServletとかJNDIとか、組み合わせてどうこうするには、
> 原子的すぎるものをあげてるので、どうなのかと。
一部でしか使われないような複雑なものを挙げても仕方ないから原始的な組み合わせを
あげて、そういったシンプルなものと比較するべき・・・と考えたんです。
だから純正Sun製でないApacheものは挙げてないし、EJBも挙げてないんだけどね。
（俺はEJB畑の人間なんだけど）

> そのうえ、JavaBeansなんて言葉が。
> JavaBeansって、構造体の代わり程度でしかないのに。

Javaを根本から勉強し直してきてください。JavaBeans＝ValueObjectとか思ってませんか？
俺がいいたかったのはJavaBeansがビジネスロジックをバイナリカプセル化することで
都度翻訳を必要としないコンパイル済の再利用可能コンポーネントとして配布できる
ことのメリットを書きたかったのです。（PHPのMMCacheに対するものとして）

> なんか、>>84もがんばって知ってる単語を並べただけに見えるし
だからそう考えることが卑屈なんだって。
0094nobodyさん04/12/27 11:28:34ID:???
>>81
煽りには反応しない！
00958104/12/27 11:33:06ID:???
おっとつい言葉が粗くなってしまったけど、
>>88
そんなのがあるんだ。Oracleが紹介しているってことはけっこう信頼性あるのかな？
>>92
MySQLだと解決できる仕組みがあるの？
>>94
サンクス。
でもどうやら俺あまりよく思われていないみたいなので去ります。
0096nobodyさん04/12/27 12:15:34ID:???
>>95
MySQLだとconnectのオーバーヘッドがとても小さい。
ってか普通にpconnectを使ってれば、
論理的にはともかく、実用的に問題ない。
0097nobodyさん04/12/27 22:01:39ID:???
>>93
> 一部でしか使われないような複雑なものを挙げても仕方ないから原始的な組み合わせを
> あげて、そういったシンプルなものと比較するべき・・・と考えたんです。

スレタイに「JSP」しか書いてないというのが発端じゃなければ、説得力はあるんだけど。

> だから純正Sun製でないApacheものは挙げてないし、EJBも挙げてないんだけどね。

いまどき、StrutsやらCommonsやら普通に使われてるし、EJBは普通に廃れてるし。

> （俺はEJB畑の人間なんだけど）
EJBが廃れてしまって、荒んでるんだね。

> 俺がいいたかったのはJavaBeansがビジネスロジックをバイナリカプセル化することで
> 都度翻訳を必要としないコンパイル済の再利用可能コンポーネントとして配布できる
> ことのメリットを書きたかったのです。
別に、それってJavaBeansって言葉ひっぱりださなくても、普通のJavaクラスの話でOKじゃねぇの？
それに、再利用可能かどうかは、単純にいえるもんじゃないし。
0098nobodyさん04/12/27 23:50:37ID:???
そしてレベルが一気に低くなったこのスレ・・・
0099nobodyさん04/12/27 23:52:20ID:???
なんか>>97のほうが言葉の揚げ足とって喜んでいるような気がする。
いちいち噛み付いているのがまるで弱い犬がキャンキャン吼えてるみたいで滑稽。
0100nobodyさん04/12/28 00:20:27ID:???
>>99
取られてるのは言葉の揚げ足どころの話ではないが。
Java用語並べてるだけで、中身がまったくない。
0101nobodyさん04/12/28 00:23:04ID:???
>>97=>>100？すぐ釣れるなｗ
この板IDないから自作自演したい放題なんだよなｗ

>>97のレスもまったく中身がない。他人のレスにケチつけて何がいいたいの？
「Java用語使うのが僕チン気に入らないのぉ」ってことだろ？

このレスにも涙目で反論するのかな？ｗ
0102nobodyさん04/12/28 00:26:20ID:???
ついでにお前に反論しておこう。

＞いまどき、StrutsやらCommonsやら普通に使われてるし、EJBは普通に廃れてるし。
自分の周りを世の中のすべてだと思ってるお馬鹿さんですかｗ

＞別に、それってJavaBeansって言葉ひっぱりださなくても、普通のJavaクラスの話でOKじゃねぇの？
JavaクラスでもOKかもしれんが、だからってJavaBeansでNGな理由もねーだろ。
なんでJavaBeansであることに突っ込む必要があるんだよ。
一体何をいってるのかねこの池沼は。レベル低すぎてアホらし。
0103nobodyさん04/12/28 00:27:58ID:2b4bjseQ
WebProg板に巣くっている連中が落ちこぼれなのは定説だろ
0104nobodyさん04/12/28 00:29:18ID:???
必死杉・・・
0105nobodyさん04/12/28 00:32:07ID:???
っていうか、JavaBeansのメリットではないことを、JavaBeansのメリットとしてあげてることをNGとするのはだめなのですか？
0106nobodyさん04/12/28 00:32:09ID:???
うん本当に>>82=>>91=>>97=>>100は必死すぎ。
0107nobodyさん04/12/28 00:33:38ID:???
>>101
> この板IDないから自作自演したい放題なんだよなｗ

自作自演してるのか・・・101必死すぎ。
0108nobodyさん04/12/28 00:34:19ID:2b4bjseQ
＞JavaBeansのメリットではないことを
詳しく
0109nobodyさん04/12/28 00:34:59ID:???
>>105
今までのスレの流れで誰かそんなこといってた？97でもそんなことは言ってないし。
0110nobodyさん04/12/28 00:36:01ID:???
つーかお前らよそでやれ
スレタイぐらい嫁
0111nobodyさん04/12/28 00:37:33ID:???
>>109
>>93

Javaクラス一般の話なのに、JavaBeansって言葉をなんでわざわざ使ってるのか指摘したら、逆切れした>>102
0112nobodyさん04/12/28 00:39:30ID:???
つか普通にJ2EEのテキスト読んだらServlet＋Bean＋JSPじゃないの？俺それが一般的な形だと思っていたけど。
Beanのかわりに普通のJavaクラス使うテキストのほうが少ないと思う。
0113nobodyさん04/12/28 00:40:29ID:2b4bjseQ
＞Javaクラス一般の話なのに、JavaBeansって言葉をなんでわざわざ使ってるのか指摘したら

JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか
JavaBeansって言葉をなんでわざわざ使ってるのか

0114nobodyさん04/12/28 00:41:55ID:???
「指摘した」ってカミングアウトしてるってことは、昨日あたりからJavaBeansという言葉にずっとケチつけてた
犯人は自分だって自白したようなもんだなこいつ。
0115nobodyさん04/12/28 00:42:41ID:???
結局粘着が1人住み着いていただけのことか
0116nobodyさん04/12/28 00:44:55ID:???
よ　　　そ　　　で　　　や　　　れ
0117nobodyさん04/12/28 00:47:57ID:???
>>112　Servlet＆JB＆JSPが一般的です。だいたいのServletコンテナのサンプルがその形を取ってる。
このスレにはそのことを知らない人がいたみたいで、自分の周りを世界の中心だと勘違いしちゃって妙な反論かましていたみたいです。
0118nobodyさん04/12/28 00:50:31ID:???
>>112
>>93であげてる利点の話が、JavaBeansの利点の話ではない。
それと
ttp://www.itmedia.co.jp/enterprise/articles/0410/18/news056.html
のような話が出たり、
http://itpro.nikkeibp.co.jp/free/JAV/NEWS/20040510/1/
のように、いままでのEJBが使えないことが認識されて大きく変わってるなかで、「EJB畑」といわれたら、素直にかわいそうとしか思えない。
それに、Servlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
たとえば、そのBeanでDBアクセスしているときに、JSP経由でそのDBアクセスを呼び出すようになったら、例外処理を考えにくくなる。
0119１１２04/12/28 00:50:52ID:???
どもです。日経なんちゃらの本を見ても、１つのサンプルをServlet→Servlet＋JSP→Servlet＋JSP＋Bean
という形で発展させていたし、@ITとかのサンプルもそんな感じだったので、一般的なんですよね。安心しました。
0120nobodyさん04/12/28 00:57:20ID:???
もうJ2EEの話に限定しすぎているので本当はやめたいのだが、

＞いままでのEJBが使えないことが認識されて大きく変わってるなかで、「EJB畑」といわれたら、素直にかわいそうとしか思えない。
別にお前がかわいそうだと思ったからってくだらない反論する必要ねえんじゃん？
それに「EJB畑」の人間だったらEJB3.0の最新仕様なんて百も承知だろうし、お前がいちいち気にすることじゃない。
だいたい上のほうの記事ってEJBに何か関係あるのか？EJBの文字見当たらないぜ？

＞それに、Servlet+Bean+JSPで、BeanがValueObject以上の機能を持つようなモデルは、すでにやらないほうがいいモデルとして認識されている。
ソースは？なんでこっちのソースがないの？

＞たとえば、そのBeanでDBアクセスしているときに、JSP経由でそのDBアクセスを呼び出すようになったら、例外処理を考えにくくなる。
JSPからDBアクセスをするというモデルを始めてみた。そりゃ設計がヘタレなだけだ。
0121nobodyさん04/12/28 00:59:02ID:???
>>119
すでに古い情報。安心しないほうがいい。
その日経なんちゃらがそうじゃなかったという記事を流してるわけだし。

それから、EJB批判とか、Servlet&JB&JSPで、JBにドメインロジックなどを持つようなモデルの批判に関しては
ttp://www.c-sq.com/data/maru/2004/20041130/EJB3.pdf
なんかが、ごく簡単にまとめている(PDF)
0122nobodyさん04/12/28 01:01:45ID:???
世の中のほとんどがServlet+Bean+JSPで構築されているんだから、一般例で話してくれよ。
まだ世に出てないEJB3.0や理想論ふりかざしたデザパタ持ち出されても学者ヲタな世界で現実味がない。


0123nobodyさん04/12/28 01:02:45ID:???
>すでに古い情報。安心しないほうがいい。
だーかーらー最新のServletコンテナやAPサーバがこのモデルでサンプル出してるんだって。
0124nobodyさん04/12/28 01:03:34ID:???
>>120
> JSPからDBアクセスをするというモデルを始めてみた。そりゃ設計がヘタレなだけだ。

じゃあ、DBアクセスはどのタイミングで実行されるのかな？
Servlet&JB&JSPが、ServletとJSPとJavaBeans(という名の普通のクラス)作ったらあとは好きに組み合わせろというモデルであれば、どうしようもないモデルだな。
0125nobodyさん04/12/28 01:04:35ID:???
最新のAPサーバーとかだと、Strutsくらいは使ってないか？
0126nobodyさん04/12/28 01:05:35ID:???
＞DBアクセスはどのタイミングで実行されるのかな？
え？Servletから呼び出すんでしょ？JSPのスクリプトレットから呼び出すモデルなんてあるの？
0127１１２04/12/28 01:06:36ID:???
アンチ現在モデル？の方すみません。せっかく教えてもらって悪いんですが、
とりあえず私は世間で一般的といわれているモデルに従います。
0128nobodyさん04/12/28 01:07:53ID:???
てかコテハンにしてよ。透明あぼーんするから。

でなければこっち逝って。
■■ Servlet/JSP(EJB含む) 質問スレ Part3 ■■
http://pc5.2ch.net/test/read.cgi/php/1087331455/l50
0129nobodyさん04/12/28 01:07:59ID:???
で、そうなると、servlet&JB&JSPが、ServletとJSPとJavaBeans(という名の普通のクラス)作ったらあとは好きに組み合わせろというモデルに見えるのだが。
なんか意味のあるモデルなのか？
0130nobodyさん04/12/28 01:08:54ID:???
>>127
2chの情報に頼らず、ちゃんと自力で情報集めてから判断した方がいいよ。
0131nobodyさん04/12/28 01:10:08ID:???
＞あとは好きに組み合わせろ
発想が突飛なまでに極端すぎてついていけません
世の中白と黒しかないと思っている方ですか？
開発の現場を知らない方ですか？
0132１１２04/12/28 01:11:18ID:???
はい。なので２ｃｈの言葉を鵜呑みにせず、世間一般で常識とされているものに従います。
ではおやすみ。
0133nobodyさん04/12/28 01:12:42ID:???
>>132

とりあえず、>>123に対する>>125の突っ込みに反応がない、というのは、なんかの参考に。
0134nobodyさん04/12/28 01:15:55ID:???
Struts使ってないサンプルなんていくらでもあるだろ？
やっぱこいつは自分の周りで世の中すべてを語ることしかできないやつなんだね。哀れ。

それとStrutsが適応できない開発現場なんていくらでもあるだろうに。
自社が独自に開発したフレームワークが既に存在する場合とか、ね。
0135nobodyさん04/12/28 01:17:44ID:???
＞とりあえず、>>123に対する>>125の突っ込みに反応がない
そろそろみんなお前の相手に飽きて寝始めたんだろ。
お前も俺もこんな夜中まで必死にお互いご苦労だな。
俺ももう寝るので最後に1つだけ。
WLS、WAS、CosminexusのサンプルにはStruts使わないサンプルあった。以上。


0136nobodyさん04/12/28 01:23:04ID:???
なんだ、みんな、そういうサンプルプログラム程度のシステム作ってたんだね。

> 世の中のほとんどがServlet+Bean+JSPで構築されているんだから

という理由がわかったよ。
じゃあ単純なモデルでいいと思うよ。

でも、それならPHPもいいと思うな。
0137nobodyさん04/12/28 01:24:20ID:???
はいはいそうですよ。世の中チミみたいな天才ばかりじゃないでしゅからねー。
世の中のシステムはみんな単純なんでちゅよー。

納得したらさっさと消えてね。

0138nobodyさん04/12/28 01:26:04ID:???
スレタイ1つ解決

PHPがJSPより優れている点って何ですか。

Java使いよりは基地外が（たぶん）少ない
0139nobodyさん04/12/28 01:33:21ID:???
確かにJava使いには理想のモデルを追い求めるあまり宗教論争みたいな不毛な論議を繰り返すヤツもいる。
もちろんそうでない正常なJava使いも多いんだけどね。

ただこのスレの争いを見てると正直Javaやらなくてよかったなーと思えてくる。
ここで1人で粘着して直リン貼りながら理想論振りかざしてた香具師なんかみてると吐き気がしてくる。
■ このスレッドは過去ログ倉庫に格納されています