ふらっとC#,C♯,C＃（初心者用） Part39

1 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 02:19:33 ] このスレッドは 「どんなにくだらないC#プログラミングに関する発言でも誰かが優しくレスをしてくれるスレッド」です。 ほかのスレッドでは恐ろしくて書き込めないような低レベル、もしくは質問者自身なんだか意味がよく分からない質問など、 勇気をもって書き込んでください。 内容に応じて、他スレ・他板へ行くことを勧められる、あるいは誘導される場合がありますがご了承下さい。 >>980を踏んだ人は新スレを建てて下さい。 >>980が無理な場合、話し合って新スレを建てる人を決めて下さい。 前スレ ふらっとC#,C♯,C＃（初心者用） Part38 pc11.2ch.net/test/read.cgi/tech/1235864730/ 684 名前：デフォルトの名無しさん mailto:sage [2009/04/03(金) 16:33:35 ] 全世界の奴がMSに文句つけまくっていじめまくった結果がこれだよ そして無意味なセキュリティをつけたらフルボッコだよ 685 名前：デフォルトの名無しさん mailto:sage [2009/04/03(金) 16:34:51 ] >>684 ×　全世界の奴 ○　狂ったLinuxユーザー 686 名前：デフォルトの名無しさん mailto:sage [2009/04/03(金) 16:35:58 ] なんでLinuxユーザーが文句つけるんだ 687 名前：デフォルトの名無しさん mailto:sage [2009/04/03(金) 16:38:37 ] >>680 ClickOnceって.NETアプリ以外でも使えたのか ClickOnceと同じ場所を使ってるだけかと思ってたよ 688 名前：デフォルトの名無しさん mailto:sage [2009/04/03(金) 16:40:53 ] >>687 正確には、インストーラとして使ってる、ってとこかと。 そのおかげで、統合認証以外のプロクシを使ってると、インストールすらできないｗ 689 名前：デフォルトの名無しさん mailto:sage [2009/04/03(金) 23:29:47 ] >>675 Verb を runas にしたら昇格するよ。 アップデータの PE わけて起動させたほうがいいかもしれないけど。 なんとなーく勘違いしてそうなので UAC についてプログラマの視点から 指摘しとくと、昇格ダイアログ出すまではプログラムで可能。 OK ボタン押したら昇格ダイアログ→OK → アップデートってやるんだよ。 あとアップデートに関して言えば、パッチパッケージにすれば明示的な 昇格はいらない(ポリシーにより不可になるし署名が要るけど)。 Program Files 以下でも。実は古くからある機能だが。 実際には、パッチは管理や検証がめんどくさくなるのであまり使われな いけどな。 >>681 Vista ユーザーからしたら XP の何もなく管理者で動くの不安になる正直 かといって Users で使おうとしたら不便極まりないし。両立できてかなり いい機能だと思うがなぁ >UAC。リダイレクトとかの機能含めてな。 690 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 00:26:26 ] >>665 はい、CS0121です 引数なしのコンストラクタを呼び出しているのに 二つ選択肢があるっていうのがちょっと理解できません・・・ ヘルプのコンパイラ エラー CS0121の使用例は理解できるんですが・・・ エラーは吐いているんですがビルドできるし正常に動作しています それも理解できないし気持ち悪いです 691 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 02:14:56 ] int a=0,b=0,c=0; int line_count = arrText.Count; ar_OKPOS = new List<int[]>[line_count]; for (int i = 0; i < ar_OKPOS.Length; i++){ ar_OKPOS[i] = new List<int[]>(new int[][] { new int[2] }); } foreach (string sOutput in arrText) { // 一行ずつ読み込んで，各行をsplitメソッドで分ける string temp = (string)arrText[a]; // string型にキャスト string[] temp2 = temp.Split(',');// splitメソッドで文字列アレイにして数える int col_count = temp2.Length; // 列数を数えているだけ string[] temp_line = sOutput.Split(','); for(int i=0;i<temp_line.Length;i++) { for(int k=0;k<2;k++){ i = i + k; ar_OKPOS[a][b][c]=Convert.ToInt32(temp_line[i]); c++; } c = 0; b++; } b = 0; a++; } 692 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 02:24:35 ] すいません　誤爆してしました 693 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 08:52:22 ] デザインパターンとか全然勉強せずにプログラマやってるけど、勉強したほうがいいのかな？ 694 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 08:54:14 ] デザインパターンはなんかJava臭いよな C#はオブジェクト指向至上主義じゃないから合わないんじゃない 695 名前：デフォルトの名無しさん [2009/04/04(土) 09:52:38 ] 標準のクラスライブラリでも結構それっぽいのはよくでてくるよ ただjavaと違って、MSはほとんどデザインパターン用語を使わない 696 名前：デフォルトの名無しさん [2009/04/04(土) 13:38:17 ] privateなメンバ変数もprivateなプロパティとして表示させたほうがいいですか？ またメソッドでメンバ変数を利用するときなるべく引数として渡した方がいいですか？ それともメソッド内でいきなり使用しても問題無いですか？ たとえばクラスに以下のようなメソッド等があったとして private int _num; public void Method() 　int num = CalcMethod(2); private int CalcMethod(int num1) 　return num1+_num: こういう書き方が良いのか private int _num: public void Method() 　int num = CalcMethod(2, _num); private int CalcMethod(int num1. int num2) 　return num1+num2; こんな書き方のほうがいいのか知りたいです。 例では単なる足し算ですが、複雑な計算をしているという仮定です。 697 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 13:41:03 ] 演算要素を全て引数で取らせるならstaticにする 698 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 14:20:05 ] メソッドを呼び出す側からすれば，メソッド呼び出しはオブジェクトを操作することなので 内部状態を存分に使ってもらって構わない気がする． 699 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 15:33:03 ] ありがとう なるべく引数で渡したほうが、その中で完結するのでわかりやすい気がして じゃあ、あんまり気にしなくていいってことかな？ 700 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 15:58:22 ] 計算処理のように内部状態に関係なしに定義できるものは、 内部状態非依存(static)の方が単体テストしやすい まあ、その例くらいの規模なら大して変わらないんだが 701 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 16:06:09 ] >>696 むしろそのメソッドを定義したクラスはどんな責任と制約をもってんのよ？ メソッド単体じゃあなんともいえない >699 時と場合による プログラミングしやすい分かりやすさもあれば、 利用しやすいわかりやすさもある 702 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 17:48:14 ] VC#単体(他から持ってきたライブラリを使わず)で開発したソフトやゲームを 販売する場合、ライセンス等の問題ってありますか？ 703 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 17:59:31 ] 場合による。 704 名前：デフォルトの名無しさん [2009/04/04(土) 21:17:48 ] ミサイル防衛システム作りたいんですがヒントだけでもください 705 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 21:25:07 ] MDIで作成した子フォームに含まれるコントロールを取得後、アクセスしたいんですが foreachでいちいちループ回さないといけない・・・ なんか他にいい方法ないでしょうか？ 子フォームはアクティブな状態のものです if (!(this.ActiveMdiChild as Form == null)) { foreach (Control Ctrl in (this.ActiveMdiChild as Form).Controls) { 　if (Ctrl is TextBox /*例としてテキストボックス*/ ) 　{ 　 //処理 　} } } 706 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 21:41:58 ] 全コントロールを対象に処理が必要なら foreach で回さざるを得ないだろ。 特定のコントロールのみを対象にするなら Panel か UserControl に貼り付けて 必要なコントロールへのアクセスを容易にすればいいよ。 707 名前：705 [2009/04/04(土) 21:54:17 ] ん〜じゃあ無理か Panelのリストを管理するとまた手間がかかりますしねえ・・・ どうもありがとうございました 708 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 22:05:22 ] 動的に作成する場合でもIList<>に入れればいいし、 あらかじめポトペタならコントロールが限られてるから どちらにしても最低限のループでいけるんじゃないの？ 709 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 22:16:50 ] Linqでコントロールの種類ごとに連想配列に分配するクエリを作れば？ 710 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 22:29:30 ] >>702 ないよ 711 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 00:12:49 ] Form activeChild = this.ActiveMdiChild as Form; if (activeChild != null) { 　　activeChild.Controls.Where(c => c is TextBox).ToList<TextBox>().ForEach(t => 　　{ 　　　　// 処理 　　}); } かえって煩わしいな。 712 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 00:29:55 ] >>711 ん？ 実験してみようとしたのだが、インテリセンスにWhere()が表示されないのだがなんでだ？ 713 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 00:42:19 ] ControlCollectionがIEnumerable<Control>を実装してないからか？ 714 名前：デフォルトの名無しさん [2009/04/05(日) 00:43:46 ] だな 気がつかなかった！すげー便利じゃん！と思ったのにorz 715 名前：ｎ [2009/04/05(日) 00:52:48 ] 今までたくさんのサイトから通報者つのりあと少し です こいつは違反出品で昨日二度削除されました auok.auone.jp/_ev?tr=83751566&et=2 空き巣に入られた？以上では‥ 薔薇チョコ洋子さんは靴の転売や上履き二回削除されてるのに 今回は長期使用の文を消して書いてます 悪質なので評価欄の誹謗中傷の理由で通報お願いします auok.auone.jp/item/item_189662269.html?u=4682520 わいせつ物 auok.auone.jp/item/item_189667641.html?u=4682520 わいせつ物 三箇所違反ですのでよろしくお願いします 716 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 02:53:12 ] this.ActiveMdiChild.Controls.Cast<Control>().Where()とか？ 717 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 03:03:10 ] クラス内の自動プロパティを初期化したいのですがコンストラクタ内でするしかないのでしょうか？ 例えば public string Name{get;set;} というものがあって、Nameは始めはnullですが、""に初期化しておきたいのです。 フィールドでしたら private string Name = ""; と出来ます。 プロパティの量だけコンストラクタにも初期化する量が増えてしまうのでフィールドのように出来れば一度に初期化したいのですが方法はあるのでしょうか？ 718 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 03:03:27 ] >708 がベストだろ 719 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 03:10:31 ] クラスを継承したときに基本クラスのメソッドにコードを追加するように書くにはわかりました。 720 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 09:26:10 ] >>717 ありません 自動プロパティの使用をやめるか普通にコンストラクタで初期化してください 721 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 09:52:29 ] >>717 リフレクションでstring型のプロパティを一括初期化できなくもないがバグの元だな 722 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 09:58:22 ] そのためのオブジェクト初期化子なんだろうか 723 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 09:59:50 ] ヘジさんが自動プロパティに必死で抵抗してたのは直接初期化できないからなのかな 724 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 10:12:36 ] 自動プロパティって、文法的にインターフェースでの宣言と一緒なのがちょっと気になるっちゃ気になる。 int Method(); とだけ書いたらメソッドの中身ができちゃうようなもんだからなぁ。 パッと見同じだけど全然意味の違うものってのは、 ミスの原因だし、読むときの混乱招くから。 725 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 10:12:47 ] コンストラクタで初期化するくらいなら、 タイピング量的に自動プロパティである必要がぜんぜんないな 726 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 10:14:42 ] もう、自動プロパティを自動で普通のプロパティに展開するユーティリティを使えばいいよ 727 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 10:22:42 ] private string _test; public string Test { get _test; set _test; } こういう糖衣構文を可能にするだけでよかったんだよ 728 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 10:26:55 ] 糖衣構文といいたいだけのやつ増えすぎ 729 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 10:29:42 ] 構文糖を可能にするだけでよかったんだよ 730 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 10:30:46 ] public property string Test = ""; でいいんじゃないの public readonly property string Test = ""; とか 731 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 10:36:05 ] public string Test { get GetTest(); set SetTest(value); } も可能そうだな 732 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 10:41:00 ] >>731 それは意味がわからない。普通にかけばいいだろ public string Test { get { return GetTest(); } set { SetTest(value); } } 733 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 10:41:50 ] インターフェイスにプロパティを宣言するときの書き方と合わせたかったんだろ 美学ってやつなんだろう 734 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 10:48:09 ] たとえ美学でも、読み取り専用にするprivate set;はせっかくの省力構文を台無しにしているな public string Test { get; } これで何がまずいのだろう 735 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 10:48:47 ] event の構文が event DelegateType Variable; event DelegateType Variable { add { ...] remove { ...} } なのを考えると、 property VarType Variable; property VarType Variable { set { ... } get { ...} } がよかった気もするなぁ。 736 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 10:50:10 ] >>732 楽になるじゃん それに変数とメソッドを同時に書くこともある public string Test { get GetTest(); set _test; } 737 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 10:52:33 ] property Name: string read FName write FName; もうこれでいいよ 738 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 10:54:11 ] >>735 それいいよね 読み取り専用プロパティは readonly property VarType Variable; にすればいいし 739 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 11:03:07 ] >>734 初期化も何もできないじゃん 740 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 11:26:12 ] >>739 private set;と書いたことにする 741 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 11:44:34 ] それなら>>735スタイルにしてgetも書かないようにしないとおかしい アクセサを宣言する意味でgetやsetを書いてるのに 742 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 13:04:59 ] >>740 ( ﾟдﾟ ) 743 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 15:08:15 ] アクセス修飾子をpublicとprivateだけと思ってる奴が多いようだな 744 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 16:25:18 ] そんな奴いないだろw もともとはプロパティのアクセサにアクセスレベルは指定できなかったんだよ public get; protected set;みたいなのはそもそも想定されてなかった だから別に>>735の形になっててもおかしくはない 745 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 18:13:05 ] addとremoveが必須なeventとgetとsetは片方あればいいプロパティじゃ初めから条件が違うな 746 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 18:55:27 ] 話の流れを全部理解しているわけじゃないが、 そういうシンメトリックかどうかって話じゃないだろうw 素直に（VB方式ともいう）propertyってキーワードを導入しておいた方が 可読性の観点からは好ましかったんじゃないかって話なんじゃないの？ 747 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 22:23:51 ] でもevent 型 名前;と型 名前 { get; set; }じゃ差がありすぎるからなあ イベントを理解する上でプロパティとの類似性はかなり重要なのに 構文上全然違う種類のものになっちゃってるのはさすがに 748 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 22:43:42 ] そういや、結構いろんな言語に精通してる同僚が最近 C# 触り始めたんだけど、 event 知らずに普通にデリゲート型のプロパティ使ってたなぁ。 749 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 22:51:16 ] イベントって機能がデリゲートで実現されていることを知らずにイベントを 使ってるって話ならありそうだが、デリゲート押さえてるのにイベント知らない、 なんてこと普通はありえん気がするけどね。 750 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 22:55:20 ] eventって別に必要ない機能だろ 751 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 22:58:49 ] javaなんかでよく出てくるgetHoge, setHogeパターンを言語に組み込んだのがプロパティ 同様にaddHogeListener, removeHogeListenerパターンを言語に組み込んだのがイベント 752 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 23:29:37 ] 言語に組み込む組み込まないの話ではないだろ 753 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 23:49:33 ] >>749 「デリゲートはイベント処理用のもの」って認識だとそうなんだけど、 「関数ポインタの便利版」って認識だと、 関数ポインタのプロパティでイベントハンドラ取ればいいやってなってもおかしくないかと。 754 名前：デフォルトの名無しさん mailto:sage [2009/04/05(日) 23:56:59 ] もしプロパティを使うならデリゲートのコレクションを返すべきだろ button.ClickEventHandlers.Add(new EventHandler(button_Click)); これなら意味的には同じ 755 名前：754 mailto:sage [2009/04/05(日) 23:59:32 ] 外からの要素へのアクセスはできないようにしないといけないよもちろん マルチキャストでいいだろと突っ込まれそうだから一応 756 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 00:00:30 ] Formsのコントロールの初期化をデザイナーで作っているところなんだが、 ツールバーのボタンが横に並んだ１つづりのPNGファイルを ImageListを使って切り出して使おうとしているのだがうまくいかない。 System.Windows.Forms.ImageList il = new System.Windows.Forms.ImageList(); il.TransparentColor = System.Drawing.Color.Transparent; il.ImageSize = new System.Drawing.Size(24, 24); il.Images.AddStrip(Resources.tool); こんな風に書いてデザイナーに読ませると、AddStrip()が認識できずに落ちてしまうようだ。 仕方がないのでpartialされたForm本体側で追加で初期化してるんだが、当然ながらデザイナーではプレビューできない。 画像の切り出し、切り出したチップをそれぞれのコントロールで使用したいんだがどうしたらいいだろうか。 757 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 00:10:38 ] >>748 eventをつけた場合とつけない場合は何が違うのですか？ public event EventHandler Unko; public EventHandler Unko 758 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 00:13:42 ] >>757 ググれかす 見た目としては、eventだと外から行える操作がデリゲートの追加と削除だけになる。 759 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 00:17:51 ] >>757 Unkoの硬さが違ってくる 760 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 00:23:11 ] >>758-759 ありがとう。 何となく分かったよ Unkoの硬さが+=と-=だけになるってことですね 761 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 00:28:52 ] >>756 デザイナで設定するのは無理なんじゃないの とりあえずImageListプロパティだけ設定して，Tagプロパティにインデックスを入れといて 後でコードから舐めてImageIndexプロパティに設定し直すとか 762 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 01:04:40 ] >>761 ありがとう。「無理」という返事を聞いてある意味安心した。 どうせデザイナーで作る部分はある程度静的な割付になるので、わざわざTagに入れてループをまわさなくても、 ImageList.Images プロパティをControl.Image に直接代入していくだけで十分だね。 763 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 01:22:48 ] >>762 ImageList継承して"ImageStrip"のようなプロパティを追加するとか、 あるいは最初から目的のイメージを持たせちゃうとかすれば出来る気もする。 っていうか、なんでわざわざそんなC#向きでない作り方をするんだろう。 なんでも道具にあった作り方ってあると思うんだけど。 764 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 01:24:20 ] あーImageListってシールされてるのか。。 765 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 01:59:32 ] String型がシールされてる上にIStringのようなインターフェイスもないってどういうこと？ String型に限らずやたらシールされると拡張できなくて異常に不便 766 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 02:02:16 ] C#の入門誌のオススメ教えて 767 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 02:04:16 ] C#に入門書は必要ない ぐぐれば腐るほどでてくるからな・・・ 強いて言えば逆引き系のものがいいよ 768 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 02:04:39 ] 継承は最低の方法だってみんな分かって来てるじゃない それはともかくStringはIEnumerable<char>として扱うと便利だよ 769 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 03:31:43 ] >>763 コントロールで使う画像の処理をImageListに任せるのは、 Win32SDK時代から続く古式ゆかしいお作法なんだ。 770 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 08:32:28 ] > それはともかくStringはIEnumerable<char>として扱うと便利だよ これは気づかなかった。ありがとう 771 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 09:03:50 ] デザイナーいるとかうらやましいなおい・・・・ 772 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 09:26:25 ] >>765 恥ずかしいレスだなおいw 773 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 09:31:03 ] >>771 それはボケなのか……？ 774 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 10:42:32 ] Stringがsealedなのはimmutableにするため 変更できない方が扱いやすいから 775 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 17:54:34 ] 扱いやすいっていうか、継承を禁止しないとイミュータブルであることを保証できない。 776 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 18:04:25 ] なんとなくだが、>>774は "stringはimmutableであった方が扱いやすい" と言いたかったのではないかと思う。 777 名前：デフォルトの名無しさん [2009/04/06(月) 21:19:49 ] >>766 洋書なら色々あるけど、邦訳版が出てないのが多い・・・。 778 名前：デフォルトの名無しさん mailto:sage [2009/04/07(火) 02:18:55 ] C#って検索数がいまいちなんだよね。 なんで？ 779 名前：デフォルトの名無しさん mailto:sage [2009/04/07(火) 02:34:22 ] >>778 記号とか入いってるとかは検索エンジン的にマイナスな気がする。 あと、なんだかんだいって後発だしね。 それと、一般名詞そのまま使ってるrubyとかと比べりゃそりゃ少なくなる。 780 名前：デフォルトの名無しさん mailto:sage [2009/04/07(火) 03:42:38 ] 思いつくままに検索してみた。言うほど少なくは無いようだが php の検索結果 約 9,700,000,000 件 javascript の検索結果 約 680,000,000 件 vb の検索結果 約 657,000,000 件 java の検索結果 約 377,000,000 件 scheme の検索結果 約 107,000,000 件 ruby の検索結果 約 102,000,000 件 c++ の検索結果 約 101,000,000 件 perl の検索結果 約 88,000,000 件 c# の検索結果 約 63,900,000 件 python の検索結果 約 62,300,000 件 delphi の検索結果 約 49,500,000 件 lisp の検索結果 約 8,290,000 件 fortran の検索結果 約 7,720,000 件 cobol の検索結果 約 6,530,000 件 c++/cli の検索結果 約 4,680,000 件 781 名前：デフォルトの名無しさん mailto:sage [2009/04/07(火) 03:54:22 ] >>780 ごめんそれ違う。 漏れが言ったのは、グーグルトレンドの方。 782 名前：デフォルトの名無しさん mailto:sage [2009/04/07(火) 04:47:38 ] >>780 発想は面白いよ発想は 783 名前：sage mailto:sage [2009/04/07(火) 13:13:32 ] vb.net の private shared は C# でいうとなんですか？ private partial ? private protected? 784 名前：デフォルトの名無しさん mailto:sage [2009/04/07(火) 13:17:51 ] private static

---

---

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

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