クライアントサイドJavaどうよ? part2
■ このスレッドは過去ログ倉庫に格納されています
0001Sunがダメ
NGNGﾏﾀｰﾘ語りましょう。
前スレ
http://pc3.2ch.net/test/read.cgi/tech/1002160815/
0658デフォルトの名無しさん
NGNG0659デフォルトの名無しさん
NGNG0660デフォルトの名無しさん
NGNGJavaが弱ってるということ。
0661デフォルトの名無しさん
NGNG現にいろんな会社がStrutsもどきのフレームワークを次々と作り出してるわけだし。
0662デフォルトの名無しさん
NGNGSunが弱ってもJava使いは困らないの。
JakartaがオープンソースということがJava使いを永遠に困らせないの。
0663デフォルトの名無しさん
NGNG君、昨日からそればっかりだな。
0664デフォルトの名無しさん
NGNG0665デフォルトの名無しさん
NGNG文体でバレバレ
0666デフォルトの名無しさん
NGNG0667デフォルトの名無しさん
NGNGJakartaがクライアントで何やってんのか、詳細キボンヌってんだろ
0668デフォルトの名無しさん
NGNG自分でもできそう=くだらない
というのは、もの作りの初手で苦労したこと無い世間知らずの馬鹿
の言い草です。便利なものの企画と設計を最初にまとめた人は、
えらいのよ。何もないところでああいうものをアノ形で作ることが
ほんとに君にはできたのか？
オイラの場合、ﾀﾌﾞﾝ似たようなものは思いついても、すっきりと
まとめる能力と、完成させる意欲はなかったよ。
巷のStrutsもどきは、単にアレをまねして劣化コピー作ってる
だけのアホなものが多いというのなら、胴衣ですが。
0669デフォルトの名無しさん
NGNGVelocityとかPOIなんかは、クライアントでも十分便利だと思うけど。
0670デフォルトの名無しさん
NGNG0671デフォルトの名無しさん
NGNG0672デフォルトの名無しさん
NGNGしかし>>661は厨の煽りと思われ。
0673デフォルトの名無しさん
NGNG0674デフォルトの名無しさん
NGNGSWTみたいのじゃなくてクロスプラットフォームで
0675デフォルトの名無しさん
NGNGantとTomcat知ってるくらいであとは必要に応じてどうにかなりそうだが。
0676デフォルトの名無しさん
NGNG0677デフォルトの名無しさん
NGNG0678デフォルトの名無しさん
NGNGXML厨が書いたのか？
0679デフォルトの名無しさん
NGNG<BILD>
<JABAC/>
</BILD>
</XML>
0680デフォルトの名無しさん
NGNGSWTはクロスプラットフォームではないと？
0681デフォルトの名無しさん
NGNGXML で書かない必然性もない時代ですが。
0682デフォルトの名無しさん
NGNGJDK+Vi+コンソール これだけでよし。
昔は antやTomcatなんかなかったから普通に自分で実装してたんだしね
0683デフォルトの名無しさん
NGNGXMLならXMLファイルの変換も容易だ。
汎用性という点でXMLの思想もJavaの思想にそっくりなところがある。
>>682
開発環境をWindowsからLinuxなどのOSに移行するとき
antは非常に便利。
0684デフォルトの名無しさん
NGNG中途半端な汎用性と
中途半端な読み難さと
中途半端な書き難さと
あわせ持ってるから、手書きするなら他に代替案を
考えた方がいいかも、ってな記事がdeveloperWorksかどこかに
有ったような気がする。
0685デフォルトの名無しさん
NGNGdWにのってたね。
確かに、閉じタグにわざわざエレメント名を書く必要は全然無いし、
そのあたりの冗長性は手書きする上でウザいとは思う。
ただ、手書き用のマイナーなフォーマットをわざわざ使うだけのメリットが
あるかというと、それは個人的には疑問かな。
そこまでするならXMLエディタ買った方が幸せ度が高そう。
0686デフォルトの名無しさん
NGNG>>678は、ユーザーに定義ファイルのオリジナルフォーマットを教える作業と、
パースロジック自作のコストをいちいち引き受けてるのか？ヒマだな。
オイラは、ユーザにはXMLで書かせて、パース処理はXerces、Xalanに〇投げ
するよ。怠け者だから。
0687デフォルトの名無しさん
NGNGXMLはSGML互換であることっていうXMLの目標の一つを達成できないんじゃないの。
0688デフォルトの名無しさん
NGNGタグを大量にネスとしたときのコードの可読性とかじゃないかな。
0689685
NGNGもちろんその通りっす。
でもSGMLは閉じタグを省略できるのにXMLはできないから、
その分だけ手書きの負担は増えるよね。
でもなぁ、XMLなんて手書きするもんじゃないよなぁ。
0690デフォルトの名無しさん
NGNGできのいいエディタなら、XMLSchemaを解析してメタデータとして
もっておいて、IDEの補完機能みたいなことをしてくれるようになる
とおもわれ。そういうのができれば、そんなに面倒なことでもない。
0691デフォルトの名無しさん
NGNG大きい場合はXMLの手打ちなんぞ効率が悪すぎてやってられん。
XMLスキーマに合わせて即席でExcelマクロを組んでXMLに落とすというのが
ありがちだと思っているが(馬鹿馬鹿しい話だが...)。
0692デフォルトの名無しさん
NGNGIDEA の内蔵エディタは、
要素名・属性名の補完、自動インデント、閉じタグの自動入力ができるよ。
補完情報はDTD、Schemeから。non-validate な場合は同ファイル内の要素名・属性名から。
xerces4j による validation もメニューからクリック一つでできる。
調べてないけど Eclipse も似たようなのあると思う。
0693デフォルトの名無しさん
NGNGExcelにXML吐き出し機能があるとすごい便利な気がするんだが・・・
0694デフォルトの名無しさん
NGNGあるじゃん
0695デフォルトの名無しさん
NGNGwsh 使って excel と msxml 呼び出せばよさげ。
0696デフォルトの名無しさん
NGNG超えたのか？
0697デフォルトの名無しさん
NGNGJVMさえあればプラットホーム非依存という、ポータビリティを
実現しています。ファイルを環境事に書き換える必要がありません。
特定のコードを変換する必要などもありません。
0698デフォルトの名無しさん
NGNG0699デフォルトの名無しさん
NGNGロートルUNIXかぶれの、自己厨馬鹿にいわれたくありません。
0700デフォルトの名無しさん
NGNGそんなにMakeFileのフォーマットが好きなら、俺様マンセーフォーマットで
定義ファイル書くようにして、JakartaのVelocityでも使って変換しなされ。
0701デフォルトの名無しさん
NGNG貴方の好きなフォーマットからAbstractSyntaxTreeを作るパーサを
貴方が作ってください。
0702デフォルトの名無しさん
NGNG>で、Antの定義ファイルは、Makefileの可読性・書きやすさを超えたのか？
どのように判定すればよろしいのでしょうか？
0703デフォルトの名無しさん
NGNG0704デフォルトの名無しさん
NGNGDOCTYPEなしでも(つまりどのタグが省略できるかわからない状態で)
parseできるようにするためには仕方ないな
でもSGMLでは閉じタグを</>とも書けたんだけど
0705デフォルトの名無しさん
NGNGantはXMLという規格でコーディングスタイルの自由を縛り付けることで
統一性、移植性、ポータビリティを達成している。
コーディングスタイルの自由を縛り付けるXML
を普及させたW3Cの努力によって、
antはJVM使わなくともXML使っている時点でポータビリティは実現されているようなもの。
Javaが汎用プログラミング言語ならXMLは汎用データフォーマット言語。
この組み合わせは非常に相性が良いといってもいい。
>>704
HTMLとかで自分のページ作ったことがあるならわかると思うが、
それじゃかえってソース読みにくくする。
0706デフォルトの名無しさん
NGNGJavaよりサポートするプラットフォーム数が多いぞ。
0707デフォルトの名無しさん
NGNG0708デフォルトの名無しさん
NGNGまあまあ。素人にそんな突っ込んじゃ駄目。(w
0709デフォルトの名無しさん
NGNG0710デフォルトの名無しさん
NGNG実行プログラムではJavaが最強
0711デフォルトの名無しさん
NGNGポータビリティはJavaに追いつく
0713デフォルトの名無しさん
NGNG0714デフォルトの名無しさん
NGNG>>722は>>720の答えに対する質問をしなきゃならないっと
0715デフォルトの名無しさん
NGNGクラ／サバ開発するシステム屋の独り言。
0716デフォルトの名無しさん
NGNG0717デフォルトの名無しさん
NGNG数人混ざっていると思われます。
0718デフォルトの名無しさん
NGNG数人混ざっていると思われます。
0719デフォルトの名無しさん
NGNGJavaには向かない
0720デフォルトの名無しさん
NGNG0721デフォルトの名無しさん
NGNG0722デフォルトの名無しさん
NGNGそれいうなら
JavaScriptとJScriptとVBScriptとECMAScriptとActiveScriptとActionScriptの違いを解っていない奴もおるよ
0723デフォルトの名無しさん
NGNGそこまでくると、普段何やってるヒトなのか、ちょっと尋ねてはみたい。
0724デフォルトの名無しさん
NGNG今後私はどうするべきでしょうか。
0725デフォルトの名無しさん
NGNG一生Javaに引きこもってろ、といってあげてください。
0726デフォルトの名無しさん
NGNGと、自分が今風にすがりつくためにも、そう思います。
0727デフォルトの名無しさん
NGNG0728デフォルトの名無しさん
NGNGえ、違うのけ？
0729デフォルトの名無しさん
NGNGJava以外にOracleやXMLも使いこなす。
0730デフォルトの名無しさん
NGNG真のJavaプログラマーの集団はJ2EEに頼らない。
あれは開発に金かけられないときのテヌキ用の道具。
あるいは、JSPしかﾃﾞｷﾅｲアホだけでサーバ開発しな
きゃいけないときとか。
…などということを考えている自称スペシャリストが
J2EEモドキのミドルウェアを作ろうとして、マヌケな
ｼｯﾊﾟｲを繰りかえすことが、巷であちこち散見されますな。
確かにそのとおりなのだが、そのことと「ソイツガほんと
に実装のスペシャリストであるか」ということは、あまり
関係が無いらしい。
0731デフォルトの名無しさん
NGNGEJBサーバとEJBクライアントと答えてあげましょう。
RMIでサバクラ作るなら許容範囲さ。
0732デフォルトの名無しさん
NGNGそれにかかるお金も大きいほうじゃないのか?
0733デフォルトの名無しさん
NGNGJ2EE準拠のAPサーバと同じことを、下から作ることに比べれば、
1/100000くらい楽。設定と動作の関係だけ調べれば済むんだから。
というか、アレを難しいという人が増えたのが、最近の不幸。
サーバー/クライアントを下から作ったことがある人にとっては、
あれはとても簡単でありがたい仕組みですよ。
0734733
NGNGJ2EEと同じレイヤーを、自力で設計して実装することを
かな。
0735デフォルトの名無しさん
NGNG単にそいつのレベルが低いか、
噂に踊らされてるかのどちらかでしょう。
0736733
NGNG難しいことにしとかないと、お金にならないからねえ。
情報の偏在がお金を生むという一般法則は、プログ
ラミングの世界ではより顕著にあらわれる。
0737デフォルトの名無しさん
NGNG同意。永遠普遍の法則。
0738733
NGNGくさい」という意味で「難しい」っていうんだろうね。
責任転嫁を全く悪意ナシでやる人間ほど、御しがたい
ロクデナシはいないよ。
0739デフォルトの名無しさん
NGNG実はそれ以前に知っておくべき前提がいろいろとあって、それら周辺の定義の継承図をたどっていくのが、
めんどくさい＝難しいって事なんじゃないかな。
って、本腰入れて一つづつ調べに入ってみるなり、（それが手元にあるなら）弄ってみるなりしてみれば、
実はそんなに大層な事でもなかったりするってのが、真実なのに。
で、その努力を惜しむタイプの奴らには、結局そこにある概念そのものが、闇に包まれた「ナゾのモノ」で
しかなくて、上っ面のイメージ（それも「ﾖｸﾜｶﾗﾅｲもの」っていうイメージ）だけで捉えて、結局
「うーん、難しい」ってな事になるのでは。
ま、職業にしてるヤツじゃないなら、別にそれでもいいんだけどね。
0740デフォルトの名無しさん
NGNGいやいや。職業にしてない香具師は追究するって。
職業と割り切ってるからこそ深入りしないんだって。悲しいけど。
0741739
NGNGうーん。言われてみればそうかも。悲しいな。（笑
特にシステム屋の上の方の人間に多い気がする。
こっちは筋道がわかりきった上で「こうした方が良い」と言ってるのに、なんか
「写真撮られると魂抜かれるんだっけ？」みたいな顔して、即決できない。
ただ、世の中には完全な事も完全な人間もいないから、ちゃんと検証もしますがって言っても、
イマイチ納得できていない様子だったりする。って、これは実話。そして板違い。（マ板向け）
それでメシ喰ってるんなら、深入り上等。むしろ自分の穴をいつも探しとけって、
俺は思う。
0742739
NGNGひたすら、掘らねば。俺も。
0743732
NGNGJ2EEの英語ドキュメントを見て以来、
J2EEにはほとんど触れていないかも。
JNDIもRMIも直列化の意味もわからんかったし
ServletもJDBCもOracle(関係ないけど)も触れたばかりで
最初はつらかった。
アルバイトでベンダのある人がつくったEJBやJSP/Servletのソースコードの解析はつらかった。
日本語ドキュメントが登場したなら、
今から漏れもJ2EEに再挑戦してみますか。
0744デフォルトの名無しさん
NGNGぜひ死滅スレのアンチM$厨に諭してやってください
0745デフォルトの名無しさん
NGNG分からなくても分かると思って勉強しなきゃ分からないんだよ｡
諦めてるやつらは辞めて田舎に帰っちまえ､と思う｡
0746739
NGNGていうか
J2EE概要
http://java.sun.com/j2ee/ja/index.html
シリアライズ関係
http://java-house.jp/cgi-bin/namazu.cgi?query=%A5%B7%A5%EA%A5%A2%A5%E9%A5%A4%A5%BA&whence=0&max=50&result=normal&sort=score
RMI基礎の基礎
http://www63.tok2.com/home2/jd4/RMIBasic.html
Servlet基礎
http://www.java-conf.gr.jp/wg_bof/servlet/docs/980526/yoko_k_h
等、探せばいろいろ出てくるぞ。(つーか本買った方がいいかもしれんが)
0749デフォルトの名無しさん
NGNGサーバーサイドだと、mmapとかshmemとかsemaphoreとかlockfとかが
欲しくなることは無い？
selectやpollが無いことはやはり長らく問題とされていて、そのために
java.aioが導入されたようだけれども(使ったことが無いのでよくは
知らないが)。
0750デフォルトの名無しさん
NGNG0751733
NGNGsemaphore除いてぜんぶnioにある。
mmap→MappedByteBuffer
shmem→ByteBuffer#allocateDirect()(プロセス間共有はできんが)
lockf→FileLock
select､poll→SelectableCannel,Selector
概念知ってる奴なら、Tutorial読めば使い方はすぐわかる。
Semaphoreが欲しいなら、DougRea博士のconcurrentライブ
ラリでいいんちゃうか。
0752デフォルトの名無しさん
NGNGSemaphore と言えば Singleton。
でもこの辺の事は、むしろコンテナ（アパートメントなスレッドのトリガー握っている管理者）の仕事だよね。...って、
それを自分で管理（あるいは実装変更）したいって事？
俺の貧困な応用力じゃ、Contextになんか入れといて管理とかしか浮かばない......。
つーか、
＞selectやpoll
って、ゴメン。不勉強で意味がわからない。
0753デフォルトの名無しさん
NGNG0754デフォルトの名無しさん
NGNGそれってJ2EE1.4 ??
0755733
NGNGサーバーサイドの鉄則
「Servlet（特にHttpServlet）で安易にSingletonつかうな」
0756733
NGNGいーえ、J2SE1.4のコアAPI。
J2EE1.4は、もっと上位レイヤーのAPIの改善。
0757752
NGNGあ、ゴメン。言葉足りなかった。
別にSingleton使いたいって話じゃなくて、「Semaphoreを表現しようと思ったら、Singletonになるよね」って意味。
だとすると、コンテナに実装しないとって話。
■ このスレッドは過去ログ倉庫に格納されています