952 :
デフォルトの名無しさん:02/08/21 00:26
厨房な質問ですまそ。
Javaのメソッドやライブラリが多くて全部覚えきれないけど、
みんなどの程度覚えてるの?
また、これだけは覚えておけってところある?
>>952 気が付いたら必要な物は頭に入ってる。後各種IDEの補完機能。
とにかくリファレンス片手にプログラム書きなされ。
>>953 やっぱりプログラム書きまくるのが一番ですね。
どうもありがd
955 :
デフォルトの名無しさん:02/08/21 04:26
>>932 枠が書きたいの?
ふつうはjavax.swing.JComponent#setBorder()せんか?
へー あの正規表現を使うの面倒だと思っている人少ないんだな。ちょっとびっくり。
StringBuffer の delete , insert , append は使いやすいが、
Pattern と Matcher を作って、それを replaceAll かけたその結果が、また別の String に入る。
ってのが面倒だと思うよ。
StringObject.replaceALL(oldText, newText); と簡単に扱いたいものだ。
>>943 > ちなみに、パフォーマンスを無視していいならString#replaceAll()/replaceFirst()っていう
> ユーティリティメソッドが用意されてる。
プッ
Java マンセー野郎には、Javaの文句は禁止だな。全部使いやすいと思え!
>>956 ああ、Perlの正規表現すら使いこなせてない人か。
複数パターンが欲しい物も世の中マッチ文字列が欲しい局面もあるんだよ。
>>950 >a ~= s/^ahoka$/nanda dadano ahoka/g;
これは、
a = a.replaceAll("^ahoka$", "nanda dadano ahoka");
とは違う?普通に出来るけど。
$を行末にマッチさせたかったら、Pattern/Matcher使わないとダメのようだ。
>>956 >StringObject.replaceALL(oldText, newText); と簡単に扱いたいものだ。
StringObjectってのは何?↑が
newText = oldText.replaceAll(正規表現, 置換文字列);
に比べて大幅に使いにくい、とはどうしても思えないんだが・・・
Pattern p = Pattern.compile("^ahoka$");
a = p.matcher(a).replaceAll("nanda dadano ahoka");
これはまぁPerlに比べたら「使いにくい」という気持ちもわかるが。
それとも\\エスケープの話かな?
煽りは放置で
966 :
デフォルトの名無しさん:02/08/21 10:43
質問しといて、つっこむと放置だってさ・・・。めでたい脳みそだな。
>>961 > Pattern p = Pattern.compile("^ahoka$");
> a = p.matcher(a).replaceAll("nanda dadano ahoka");
> これはまぁPerlに比べたら「使いにくい」という気持ちもわかるが。
使いにくい。けど、自分で正規表現を組むことを考えたら、それよりはマシ。
ってところだね。
なにがなんでもreplaceAllを使う必要もなく、StringBuffer の delete , insert ,
append と、適材適所で使えばいいだろう。
ってことだね。
>>960 > ああ、Perlの正規表現すら使いこなせてない人か。
のようなつまらない妄想で人を煽るのはやめろな。
969 :
デフォルトの名無しさん:02/08/21 10:47
>>967 誰なのか聞かないと発言できないのか?(わら
>>956が「StringObject」ってのをどういう意味で使ったのか?っていう意味
流れを見たらわかる。
Stringクラスのオブジェクトじゃ意味が通じないだろ。
956には検索文字列も置換文字列も無いのに。
理解できないなら黙っとけよ
>>971 理解できているのはあなただけな罠。
何言ってんだかw
このまま1000まで埋まりそうだね。
もう話は解決していると思うように見えるが続くのか?>973
誰か論点の違いを指摘して、この粘着を何とかしてやれよ。
>>976 >誰か論点の違いを指摘して
ここはJavaのスレッドであり揚げ足取り指摘練習場ではありません。
粘着である
>>976は直ちに去るべきです。
次のご質問をどうぞ・・・・・・・・・・・・・・・・・
>>968 >使いにくい。けど、自分で正規表現を組むことを考えたら、それよりはマシ。
>ってところだね。
これは、自分で正規表現ライブラリを作ったら、という意味?
自分で作っても同じような構成(Pattern/Matcher + ユーティリティメソッド)
になると思うんだけど。
JakartaのPerl5Util#substitute()みたいに、「Perl文法のエミュレート」でもしない限りは
一番妥当ではない?
ちょっとした冗談だったのに・・・。
厨房な質問で申し訳ありませんが、
String は長さが長さが変更出来ない、StringBuffer は、可変長って本とかに書いてある
んですけど、 replaceAll は、String で使えるのはなぜですか?(あれ?StringBufferだけですか?)
>>982 結果を別のStringオブジェクトに差し替えてるんじゃないの?
戻り値っしょ。変換結果。
>>983 Stringをいじるのではなく、別のStringに新しい文字列を入れているんですね。
ありがとうございました。あたまがすっきりしました。
>>979 >>使いにくい。けど、自分で正規表現を組むことを考えたら、それよりはマシ。
>>ってところだね。
>これは、自分で正規表現ライブラリを作ったら、という意味?
↓
「もし自分で正規表現ライブラリを作ったらもっと使いやすいものが作れる。という意味?」
に訂正。
考えたらOROのPerl5Util#substitute()もユーティリティメソッドだから結局同じ構成だった。
Jakarta RegExpも同様。
シツコイな。
>>986 自分が一番偉いと言うことを周りに証明しないと自分の価値を見いだせない方でしょう。
純粋に疑問だから聞いてるだけ。
煽りしか出来ないなら消えろよ
>>988 もう終われっていう空気になっているときに、ズルズルと話を続けるあなたにみんなが
あきれているようにみえるよ。消えるのはあなたのほうですよ。
次のご質問をどうぞ・・・・・・・・・・・・・・・・・
>>991 このスレ埋めたいのですが良いでしょうか?
要するに十分納得のいく構成、っていうことか。
何か他に画期的な手法があるのかとオモタヨ。無いならOK
998
埋め立てsage。
>>990 大丈夫、時間が解決してくれるよ…新スレになればきっといなくなってくれるから。
1001 :
1001:
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。