- 1 :デフォルトの名無しさん:2007/06/02(土) 00:54:11
- 青春をともに過ごしたPerlの何がだめって言うんだよ〜
教えてくれ! - 5 :デフォルトの名無しさん:2007/06/02(土) 01:03:12
- PerlはPerlでいいと思うよ。ちょっと6は衝撃的だけどwww
ただ、Perlしかできないってのは未来ないと思っていいと思う。 - 7 :デフォルトの名無しさん:2007/06/02(土) 01:09:59
- >>5
Perl6ってどんな衝撃??
正規表現がガラッと変わったってのと
文字列演算子が~になったってのは見たけど - 24 :デフォルトの名無しさん:2007/06/02(土) 20:40:45
- selfに他のクラスのインスタンスわたせるじゃん。
ありえないじゃん。 - 25 :デフォルトの名無しさん:2007/06/02(土) 20:58:14
- >>24
それって単にself予約語にしろってこと?なんという言いがかり・・・
selfは予約語じゃなくて習慣的な第一引数の名前というだけじゃん。
わざわざselfを再定義する馬鹿なコードは知らないけど、どっちにしろ言語の問題じゃないな。
じゃあselfが予約語じゃないObjective-Cもキモい言語なのか?
Pythonは予約語を少なくするっていう傾向があるだけ。
Rubyは40くらい、Perlは200以上、Javaが50ちょいでC#は80くらい?
じゃあ>>24には「Perlは予約語がたくさんでよかったですね。使っちゃいけない地雷をたくさん
覚えなきゃいけないけど」っていうだけだな。 - 26 :デフォルトの名無しさん:2007/06/02(土) 21:07:52
- >>25
おまえは何をわけのわからないことをいってるんだ?
第一引数にselfを渡すこと自体がキモイっていってるの。 - 27 :デフォルトの名無しさん:2007/06/02(土) 21:24:41
- >>26
それと>>24は別のことなのも分からないの?見苦しすぎ。
それに渡してる時点では第一引数じゃないよ?
メソッド定義の方だから、「第一引数として受け取ること」がキモいって言ってるわけ?
それだったら単に暗黙か明示的かの違いだけじゃん。
実装上は全てのオブジェクト指向言語(と言われるもの)は全てそうだよ。 - 28 :デフォルトの名無しさん:2007/06/02(土) 21:31:05
- >>27
明示的にする必要がないじゃん。すげえキモイ。
ついでに、必死すぎるおまえもキモイ - 29 :デフォルトの名無しさん:2007/06/02(土) 21:41:51
- >>28
つ【鏡】
必要があるかないかは言語設計上の選択の問題であって優劣とは関係ないね。
PythonはRuby, Java, C#, C++, Objective-C等々と違ってクラス定義にインスタンス変数が
含まれていないから自分の参照を明示的に指定する必要がある。
グローバル変数が容易につくれてしまうスクリプト言語ではコーディング上もインスタンス
変数であることがその場で理解できる方がバグが少なくなるから、タイプ量を少なくして
実行環境の方で推測して名前解決するかコードに冗長にでも書かせてバグが可読性を
上げるかは思想上の問題にほかならない。
ま、キモいというのは単なる主観の問題であるから>>28も別に優劣をつけたいわけじゃ
ないんだろうけど、設計思想とその合理性について議論も理解もできないんなら話しても
無駄だね。
多分Javascriptくらいは使ってみたら理解できると思うよ。 - 117 :デフォルトの名無しさん:2007/07/30(月) 21:27:21
- せめてその指針が有効である根拠を示してくれないと、おまじない以上にはならないだろ。
- 118 :デフォルトの名無しさん:2007/07/30(月) 23:09:13
- そこまで言うなら、↓。相当適当。
もっと効果的な場面があるだろう。適当に考えてください。
use Benchmark qw(:all);
srand 1; @variation = a..z; @lines = map {join '', (map {$variation[rand() * @variation]} (1..200))} (1..1000);
timethese 5000,
{'complexRegex' => sub { m/^(?=abcdef)(?=ghijklm)/o for(@lines); },
'simpleRegex' => sub { m/^abcdef/o && m/^ghijklm/o for(@lines); },
'simpleRegex2' => sub { m/^(?=abcdef)/o && m/^(?=ghijklm)/o for(@lines); },
'singleRegex' => sub { m/^(?=abcdef)/o for(@lines); },
'singleRegex2' => sub { m/^(?=ghijklm)/o for(@lines); }};
Benchmark: timing 5000 iterations of complexRegex, simpleRegex, simpleRegex2, singleRegex, singleRegex2...
complexRegex: 2 wallclock secs ( 1.81 usr + 0.00 sys = 1.81 CPU) @ 2757.86/s (n=5000)
simpleRegex: 1 wallclock secs ( 1.28 usr + 0.00 sys = 1.28 CPU) @ 3903.20/s (n=5000)
simpleRegex2: 2 wallclock secs ( 1.91 usr + 0.00 sys = 1.91 CPU) @ 2621.92/s (n=5000)
singleRegex: 2 wallclock secs ( 1.83 usr + 0.00 sys = 1.83 CPU) @ 2735.23/s (n=5000)
singleRegex2: 2 wallclock secs ( 1.83 usr + 0.00 sys = 1.83 CPU) @ 2735.23/s (n=5000)
>>117
まあ、色々言ってくれるのはいいんだけど、あなたの方で
理由もってきて否定するなり肯定するなりしてくれてもいいじゃない。 - 121 :デフォルトの名無しさん:2007/07/31(火) 04:11:27
- >>118
そのコードで何を計測しているつもりなんだ?
#!/usr/bin/perl -w
use strict;
use Benchmark qw(timethese);
my $i = 0;
my $str = join '', 'a'..'m';
my @line;
push(@line, $str), substr($str, 0, 0, chop $str) for 1..1000;
timethese(-5, {
re1 => sub { /^(?=(?:abcdef|ghijklm))/ and ++$i for @line },
re2 => sub { /^(?=abcdef)/ || /^(?=ghijklm)/ and ++$i for @line },
re3 => sub { /^abcdef/ || /^ghijklm/ and ++$i for @line },
idx => sub { index($_, 'abcdef', 0) == 0 || index($_, 'ghijklm', 0) == 0 and ++$i for @line },
});
@line = ();
push @line, join '', map +('a','b')[ rand 2 ], 1..10 for 1..1000;
timethese(-5, {
re1 => sub { /^(?=ab..)(?=..ab)/ and ++$i for @line },
re2 => sub { /^(?=ab..)/ && /^(?=..ab)/ and ++$i for @line },
re3 => sub { /^ab../ && /^..ab/ and ++$i for @line },
idx => sub { index($_, 'ab', 0) == 0 && index($_, 'ab', 2) == 2 and ++$i for @line },
}); - 128 :デフォルトの名無しさん:2007/08/13(月) 17:00:49
- なんか楽しそうなお話なので、参加せてください。
「|」は遅い。
これ常識ですよ。何も、>>118 や >>121 みたいな小難しいコードを書かなくても
ストップウォッチで計れば十分。否、腹時計でも十分っすよ。
あまりにも速度の差が歴然としすぎていて、今まで時計で計った事なかったなぁ・・・
遅い根拠は、regexp のソースコード読めば分かります。
もっと言えば、自分で regexp もどきでも作ってみればわかります。
まず簡単な例・・・C言語には strstr() って関数がありますよね?
文字列Aの中から、文字列Bが含まれる位置を返す。正規表現なしの単純な機能です。
これと同じものを自分で書いてみてください。簡単に書けると思います。初歩の初歩です。
では、これを拡張して、正規表現の | が使えるようにしてみてください。
(正規表現には、他にも*とかありますが、今回はとりあえずは | だけでいいです)
コードを書いてるうちに気づくはずです。「こんなメンドクサイ事するより、strstr() && strstr() でいいじゃん! 」
そうです。絶対そのほうが安くて早くてウマイんです。
ではなぜ、正規表現に | があるのか?それはですね、「1行で書きたいから」
コマンドラインから sed とか grep とか、あるいは perl のワンライナー使うときは、どうしても1行で書く必要があります。
でも、perl のスクリプトは2行でも3行でも分けて書くこともできるわけですから、| を使うメリットはあまり有りませんね。
人間止めますか、それとも|使いますか? - 131 :デフォルトの名無しさん:2007/08/21(火) 18:34:44
- >>128
なんかつまんなそうお話なので、参加せてください。
実装依存のチューニングは下らない。
これは常識ですよ。一般的には1個の正規表現が1回の処理で何百回も実行される事はないですし、
何十メガバイトものデータを処理する事も滅多にありません。
実装の多少の遅さはマシンパワーに任せて、読み易く修正しやすいコードを書く事こそが、
仕事の効率を上げる事につながる事は歴然としすぎています。
仕事の効率が上がる根拠は、自分が昔書いたコードを読んでみればわかります。
もっと言えば、他人のマジカルなコードを読めばわかります。
自分が昔書いたコードやら、他人が書いたマジカルなコードは、
読んで理解するのに時間がかかります。ぱっと見て複雑だとか、下手だとかを含めて、
読めば読むほど自分の理解できる書き方に全て書きなおしたくなる事が多いでしょう。
では、それを全部自分が良いと思う書き方になおせば良いのでしょうか?
そうではありません。
チューニングは要点だけでいいんです。何度も繰り返すループとか、データの規模がでかい部分とか、
そういう部分だけをチューニングして他は読みやすさに徹する。
修正するときは、絶対そのほうが安くて早くてウマイんです。
ではなぜ、チューニングの議論が起きるのか?それはですね、「虚栄心を満たしたいから」
コードの隅々までチューニングされたピカピカなコードへの憧れから、チューニングしたコードを書きたくなるのです。
でも、プログラミングの目的は正確に動くコードを作ることですから無駄チューニングをするメリットはあまりありませんね。
無駄チューニングやめますか?それとも人間やめますか? - 252 :デフォルトの名無しさん:2008/05/17(土) 03:42:59
- どうしてこうもWindowsで日本語扱うとことごとく化けるんだよ!?
モジュールの内部動作までフラグ意識して、使ってらんねぇ!
俺はもうPerlを捨てる! 3日徹夜したけど、初めて触ったRubyで一瞬で解決した。
もう眠い! ちくしょー腹立つ! - 260 :デフォルトの名無しさん:2008/05/19(月) 12:43:11
- >>252
うんこOSが今だにsjisなんて使ってるのが問題だろ
jperlならうんこOSでも化けないんだっけ? - 334 :デフォルトの名無しさん:2008/07/13(日) 23:10:21
- 文字列処理が得意だったはずの Perl がユニコードという
毒饅頭を喰ったのがそもそもの始まり。
Encode モジュール、断固害。
そこに未来はない。 - 346 :デフォルトの名無しさん:2008/07/18(金) 19:49:02
- 全部EUCでやるなら
問題ないのですか? - 353 :デフォルトの名無しさん:2008/07/19(土) 17:34:47
- そもそもUNIX系OS自体がユニコード対応してないんだから
PerlなどのUNIX系生まれの言語がユニコード扱えないのは仕方ないだろ。 - 355 :デフォルトの名無しさん:2008/07/19(土) 22:13:53
- ↑
またか・・
もういい加減に、UTF-8 とユニコードの違いを理解しろよ。 - 363 :デフォルトの名無しさん:2008/07/20(日) 02:23:41
- >>355
ユニコード ≒ 思想・アルゴリズム
UTF-7、UTF-8、UTF-16、UTF-32 ≒ 実装
じゃねえの?
「UTF-32エンコードされたユニコード文字列」とかいう表現が一般的だと思うが、
単純に「ユニコード文字列」と言った場合、
「エンコード不明なユニコード文字列」と取るか
「(最近一般的によく使われる)UTF-8でエンコードされたユニコード文字列」と取るか
「(一部儲が一般的と考える)UTF-16でエンコードされたユニコード文字列」と取るかは
人それぞれだと思う。
ってか、前にも>>355みたいな変な書き込みをPerl関連のスレで見た記憶が・・・。 - 379 :デフォルトの名無しさん:2008/07/21(月) 22:57:46
- 「UTF-16LE」のLE=りとる・えんでぃあん
- 384 :デフォルトの名無しさん:2008/07/22(火) 00:00:17
- >>379
それは違うんじゃね?
UTF-16LEとUTF-16BEはBOMなし。UTF-16はBOMあり。
WindowsのコードはBOMありのUTF-16でリトルエンディアンで直列化してるはず。
ってかそんなことも知らないでユニコードの話してるの?クソワラタ - 405 :デフォルトの名無しさん:2008/07/23(水) 21:29:42
- シフトJIS が生まれる前のパソコンって、どんな漢字コード使ってたか知ってるよね?
そう、JIS漢字コード(JIS6226)だね。ちょっと常識すぎたかな。
UNIX も、マイクロソフトのBASICを乗っけたパソコンも、漢字はJIS漢字コードを使ってたんだよ。
ところが、これが非常に使いにくい。ASCII の1バイト文字とJIS漢字を共存させるのが、えらい苦労する。
そこで、ゲイツ一味が考え出したのが、シフトJISってワケ。
これは、JIS漢字コードに無理やり数値を足したり引いたり掛け算したり・・・
で、ASCIIコードと重ならないように工夫したコードなんだね。
UTF-8 ってのは、このシフトJIS のユニコード版と言えるかな。
笑われるのを覚悟で言って見れば、「UTF-8 とは、シフト・ユニコードである」 ってところだろうか。
(・・・あ、こんな言葉は無いから外では使うなよ。たった今オレが思いついた言葉だからね)
ユニコードと1バイトASCIIコードは共存できない。そこを、無理やり、数値を足したり引いたり掛け算したり・・・
で、ASCIIコードと重ならないように工夫したわけさ。ほら、シフトJISと状況が似てるだろ?
ということで、UTF-8 はシフトJISと同じ問題をはらんでいる。
つまり、コンピュータの文字の内部表現には向かない、って事。
たとえば、頭から10万文字めを取り出す、という処理を考えると、先頭の1バイトめから順々に数えなければ
10万文字目が特定できない。次の10万1文字めを取り出すには、またまた先頭の1バイトめから順々に数えなければ
文字が特定できないって事なのよ。大量の文字列を扱うのにはスピード的に不利なわけ。
ユニコードで内部処理していれば、こんな事にはならない。単なる文字の配列だから10万文字めだろうが10万1文字め
だろうが、素早くランダムアクセスできるからね。
いつまでも内部表現にUTF-8を使い続けるのは、問題を先延ばしにしているだけで、未来は破綻が待っている。 - 406 :デフォルトの名無しさん:2008/07/23(水) 21:44:47
- にもかかわらず、UNIX系OSがUTF-8に固執するのは、OSがC言語で記述されているから。
UNIXのシステムコールもC言語から呼ぶことになっている。
UNIXはすべてC言語が基本なんだね。
ところで、ユニコードの"ABC"という文字を、C言語のライブラリに渡すことを考えてみよう。
int fd = open("ABC", O_RDONLY);
ユニコードの"ABC" を受け取った open 関数はどういう挙動をするか?
ユニコードの"ABC" は char の配列 { 0x41, 0x00, 0x42, 0x00, 0x43, 0x00 } と解釈されてしまう。
(インテルCPUの場合)
ここで注意しなければならないのは、 0x00 は文字列の終端記号に間違われてしまうという事。
文字列に \0 が含まれていると、それが文字列の終わりという腐った約束ごとがあるから
結局、open 関数には "A" というファイルをオープンしようとするだろうね。
つ・ま・り、UNIX系OSは、どうあがいても、泣けど叫べど、絶対にユニコード化は不可能。
だから UTF-8 に固執してるんだよ。
くやしかったら 文字列の終端が \0 って言うクソ仕様を廃止してみろwww - 407 :デフォルトの名無しさん:2008/07/23(水) 21:53:12
- >>405
先頭から何文字目の文字とかを扱うのってそんなに重要か?
まあ、それが重要だとしても、UTF-16だって先頭から数えなきゃならない。
なぜならサロゲートペアってものがあるから。
そんなにユニコード完全準拠が必要だと思うなら、UTF-32(UCS4)を内部表現に使うように主張するべきじゃね? - 409 :デフォルトの名無しさん:2008/07/23(水) 22:03:56
- >>406
うーん、C言語について、誤解してるようだが・・・。
\0というのは、別に、(0000 0000)bを意味して無いぞ。
オリジナルのC言語は6bit=1キャラクタのマシン(PDP-7)で動作していた。
それが今の8bit=1キャラクタのマシンに移植できたんだから、
16bit=1キャラクタだろうが、32bit=1キャラクタだろうが
C言語の言語仕様としては全く問題は無く扱える。
まあ、問題があるとすれば、
1キャラクタ(1Byte)=8bitを前提としたビットアクセス、 union、ポインタ操作などだけど、
その辺はフィルタ作ればソースから抽出するのはさほど難しくは無い。
2000年問題に対応した時の規模の修正で対応可能だろう。 - 423 :デフォルトの名無しさん:2008/07/23(水) 23:21:11
- 「UTF-32にすればハッピー」ってどこに書いてあるの?
- 424 :デフォルトの名無しさん:2008/07/23(水) 23:24:59
- >>423
> UTF-32なら藻前が言った先頭から何文字目とかの話に対応できるから
UTF-32にしようが、この問題はちっとも解決しないでしょ、ってこと - 426 :デフォルトの名無しさん:2008/07/23(水) 23:29:07
- >>424
ん?サロゲートが消えて1文字32bit固定になれば、
「単なる文字の配列だから10万文字めだろうが10万1文字めだろうが、素早くランダムアクセスできるからね」
が出来るようになるんじゃねえの? - 474 :デフォルトの名無しさん:2008/08/11(月) 14:52:14
- use perl5とか出来るんでしょ
- 476 :デフォルトの名無しさん:2008/08/11(月) 15:49:46
- これから書くコードのことを考えてwktk出来るだろ
- 478 :デフォルトの名無しさん:2008/08/11(月) 20:39:21
- >>476
君みたいに趣味でやってる人はいいけれど、
また作り直すなら、perlにこだわるより、将来性のある言語を選択するんじゃないの? - 480 :デフォルトの名無しさん:2008/08/11(月) 21:21:08
- いや、でも Perl6 が発表されれば、それが一番将来性のある言語になるんでないの?
>>474 確かに use perl5; は必ず欲しいよね。 - 553 :デフォルトの名無しさん:2008/12/29(月) 14:56:08
- IPv6もすぐ枯渇するけどね。振り分けがアバウトすぎる。
- 556 :デフォルトの名無しさん:2008/12/31(水) 20:10:21
- >>553
しねーよ。
振り分けがどうだろうと、絶対数が莫大だからな。 - 559 :デフォルトの名無しさん:2009/01/05(月) 05:04:08
- >>556
莫大と言っても、振り分けられるのが64bitだけだから。
ISPに/48で分けてる状況と、今後のネットの広がりから考えると
下手すればIPv4が消える前に、IPv6が危険な状態になる可能性もある。 - 600 :デフォルトの名無しさん:2009/09/28(月) 15:35:09
- unless かわいいよ。
if ( ! (a != null && b != null && c != null) ) return false;
みたいなコード見るとイライラする。 - 605 :デフォルトの名無しさん:2009/09/29(火) 01:00:03
- >>600
or で書き直せよ - 633 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 16:32:39
- いまどき若いのでわざわざPerl覚えるのはいないだろうな。
ダンコーガイみたいなのに感化されちゃったワナビーとかはともかく。 - 638 :デフォルトの名無しさん:2010/07/16(金) 02:23:48
- Perl 6 は遅すぎた
戦艦大和と同じ - 639 :デフォルトの名無しさん:2010/07/23(金) 03:11:51
- >>633
rubyからperlに行きましたよと。
やっぱ既存のスクリプトでperlが多いせいと、CPANだな。
いつのまにかrubyよりもperl使うようになってた。 - 642 :デフォルトの名無しさん:2010/08/22(日) 05:27:03
- >>638
今さらperl6とか言われてもね。あと5年早ければ救いようもあったが。
>>639
1ヶ月後に自分の書いたperlのコードを読み直してみるといい。 - 646 :デフォルトの名無しさん:2010/08/23(月) 18:01:20
- >>642
1ヶ月程度ならふつうに理解できるぞ
よほど急成長したんでない限りはな
6ヶ月ぐらい前だと「俺ってバカだったんだなw」と実感するが
1年前のPerlプログラムは理解できない
1年前の○○○プログラムは「バージョン違いで動かない」 だ。 - 724 :デフォルトの名無しさん:2010/11/06(土) 14:53:25
- 逆にPerlのリファレンス知ってるとCのポインタはイライラするけどね
役所相手にしてるみたいなイライラ感
PerlもVMじゃなくネイティブコンパイラつくるべき
そしたら俺がC辞められるから
2011年08月13日11:38
2011年08月13日11:18
- 1 : ◆/J1JfvLhYQ @すてきな夜空φ ★:2011/08/13(土) 07:17:08.14 ID:???0
- 日本サッカー協会とJリーグが、選手の「ゼロ円移籍」を防ぐ目的で新たなルールづくりを検討して
いることが12日、分かった。発生した移籍金の一部を選手個人に入るようにする案などで、
早ければ来季から新ルールが適用される見込み。日本協会の幹部は「いろいろと話し合いを
しているのは事実。若い選手には海外にチャレンジしてほしいから、行くなとは言えない。
ただ、育ててもらったクラブには何らかのものを残してもらわないと」と話した。
以前は「契約期間満了後30か月以内の移籍には移籍金がかかる」というJ独自の規定があったが、
世界基準に合わせるため09年オフから廃止に。その後は契約切れを迎えた選手に対し、欧州から
多くのオファーがくるようになった。今年1月には日本代表FW岡崎慎司(25)、同MF細貝萌(25)、
同DF槙野智章(24)らが契約満了による「ゼロ円移籍」でドイツに渡った。急激に海外移籍が増えた
背景には「日本人は安く獲れる」という欧州クラブの共通認識があるからだ。
移籍金の一部が選手にも入るようになれば、少しでもクラブに移籍金を残そうとする選手が増える
可能性がある。また、J2からJ1への移籍には、J2クラブの経営を守るために、必ず移籍金を発生
させるようにする案もあるという。選手とJクラブの“共存共栄”を目指して、さまざまな角度から
話し合いが続けられている。
ソースはhttp://hochi.yomiuri.co.jp/soccer/jleague/news/20110812-OHT1T00320.htm - 39 :名無しさん@恐縮です:2011/08/13(土) 07:41:36.92 ID:AIhyQjtY0
- いずれ解決しなければならない問題だよなぁ
まあ選手の年棒の一月分ぐらいはクラブに落としてほしいね。
むしろ選手から取っても良いぐらいだろ、 - 49 :名無しさん@恐縮です:2011/08/13(土) 07:44:55.55 ID:nccBeyCP0
- >>39
そんな額じゃお話にならないよw
今で育成費はでるしさ
そこまで大金要求しないけど
最低1億〜5億くらいはもらわないと
お金まわらなすぎるからね - 50 :名無しさん@恐縮です:2011/08/13(土) 07:45:42.79 ID:EHueQuecO
- 複数年契約しろと言うけどそんなに簡単な話じゃない
最近の若手有力株の選手は海外移籍を見越して複数年契約結ばないのが当たり前の風潮が出来上がっているし
契約なんてものは相手側が合意して初めて成立するんだから選手側に拒否されたらクラブにはどうすることも出来ない
そもそもJクラブは制度上借金できないようになっているんだし高額の契約なんて結べるわけがない
だから独自の制度を作るのはそんなにおかしい話じゃないと思うんだけどな - 52 :名無しさん@恐縮です:2011/08/13(土) 07:45:44.06 ID:3aKTbGSf0
- 高額複数年って言ってる人いるけどさ
現状でビッグクラブにしかできないことを、さも当然のように語るのはどうなのよ
それとも鹿島やガンバや浦和とかの有名チームが繁栄すれば、あとの有象無象は
どうでもいいとか思ってるタイプ? - 68 :名無しさん@恐縮です:2011/08/13(土) 07:51:05.98 ID:rrvdL2II0
- >>49
虫が良すぎるね
億単位の移籍金がほしいなら若手選手の待遇をもっとあげないと
移籍金5億なら5000〜8000万のサラリーは最低必要じゃないの?
>>52
NFLのような戦力均衡ならいいけど、Jの場合は違うからな
結局戦力均衡しても収益向上に結びつかない - 151 :名無しさん@恐縮です:2011/08/13(土) 08:09:52.36 ID:2Gh0/eij0
- JをアジアでNO.1のリーグとして、世界中に、特にアジアに売り出して行ければねぇ。
レベルだってヨーロッパに決してヒケを取らないと思うし、もっと広報して、放映権をアジアで買ってもらえれば変わる気がする。
アジアにはお金があるし、わざわざヨーロッパに行かなくても「最高峰のリーグはJリーグ!世界一のクラブチームを決めるのはACL!」って風になれば最高だね
夢物語かもしれないけど - 163 :名無しさん@恐縮です:2011/08/13(土) 08:12:31.19 ID:RB5aLZ2E0
- >>151
次々主力が格安で流出してるリーグなんて超低レベルだろ。
低レベルアジアですら勝ててないし。
もちろん外人のレベルも超低い。
やかんが不動の主力になれるレベルw - 174 :名無しさん@恐縮です:2011/08/13(土) 08:14:19.74 ID:XMpkVesq0
- こんなことやったら海外移籍減るだけだけど
- 180 :名無しさん@恐縮です:2011/08/13(土) 08:15:02.80 ID:ZY/pFht00
- >>50
>最近の若手有力株の選手は海外移籍を見越して複数年契約結ばないのが当たり前の風潮
複数年契約結ばない事は選手にとってもリスクなのが分かってないだろ?
海外オファー無ければJで低賃金労働だし、もし怪我したら来年から給料ゼロ。選手だけのワガママと思ったら大間違い。 - 188 :名無しさん@恐縮です:2011/08/13(土) 08:16:10.32 ID:2Gh0/eij0
- >>163
何故アジアが低レベルなの?
何故やかんがスタメンだと低レベルなの?
何故主力が流出すると低レベルなの?
低レベルなのは貴方の頭だと思いますが… - 194 :名無しさん@恐縮です:2011/08/13(土) 08:17:11.51 ID:wOtfAJwh0
- ユース上がりの選手だったら本来0円の所でも移籍金取れるようにしたらいい
てかそういう選手達は元々クラブの利益にもなるような契約を結ぼうとするだろうから
今まで以上にユースに力を入れろってことだな - 199 :名無しさん@恐縮です:2011/08/13(土) 08:18:30.41 ID:U42M1rrA0
- >>194
海外クラブがそんなローカルルール認めるわけない - 213 :名無しさん@恐縮です:2011/08/13(土) 08:21:15.71 ID:RB5aLZ2E0
- >>188
何だただの馬鹿かw
Jなんかでプレーするよりドイツ2部の方が魅力があるんだからあきらめろ。 - 225 :名無しさん@恐縮です:2011/08/13(土) 08:23:17.22 ID:5WX0qSRA0
- >>174
このままだと空洞化して酷い事になるから、歯止めかける事は必要だよ
本当はもっとハードル上げるべき問題で、むしろ国内間移籍のルールを厳格化するべき
J1の一部のクラブはJ2やJFLからタダでパクる事を是として、罪悪感すらない
そのくせ海外クラブにタダで抜かれそうなると被害者面して大騒ぎ、これは始末に悪い - 235 :名無しさん@恐縮です:2011/08/13(土) 08:25:43.97 ID:2Gh0/eij0
- >>213
何も理由すら書けない貴方がバカだと思いますけどwww
さっきの話とちゃんちゃら繋がらないしwww
ブンデス2部のが魅力ある?何故?
例えそうだとして、それがJのレベルが低い理由になる訳ないですがwww
頭悪いんですねwwwww - 246 :名無しさん@恐縮です:2011/08/13(土) 08:28:33.11 ID:RB5aLZ2E0
- >>235
ちょっとでも活躍したら海外移籍するリーグがレベル高いわけねぇだだろうがww
オランダが欧州で弱体化したのもこれが理由なwwww - 253 :名無しさん@恐縮です:2011/08/13(土) 08:29:34.23 ID:EHueQuecO
- >>180
選手のワガママと言うつもりはないが
若手の選手は海外のオファーが無くても国内でのステップアップで十分な給料は貰えるし
怪我しても新人を1年2年で放り出したりはしないぞ
若い選手の立場からしたら圧倒的に単年契約>>>>>複数年契約であることは間違いない
でなければ若手選手の契約方法が単年契約の選手ばかりしかいないなんていう現状はあり得ないだろうしね - 254 :名無しさん@恐縮です:2011/08/13(土) 08:29:49.33 ID:ETYSgEpq0
- >>225
流出を防ぎたいなら
ペナルティみたいなもんを課すんじゃなくて
選手の待遇を上げろって話じゃないの
レベルも上、待遇も上ってんじゃ
そりゃ皆海外行くさ - 277 :名無しさん@恐縮です:2011/08/13(土) 08:34:27.86 ID:2Gh0/eij0
- >>246
え?なんで付け加えたんですか?
というか
「ちょっとでも活躍すれば、海外リーグで助っ人として呼ばれる」
ってのは、
「Jリーグの質の良さを証明している」
って考えますよね?普通。
ドイツ2部リーグの方が最高峰のチームに行くのが簡単だと思って移籍する選手はいるかもしれませんが、必ずしもそれはJリーグのレベルが低いってことにはならないでしょう?
どんだけ頭悪いんでしょうか?
呆れて言葉が出ません - 294 :名無しさん@恐縮です:2011/08/13(土) 08:37:54.16 ID:JcQkkg7i0
- バカすぎる
必ず移籍金発生って
選手が移籍できなくなってJが
ダメになるだけじゃん - 295 :名無しさん@恐縮です:2011/08/13(土) 08:38:14.73 ID:RB5aLZ2E0
- >>277
頭大丈夫?w
エールから来た選手が海外で活躍した所でエールの評価が上がるのか?w
上がらないだろうがw
Jだけ二重基準で語るなよw - 302 :名無しさん@恐縮です:2011/08/13(土) 08:39:12.02 ID:ZY/pFht00
- >>253
どうやらわかってないな・・・。
100%近く海外に行けるような才能がある選手を除けば、若手に取って複数年>>>単年契約であることは明白。
みんな宇佐美みたいな海外からのオファーが確実な選手だけに注目してるから分からないんだよ。
例えば山田直樹とか考えてみ?あいつが単年契約するとしたらメリットよりもデメリットが大きい。
怪我も多いし海外から確実なオファーが来る保証も今の所無い。複数年でじっくり腰据えてレッズで鍛えた方が本人に取っては得。 - 306 :名無しさん@恐縮です:2011/08/13(土) 08:39:29.94 ID:2Gh0/eij0
- >>295
上がるだろwwwww
頭悪いの??wwwwwwww - 312 :名無しさん@恐縮です:2011/08/13(土) 08:41:17.90 ID:RB5aLZ2E0
- >>306
上がってねぇだろうがwww
むしろ下がってるww
相次ぐ主力引き抜き=リーグ弱体化は当然だろうw - 323 :名無しさん@恐縮です:2011/08/13(土) 08:45:33.02 ID:CtqcrC0QP
- 0円移籍の場合って、代理人はどうやって儲けてるんだろう??
- 339 :名無しさん@恐縮です:2011/08/13(土) 08:49:03.79 ID:2Gh0/eij0
- >>312
君は何を勘違いしてるの?
そりゃあ主力が引き抜かれまくればリーグは弱体化するだろう。
当たり前。
でもそれは結果の話。
エールの選手のレベルが高いから引き抜かれたんだろ?
じゃあ、そこで引き抜かれまくられないように、どうすればいい?って考えるのがこのスレ
貴方の言い分は「レベルの低いリーグの選手をヨーロッパが引き抜いてる」
って話でしょ?
意味不明だよ
選手が引き抜かれるのは必ずしも移籍先がレベルが高いからじゃないよね?
ステップアップに有利だったり、国内リーグより年俸がよかったりするの、わかる?
君は物事の因果関係すら理解できてないよ
小学校に戻った方がいい - 343 :名無しさん@恐縮です:2011/08/13(土) 08:49:20.82 ID:FeCL27C00
- 欧州みたいに高年俸長期契約にすればいいじゃん。
金ないなら優秀な人材は取られて当然。
金ないのに高い移籍金払ってもらおうとか虫が良すぎる。 - 364 :名無しさん@恐縮です:2011/08/13(土) 08:54:17.82 ID:RB5aLZ2E0
- >>339
お前が大丈夫か?ww
これだけ大量に引き抜かれてんだからJのレベルは既に急降下なんだよ。
李ですら得点量産できるレベルだからなw - 381 :名無しさん@恐縮です:2011/08/13(土) 08:58:21.13 ID:SfEFLX880
- >>294
かならずしも高額な移籍金を要求してんじゃなく、妥当な金額は残してくれって事。
今は過剰なバーゲンセール状態(場合に寄っては無料譲渡)になってるからJクラブは苦しい。
>>343
だから移籍自体は容認してるだろ?
ただ育成にも金が掛かってるんだから0円移籍は勘弁してくれって話じゃん。
今はまだ高校や大学からJに入った選手の移籍がメインだけど、ユースやその下のカテゴリーから
育てた選手に0円で行かれるのは本当にキツイと思うんだ。
ガンバはジュニアユースから育てた安田&家長が0円で出てったからな。 - 384 :名無しさん@恐縮です:2011/08/13(土) 08:59:13.07 ID:2Gh0/eij0
- >>364
急降下?それは何も試合を見てないと同意だと思うよ?
それにそれが何故Jがドイツ2部以下だという証拠になるの?ねぇ教えてよ
ドイツ2部以下のリーグの選手がドイツ1部で前半戦MVP取れたのはどうして?
もしかしてそれまではJのレベルが高かったとか言うの? - 424 :名無しさん@恐縮です:2011/08/13(土) 09:08:58.89 ID:EHueQuecO
- >>302
得かどうかは本人の判断でしょう
山田直輝なんて海外からのオファーが無くても国内ならいくらでもあるだろう
才能のある選手は結果が出せなくても拾ってくれる環境は日本にはきちんと整っているぞ
柿谷や前田俊介だってまだ普通にサッカーやっているし
若い選手は複数年にこだわる必要が無いからしないんだぞ
でなければこんなに単年契約が浸透するわけないしね - 443 :名無しさん@恐縮です:2011/08/13(土) 09:13:15.31 ID:byYZshf7P
- これ法的に何の正当性があるんだ?
契約切れてるのに他クラブとの契約を許さないってナニサマなんだよ - 447 :チップ☆スター ◆NOEe5/8IiI :2011/08/13(土) 09:14:16.11 ID:n/dX2IwwO
- >>424
山田直輝はレッズと4年の復数年契約を結んでる
原口元気も復数年契約を結んでる
要はチームが若手と復数年をしっかり結ぶかどうかと、チームとの信頼関係の問題だろう - 454 :名無しさん@恐縮です:2011/08/13(土) 09:17:17.92 ID:TlY29hZy0
- >>447
で切れる前に売ればいいだけ
オファーなかったらまた複数年結べばいい - 469 :チップ☆スター ◆NOEe5/8IiI :2011/08/13(土) 09:21:55.80 ID:n/dX2IwwO
- >>454
それが正解
選手が取られたくなかったり、移籍金が欲しければしっかりと複数年契約をする
また契約が切れる前に契約の延長をする
これだけで0円移籍は防げる
チームが複数年契約はその選手が大成しなかったらリスクがあるからと
単年契約をしているから0円移籍されてしまう
自業自得だよね - 510 :名無しさん@恐縮です:2011/08/13(土) 09:31:05.21 ID:dBz0TRU10
- まずは年俸をどうにかしろ。
年功序列で何時迄経っても微増微増。
10代だろうと欠かせない戦力ならドカーンとやれ。 - 525 :名無しさん@恐縮です:2011/08/13(土) 09:33:39.73 ID:2Pl47hqx0
- 香川の0円移籍で海外の市場が広まったし
代表も強くなったのは否めない - 531 :名無しさん@恐縮です:2011/08/13(土) 09:35:44.98 ID:byYZshf7P
- >>510
まず年俸ってある程度年功序列で増えていくのは世界共通だろ
Jの収入でドカーンとやっても大した額にならないのが現状 - 540 :名無しさん@恐縮です:2011/08/13(土) 09:37:44.35 ID:TlY29hZy0
- >>531
バカか
プロで年功序列ってw - 551 :名無しさん@恐縮です:2011/08/13(土) 09:39:12.98 ID:byYZshf7P
- >>540
は?
契約更新のたびに成績をもとに年俸アップして行くのが普通だろ
そうすると傾向的に年長者の方が高年俸になるだろ - 560 :チップ☆スター ◆NOEe5/8IiI :2011/08/13(土) 09:41:39.19 ID:n/dX2IwwO
- >>551
成績が悪ければダウン提示もあるよ - 574 :名無しさん@恐縮です:2011/08/13(土) 09:43:29.00 ID:byYZshf7P
- >>560
そりゃそうだ、成績出してない奴がいつまでもアップしないとかもあるわな
で?
”年功序列”って単語を見ると難癖付けたくなるのか? - 590 :名無しさん@恐縮です:2011/08/13(土) 09:46:30.74 ID:xu7/DnVx0
- 長期契約
チーム:移籍しても移籍ウマー、資金あれば、、、
選手:移籍しにくい。 - 620 :名無しさん@恐縮です:2011/08/13(土) 09:52:12.35 ID:DQYk9Wl8O
- >>590
移籍金は今ぐらいで、21才で移籍したとして、5〜6年後ぐらいにJに帰ってくるようなシステムを契約なりに盛り込めればいいと思うけどね
その時にどうしても海外で続けたかったら10億ぐらいは用意しろみたいな
今だとレンタルか安値での移籍だから問題なのであって
余力があるうちにJに帰ってきたらファンがJを見にくる機会にもなるし
年齢的には2年後の本田ぐらいか
まだまだファンを呼べる年齢
それまでに10億は出せる価値を自分で作れ、みたいな - 637 :名無しさん@恐縮です:2011/08/13(土) 09:57:35.29 ID:hHlBMoW90
- 外資スポンサー参入させてプレミアリーグを作らないと対抗できないんじゃいかい?
- 643 :名無しさん@恐縮です:2011/08/13(土) 09:58:46.77 ID:qOLLPaGYO
- >>637対抗しようとしてる訳じゃない
少しでもいいから移籍金を取ろうとしてる - 645 :名無しさん@恐縮です:2011/08/13(土) 09:59:17.79 ID:hHlBMoW90
- >>643
努力の方向が間違ってますなw - 648 :名無しさん@恐縮です:2011/08/13(土) 09:59:55.39 ID:2Gh0/eij0
- 外資を認めるのは、それなりのリスクがあるからね。
日本人のモラルも糞もないから、オーナーの鶴の一声で全てが決まったりしてしまう
外国人枠はオーナー次第だし、
代表招集拒否や賭けの対象になったり、ポケットマネー名義で借金まみれだったり…
まぁその辺の問題は海外でも色々取り沙汰されてるよね - 655 :名無しさん@恐縮です:2011/08/13(土) 10:02:05.84 ID:7qQgJK5A0
- >>620
若手の有望株がそのまま順調に活躍する選手に育つかわからないのに
10年近い契約を結べる余裕あるの?クラブにとってものすごい負担だと思うけど - 658 :名無しさん@恐縮です:2011/08/13(土) 10:03:04.44 ID:qOLLPaGYO
- >>645間違ってないだろ
Jリーグの価値を上げたいのはわかるが移籍金問題は必ず付いてくるから
こうやって改革していくのは必要 - 665 :名無しさん@恐縮です:2011/08/13(土) 10:05:15.80 ID:+amQ6F8y0
- それと、フル代表の公式戦はともかく、しょうもない親善試合とか世代別代表の試合とかに、Jのクラブは選手を派遣する必要はない。
代表がどんなに人気出ても、Jには還元されない。それはこの20年の歴史で分かってる。 - 669 :名無しさん@恐縮です:2011/08/13(土) 10:05:47.43 ID:hHlBMoW90
- >>658
ベースが小さいからそこから改善しないと選手は0円移籍望むでしょうよ
クラブがよっぽど好きとかなら別だけどさ - 687 :名無しさん@恐縮です:2011/08/13(土) 10:13:55.50 ID:zJDausOH0
- >>665
サッカーくじのお金でインフラ整備してもらってるじゃん
それは代表が国民の意識を高めてくれてるから、文部省も金払ってるし、地方自治体も金(税金)
つかってjに投資してる。
一方プロ野球は公共施設はつかってないし、すべてオーナー企業が球場たてたり、練習場つくったり
室内練習場つくったり自腹でインフラ整備してる。
だから代表を強くするため、代表選手の強化のためにjが存在してるって意義をなくすなら
税金を使う意味なし。育成のためなら海外移籍を推進するのは当然だし、選手を売って金儲けとか
とんでもないわ - 693 :名無しさん@恐縮です:2011/08/13(土) 10:15:31.92 ID:V8qwBTka0
- 日本はユース外の選手が多いのがなあ。
高校選手権なんて完全フリーの金の卵の見本市みたいなもんだ。
目立った奴根こそぎ刈り取られそう。
2011年08月13日10:49
- 1 :デフォルトの名無しさん:2009/12/19(土) 23:13:39
- ハードウェアの高スペック化、描画アルゴリズムの変更、JavaVMの高速化に伴い、パフォーマンスの問題は改善されています。
しかしながら、"Java"というだけで未だに敬遠されるのが現状。
そんなSwingと引き続き付き合っていくみんなのスレッドです。
Java低速GUI Swing 8
http://pc12.2ch.net/test/read.cgi/tech/1227234261/
Java低速GUI Swing 7
http://pc11.2ch.net/test/read.cgi/tech/1204155623/
Java低速GUI Swing 6
http://pc11.2ch.net/test/read.cgi/tech/1190807478/
Java低速GUI Swing 5
http://pc11.2ch.net/test/read.cgi/tech/1161139809/
Java低速GUI Swing 4
http://pc8.2ch.net/test/read.cgi/tech/1140533866/
Java低速GUI Swing 3
http://pc8.2ch.net/test/read.cgi/tech/1121700954/
Java低速GUI Swing 2
http://pc8.2ch.net/test/read.cgi/tech/1095398949/
Java低速GUI Swing
http://pc5.2ch.net/test/read.cgi/tech/1062271447/l50 - 16 :デフォルトの名無しさん:2009/12/21(月) 22:17:54
- swingについて質問
コンポーネントAをコンポーネントBにadd()し、コンポーネントCにもコンポーネントAをadd()します。
その後にBとCを表示してみると、Bがうまく表示されません。
どのようにしたら、B、CどちらにもAを表示させる事ができますか?
JPanel panel1 = new JPanel();
JPanel panel2 = new JPanel();
panel1.add(label);
panel2.add(label);
frame.add(panel1, BorderLayout.NORTH); ←表示されない
frame.add(panel2, BorderLayout.SOUTH); - 198 :デフォルトの名無しさん:2010/02/28(日) 04:50:07
- まじでおまえらSwingで何つくってんだ?
ゲームのマップエディタ適当にSwingで適当につくろうとして久々触ったけど
相変わらず糞だなぁ、、いつまともになるんだろこれ。。 - 216 :デフォルトの名無しさん:2010/03/06(土) 21:58:42
- 最近、日曜プログラムでSwing始めました。
仕事ではCOBOLとかC言語が多かったのでJavaはかじった程度の知識しかありません。
ところで、コンポーネントのリスナークラスとか追加するときって、無名クラス使うのが
一般的なんですか?(本とか読むとそれが多いと書いてあったので)
個人的には画面系のプログラムも作ったこともなかったので、よく分からないんですが、
コンポーネントの生成や属性の設定の中に、ロジックが入ってくる様に思えて
なんか違和感を感じるんで、今は無意味でもクラスに名前を書いて内部クラスにしてます。
でも、無名内部クラスにするが一般的なら、それになれとかないとなぁと思い質問しました。 - 228 :デフォルトの名無しさん:2010/03/07(日) 08:42:33
- >>216
ビジネスロジックは別クラスに実装して、
無名リスナーはUIとビジネスロジックのアダプタとして実装している。
こんな感じ。
JButton b1 = new JButton("OK"):
b1.addActionListener(new ActionListener(){
getSomeLogic().doLogic();
});
getHogeLogic()とdoLogic()の中身は想像で補ってくれ。
ビジネスロジックは、UIと粗結合であるべき、フレームワーク非依存であるべき、
というのが信条なので、SwingのAPIが混ざったクラスにビジネスロジックを書きたくない。
イベント処理にXXXListenerが必要というのはSwingの都合でしかないので、
そういう事情はSwingのUIクラスの中だけで隠蔽したい。
以上のような理由から、上記の作り方をしている。
次の課題として、UIオブジェクトとビジネスロジックオブジェクトのバインディングについて
考える必要があるけど、
そこは、ハードコーディングするなり、上位のオブジェクトからsetしてもらうなり、
DIコンテナでインジェクションするなり、好きな方法をどうぞ。
お薦めはDIコンテナだが、不慣れなら他の方法でもいい。 - 252 :デフォルトの名無しさん:2010/03/11(木) 16:34:54
- XML で保存出来るのに今時 POI とかないわ。
- 253 :デフォルトの名無しさん:2010/03/11(木) 17:17:17
- JEditorPane#getPrintableでRTF文書の印刷とか考えてるならやめとけー。
まずは簡単なWORD文書をディスプレイに描画させてみて、満足いく結果が得られるのか早期に検討すべし。
たぶん Aspose.Words for Java みたいな有料ライブラリが必要になるだろうよ。
>252
XMLなんか差し込み印刷したってしょうがないだろ - 254 :デフォルトの名無しさん:2010/03/11(木) 17:25:41
- >>253
Word XML (WordML) 形式の話をしてるんだが、まだ Office が XML で連携できてるって
気付いてない奴って多いんだよな。おまえみたいな。 - 344 :デフォルトの名無しさん:2010/03/27(土) 09:19:03
- 俺は、この前このスレじゃないがソースうpしたけど、
ソースについて何の評価も貰えなかった・・・
そんな俺は腐ったミカンですか? - 347 :デフォルトの名無しさん:2010/03/27(土) 10:29:57
- ソースをうぷったのにコメントを戴くことができなかった7つの理由
1.閲覧者のレベルが低かった
2.閲覧者の得意分野が違っていた(学校、仕事、趣味、ゲームetc.)
3.問題のある部分は見当たらなかった
4.ソースが巨大すぎて読む気が失せる
5.あまりにも低レベルすぎて指摘のしようがない
6.誰も見てくれなかった
7.その他
>>344
もう1度ここでうぷってみたら?有能者が応えてくれるんじゃないの - 370 :334:2010/03/27(土) 21:56:30
- 別にこまってないし、ソースupする気なんてないよ
遅い理由はJTableのレンダラにJLabelを使っているからなんだけど手を抜こうとしたらこれが都合よかったのでそうしてるだけだし。
にしても、あとはSwingのせい。
DataGridView@C#でやったらどんだけ高速だったことか。
見た目がいびつなのは、レイアウトマネージャーの動作がキチガイだから。
SWTのGridLayoutが神レイアウトだと思うんだけど、これのSwing版発見したのでつかってみて
ttp://code.google.com/p/uface/issues/detail?id=8
掲示板添付のzipが使えた。
正式にはどこで公開されているのか知らん。英語わからんし。 - 393 :デフォルトの名無しさん:2010/03/30(火) 00:33:05
- >>370
1000x1000程度のJTableなら、全セルにイメージ貼り付けても、
スカスカ動くがな。
大方、全セルにJLabelをnewしてつっこんだとかだろ。 - 422 :デフォルトの名無しさん:2010/04/13(火) 13:09:55
- window自体に最優先のキーイベントを登録したいのですが、
要は、どのパネル、どのコンポーネントを開いていても呼ばれるイベントです。
WindowにWHEN_IN_FOCUSED_WINDOWのイベントをgetActionMap().put(action, action)するみたいな感じです。 - 424 :デフォルトの名無しさん:2010/04/15(木) 10:17:51
- >>422
KeyboardFocusManager.getCurrentKeyboardFocusManager().addKeyEventPostProcessor(new KeyEventPostProcessor() {
public boolean postProcessKeyEvent(KeyEvent e) {
if (e.getID() == KeyEvent.KEY_PRESSED)
System.out.println(e);
return false;
}
});
このサンプルコードのようにすると出来るようです。
あとはKEY_PRESSEDの所と、System.out.println(e)の所を適切に変えればOKです。
1日掛けて調べました。。。
もし宜しければ、私のブログの応援クリックをしてもらえませんか?
http://study-blog.jugem.jp - 495 :デフォルトの名無しさん:2010/08/02(月) 11:56:19
- テキストフィールドにフォーカスが当たった時に背景と文字の色を変えたいと思っています。
テキストフィールドのフォーカスゲインとフォーカスロストのイベントで色指定すればできたのですが
複数のテキストフィールドに対して統一的な設定をする方法があったら教えてもらえないでしょうか。
例えば100個のテキストフィールドがある時にゲインとロストで合わせて200個のメソッドを書かずにすませたいんです。
よろしくお願いします。 - 496 :デフォルトの名無しさん:2010/08/02(月) 13:28:46
- >>495
どう考えてもメソッド書くのは2個でいいだろ… - 497 :デフォルトの名無しさん:2010/08/02(月) 15:09:29
- >>496
レスありがとう。
2個ですませられるやり方が知りたいです。
自分の知ってるやり方だとテキストフィールドのインスタンスにリスナー登録するから
インスタンスの数に比例してメソッドの数が増えるんです。 - 530 :デフォルトの名無しさん:2010/10/01(金) 14:37:51
- WindowBuilder Pro
http://code.google.com/intl/ja/webtoolkit/tools/wbpro/index.html
googleがどっかの会社を買収して、そこが販売していたツールを
無料提供してくれたらしい - 532 :デフォルトの名無しさん:2010/10/01(金) 23:50:41
- >>530じゃないけど使ってみたよ。
サクサク動くし、生成されたコードがきれい(変なタグが入ったりしない)で、思い通りにポトペタすることができたよ。
SWTでだけど、レイアウトを間違えてAbsoluteLayoutでやってて、途中でFormLayoutにしたらまったく見た目変わらずコンバートしてくれたのには驚いたw
とにかく細部まで作りこまれてて完成度が高いと思った。
まだ今のところは気になる点はないね。 - 570 :デフォルトの名無しさん:2010/10/11(月) 21:53:39
- 本買わなくてもJavaTutorialだけでいいような
- 604 :デフォルトの名無しさん:2010/11/10(水) 23:13:23
- 質問です。
現在JFrame上からファイルをPC上にドラッグ&ドロップでコピーを行うプログラムを組んでいます。
しかしファイル名が英字なら動作するのですが日本語ファイル名だとコピーが行われません。
特に例外が発生しているわけでもないので原因もよく分かりません・・・。
ファイルパスをSJISでのエンコードしてからFileを生成したりと色々試してはみたのですがだめでした。
どなたかこのような現象を解決した方はおられますか? - 606 :デフォルトの名無しさん:2010/11/10(水) 23:44:51
- >>604
JLabel に自作の TransferHandlerあてこんで、Transferable 実装して、
javaFileListFlavor で java.util.List(ArrayList) 渡すっていう意味でいいのかな。
今そう作って試してみたら俺の環境ではできた。
"E:\\temp\\アドレス帳.txt" ファイルを、
"E:\\temp" 以外にコピーできる、Excel で開ける、Word に貼り付けられる。など。
XP と JRE6、Windows2000 と JRE5、Windows2000 と JDK1.4。
できちゃった以上俺には解決できないかもしれないけど、
OSとJREが何か書いてみたら? あと必要だと思ったらソースも。 - 636 :デフォルトの名無しさん:2010/11/26(金) 22:08:54
- 頻出の質問かもしれませんが、うまく調べられませんでした。
環境はJRE6です。
JTableのヘッダについて、以下の順序で作ったテーブルをスクロール
すると、新しく表示される部分が正しく描画されません。
たとえば右にスクロールすると、スクロール開始前の右端の数ピクセルが
繰り返し描画されます(右端にFと描画されている時はFFFFFFFFFが続きます)
スクロールを戻すと、最初に描画されていた範囲は正しい描画のままです。
テーブル本体は正しく描画されています。
1.new JTable()
2. setModel(new MyModel())を使ってモデルをセット。
(モデルはAbstractTableModelを継承させていて、
列数(20)、行数(20)、返す値("nulpo")を定数で返す様に定義しています。)
3.setAutoResizeModeでAUTO_RESIZE_OFFをセット。
4. JScrollPaneにsetViewportViewでセット
5. JScrollPaneをフレームにセット
6. jTable.getTableHeader().setPreferredSize(new Dimension(100,30))
すいません、もう一つ質問があります。
JTableにセルエディタとしてJListをそのまま使った場合、
セルの表示域までしかJListが表示されなくて使えませんでした。
この場合は、どのようにすれば正しく実装できるのでしょうか?
Ctrlで複数選択できる機能が付いたコンボボックスの様な動作を期待しています。
JComboboxじゃなくJListを使おと思った理由は複数選択がしたかったからです。
JCombobox->AccesibleContext->JList->setSelectionMode
という方法も試してみましたが、単一選択しかできませんでした。
以上です。長文失礼しました。 - 687 :デフォルトの名無しさん:2011/02/19(土) 12:27:43
- Swingって最初はつっかいずれーなーと思ってたけど
慣れてくるとなかなかどーして
結構気に入った - 692 :デフォルトの名無しさん:2011/02/19(土) 16:41:45
- >>687
挫折する人が多いのにどこが気に入ったの? - 717 :デフォルトの名無しさん:2011/03/03(木) 21:46:26.35
- fillRectってJavadoc見ると塗りつぶしってあるのでエアブラシのような拡散して描画するって
感じにならないことありませんか?? - 742 :デフォルトの名無しさん:2011/03/23(水) 02:21:13.82
- >自前でモデルオブジェクトとCompornentをバインドする
ああ、だからこういったのか。
java beansはたしかにMVCのMに相当するけどModelに相当することをやるための仕様じゃなくて
再利用可能なコンポーネントを定義して(主にRAD環境から)使い回すための仕様だから普通に
SwingのMVCに従って「ウインドウのタイトルにbeanが持つ画像のファイル名をだしたり...」を実装したほうが良いと思うよ。
java beansのしがらみに縛られる必要性はないんでしょ?
カテゴリ別アーカイブ
月別アーカイブ
記事検索
最新コメント
人気記事
QRコード
タグクラウド
- AKB
- amazon.co.jp
- DS
- game
- Gamer
- ico
- MicBook
- PS
- PSP
- PSVita
- sssp
- Ver
- Vita
- watch
- Wii
- WiiU
- いじめ
- おもちゃ
- たら
- てる
- ぷねぷ
- ようつべ
- アイドル
- アニメ
- アメリカ
- オカルト
- オンライン
- ゲーハー
- ゲーム
- ゲーム速報
- サッカー
- サード
- スレ
- ソニー
- ソフト
- チョン
- テレビ
- ドラマ
- ニコニコ動画
- ニュース速報
- ニュース速報+
- ネトウヨ
- ハード
- ハードウェア
- ハード・業界
- ビジネスnews+
- ファミ
- フィギュア
- フジテレビ
- 中国
- 予約
- 事故
- 五輪
- 代表
- 任天堂
- 企業
- 保護
- 再販
- 原発
- 受給
- 国民
- 増税
- 売れ
- 売上
- 大阪
- 女性
- 子供
- 安倍
- 政治
- 日本
- 日本人
- 映画
- 朝鮮
- 橋下
- 民主党
- 生活
- 番組
- 発売
- 発売予定
- 監督
- 竹島
- 結婚
- 維新
- 自殺
- 自民
- 自民党
- 芸スポ速報+
- 芸能
- 視聴
- 試合
- 速報
- 逮捕
- 選手
- 選挙
- 野球
- 野田
- 電撃
- 靴
- 韓国
- 香川