ふらっと C#,C♯,C＃（初心者用） Part130 [無断転載禁止]©2ch.net

2017/07/18(火) 06:40:45.47

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。

他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。

内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。

なお、テンプレが読めない回答者は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください

>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part129
http://mevius.2ch.net/test/read.cgi/tech/1497000961/

■関連スレ
C#, C♯, C＃相談室 Part94 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1492843013/

■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2017/08/23(水) 00:36:48.60

hogea.Sum(i => i.Point)

2017/08/23(水) 01:07:33.71

>>648
うおおお！超クール！！
ありがとうございます。

2017/08/23(水) 12:12:08.46

>>648
こーゆうコード集みたいなものどこかありませんか？
書籍でもいいです。

2017/08/23(水) 12:32:51.30

>>650
ググれ

2017/08/23(水) 12:45:55.97

IntelliSenseに全部出るじゃん

2017/08/23(水) 13:01:43.39

>>650
LINQの基礎の基礎なんだから
これ知らないならコード集の前に基礎学習したほうがええんと違うか

2017/08/23(水) 13:52:13.78

>>653
腰据えて勉強なんてしない、必要に迫られて都度聞いたりググったりして断片的な情報でその場をやり過ごすプログラマが大半

2017/08/23(水) 17:44:12.69

それでいいんだよ
時間は有限なんだから腰を据えて勉強する対象は厳選しなきゃ

2017/08/23(水) 18:41:09.25

結局やらなきゃ忘れるしな
こうすれば出来るって頭の片隅にでもあればok
もちろん知ってるに越したことはない

2017/08/23(水) 20:42:57.17

でもLINQは激選した中でも上位に位置すると思う

2017/08/23(水) 21:32:17.29

腰据えて勉強なんかしなくても使うだけなら全然問題ない

2017/08/24(木) 00:46:57.05

３０桁の英数字混在パスワード

って総当たりで解析無理だよね？

2017/08/24(木) 01:41:05.34

>>657
別に使わなくても同じ事書けるし。
ただ行が短くなるだけ

2017/08/24(木) 01:48:00.53

ユニットテスト必須の土壌じゃないとLINQとか他人に薦める気にならんわな
メソッドがクソ長くても単体テスト通れば良いんだろで終わっちゃうし

2017/08/24(木) 02:24:29.26

うまく動かないときに
ループのときみたいに
ハイじゃあどうして第一要素にゼロが入ってるんでしょうか?
的な追い方ができない
いっせーのせ!
で動かして途中経過が皆無なのは辛い

2017/08/24(木) 06:29:18.71

>>661
メソッドがクソ長いのは別問題
そんなんまともにUnitTestできんだろ

2017/08/24(木) 08:40:38.96

>>662
しょっぼｗ
どういうレベルでプログラムを書いてるのか余裕で知れるな

2017/08/24(木) 08:44:57.20

>>664
だっせｗ
教育レベルが知れてるな

2017/08/24(木) 08:49:24.22

お前らマウンティングしないと死んじゃう病か何かなの

2017/08/24(木) 08:56:00.31

独立な処理に途中経過もクソもないわな
処理の詳細を無視して入出力のルールにフォーカスする考え方ができてないとそりゃ難しいだろうな

2017/08/24(木) 08:59:48.07

ラムダ式の部分にブレークポイント置けばそこだけ追えない？

2017/08/24(木) 10:57:24.20

>>668
Ozcodeとかじゃないと無理

2017/08/24(木) 15:20:26.85

VS2015からは可能でしょ？

2017/08/24(木) 16:23:39.34

>>670
ソース

2017/08/24(木) 18:49:58.57

>>671
2015時点じゃウォッチかイミディエイトでした。
2017ならブレーク貼れる。
http://blog.okazuki.jp/entry/2017/07/23/165809

2017/08/24(木) 21:46:31.96

メモリに常駐しているプロセスって簡単に取得できますか？

2017/08/24(木) 22:02:11.02

DOSの時代じゃないので常駐って概念に意味があるとは思えない気が
今でも慣用句的に常駐とか言うけどね

2017/08/24(木) 22:28:03.16

>>673
こういう話か？
実行されているすべてのプロセスを取得する
http://dobon.net/vb/dotnet/process/getprocesses.html
関連は一つ上のメニュー

2017/08/24(木) 23:46:42.82

もしかしたらすれ違いかも知れませんが気にせず質問させていただきます

先日パソコンが壊れました
電源をつけると5秒後に再起動を繰り返してしまいます
原因がわからないのですが
どなたか対応方法などご存知の方いたら教えてください

2017/08/24(木) 23:50:07.54

買い換えると良いよ

2017/08/25(金) 10:56:32.35

>>676
馬鹿は死ね

2017/08/25(金) 12:00:23.99

>>676
OSは？　機種は古いの？　型番とかわかる？
5秒で再起動する直前の画面はどうなってる？

あ (ﾜｯﾁｮｲ 564c-s9Ze) · 2017/08/25(金) 12:02:47.95

こりゃあ面白いわ！！
https://blogs.yahoo.co.jp/antseq01/15073181.html

2017/08/25(金) 15:42:19.12

このスレはLINQ大嫌いおじさんがいるからしゃーない
もう新しいこと覚えられないんだよ

2017/08/25(金) 18:18:09.76

初心者ってんだからこのスレで扱うこともないかな?

2017/08/25(金) 18:20:09.66

LINQ友の会ってスレあるじゃん

2017/08/25(金) 18:26:35.82

Linqが新しいってタイムスリップでもしたのか
とっくに枯れてるだろ

2017/08/25(金) 20:28:11.24

>>684
そこは立ち位置的に枯れてるって云えよw

2017/08/25(金) 20:31:38.77

普及するわけがないと誰かが言ってたがその通りになった。
ネラーはなかなか先見の目がある。

2017/08/25(金) 23:09:26.41

LINQ普及してないってどこの世界の話？
よっぽどレベル低い職場なのかな

2017/08/25(金) 23:27:50.33

>>687
おｋ、LINQは超流行ってる
でも初心者向けじゃないから別スレでやってな

2017/08/25(金) 23:33:49.01

お仕事でC#使っている人の何割がC#4.0以降の表記使っているか気になるわ

2017/08/25(金) 23:59:37.12

>>688
むしろ初心者向けじゃね？
パフォーマンス気にしだすと、StackOverflowの中の人みたく、全ての.csファイルからusing System.Linqを消し去ったりするw

2017/08/26(土) 00:27:43.45

http://libro.tuyano.com/index3?id=1247003
このページにある
MyObject obj = new MyObject();
obj.name = "つやの";
obj.age = 123;
obj.printData();
MyObjectクラスを使うこの部分はなんといいますか？

また、obj を変えて複数の上記のような構成を作るとそれに伴いちゃんと表示は増えますが、
objに当たる部分を必要に応じて動的に増やすということは可能のなのでしょうか？
インスタンスを動的に増やす　で検索しても見当違いなものがヒットしますので、自分の中で言葉が間違ってるとは思いますが

よろしくお願いします

2017/08/26(土) 00:28:34.42

よくパフォーマンス云々言う奴が居るけど
C#使う用途でLINQ程度のオーバーヘッドが気になるのってどんな場合だよ

書きやすさ捨てても速度ほしいならC++でも使ったほうがいいんじゃないの

2017/08/26(土) 00:38:20.18

>>691
そのレベルならまずは入門書を一通り読もう
時間の無駄だ

2017/08/26(土) 01:16:27.80

そのレベルの回答ならまずは入門書を一通り読もう
時間の無駄だ

2017/08/26(土) 05:00:00.26

>>692
StackOverflowの例が出てるやないか

2017/08/26(土) 08:01:09.16

でも実際のところ遅いよなあ

2017/08/26(土) 08:49:05.86

.netnativeは早いぞ
アレがFormsとかWPFに降りてくることはなさそうだが
UWPで作れる範囲は移行するべきだと思うわ

2017/08/26(土) 10:09:45.73

>>695
ググっても出てこなかったんだけどソースある？

2017/08/26(土) 11:54:04.74

LINQスレがあったぞ。そっちで聞いてはどうか。
10年で1スレ消費できないぐらい過疎ってるが。

2017/08/27(日) 06:31:24.46

いやStackOverFlowの開発者がLINQ全消ししたって情報出した本人がすぐ上にいるのに
なんでそっちで聞かなきゃいけないの

2017/08/27(日) 07:45:43.39

大規模のプログラムを解読する場合にはどういう方法でアプローチしますか？

2017/08/27(日) 07:54:29.85

>>697
＞.netnativeは早いぞ
＞アレがFormsとかWPFに降りてくることはなさそうだが
なぜ降りて来ないんだろうなあ
普及させれば良いのに

2017/08/27(日) 08:13:43.76

WinFormsとWPFはMSに捨てられたから仕方ないね

2017/08/27(日) 08:45:58.12

Winform とWpfを捨てたら何がのこるん？

2017/08/27(日) 09:40:24.19

ゴミとちょまど神

2017/08/27(日) 10:27:41.65

WIN32だな

2017/08/27(日) 10:29:06.43

＞大規模のプログラムを解読する場合にはどういう方法でアプローチしますか？

これだけど、本質的を手短に説明できるちょっとレベルの高いひといる？　

2017/08/27(日) 10:29:16.65

そこでざまりんですよ

2017/08/27(日) 10:35:48.21

>>701
リファクタリング
コミットはしなくていいぞ

2017/08/27(日) 10:38:53.50

>708
バインドって意味不明なんだが、
TEXT　＝　データ
って書くのと
TEXT　＝｛　バインド　データコンテキスト｝
って書くのでどんなメリットがあるの？　というか1000万個のデータある時に1000万個にバインド
できんでしょ。バインドできるのはその中の一個だから、データを選択しないといけないよな。
でボタンを押されたら、データを選択して、データコンテキストにほりこむんだろ。代り映えがないような
きがする。

2017/08/27(日) 10:40:27.67

>>701
そう、その言葉をまっていました。そのリファクタリングを掻い摘んで説明してください。

2017/08/27(日) 10:43:38.89

ユーザはWinFormを捨てないから安心して。

2017/08/27(日) 10:45:36.83

>711
自己解決した。

2017/08/27(日) 10:46:17.35

>>710
実際、大したメリットはない
最近の流れとしては、Web分野でも一時期バインドが流行っていたけど結局はユーザー操作時の代入に回帰しつつある
所詮は「手作業で代入すんのめんどくせえ」ってだけの問題であって、バインディングはそれだけのために過剰な複雑さを持ち込みすぎている

2017/08/27(日) 10:47:48.02

>>701
まず解読しなくていいように段取りだ

2017/08/27(日) 10:48:36.94

リファクタリングで
★継承を委譲に置き換える
　継承では基底クラスのすべてのメンバを、サブクラスに許さなければならない。
　基底クラスの一部だけの機能を利用する場合は、継承の代わりに委譲を使う。

これはどういう意味？

2017/08/27(日) 10:49:09.92

>>710
セキュリティチェックが簡単だからでしょ
代替方法あるなら拘る必要ない

2017/08/27(日) 10:59:37.52

>>716
それはプログラムを読むための手法でなく最適化するための段取りってのはわかっている？
あとはオブジェクト指向とかのキーワードでググってみるほうが速い

2017/08/27(日) 11:00:37.70

>>714
デザイン（View）はアーティストの俺が書いて、「土方ロジックは知らん。お前等に任した」っていう時にはいいかもしれない。
しかしその場合にもボタンと同期してデータを切り替えないといけないよね。その仕組みってどうなってるの？
ボリュームを回すから、データはそれに合わせてかえてよねっていうようなこと。

2017/08/27(日) 11:01:25.93

>>718
VB6をC#に変更するんだが、VBソフトを解読する場合にはどこから手をつける？
画面数が７0程度、クラスが１０個、標準モジュールが３０個位ある。
とりあえずクロスリファレンスを作ってみようとおもってるんだが、何か方法論とかないかなーとおもっている。
そこでリファクタリングをするというのは一つの手ではある。

2017/08/27(日) 11:04:21.15

VB6ってのは知らないかもしれないが、VBAと同じで標準モジュールというのは
グローバル変数で、これが大量にあるので難儀している。

2017/08/27(日) 11:05:21.87

>>716
お前の会社の経営が厳しくなり、無能なお前をリストラしてお前の業務を外部委託することになったとする
そのとき、外部の人間を社内に常駐させるか?、それとも社外に丸投げするか?　ということ
社内とのやりとりが多い業務であれば前者の方がスムーズだろうけど、
そうでもないなら後者の方が安上がりだし委託先を後で変えることも容易で好ましいだろ

2017/08/27(日) 11:05:33.18

>>720
VBなんか知らんし
仕様書があれば仕様書見て作り直し必要な部分だけ元のソース参照する
仕様書が無いのなら動作確認して自分で仕様書書くところから

あ (ｽﾌﾟｯｯ Sdca-Vrzw) · 2017/08/27(日) 11:21:08.14

>>719
デザインセンター持ってる会社なら、ホントに分業出来るから楽だと思うよ。
ボタンと同期して中身変える、ってのは、ダミーデータ返す関数と、メソッドのスタブ最初に用意して、それを渡す。なかったら「くれ」って言ってくるし。
どちらも無意味な不幸の無いプロジェクトになる。

2017/08/27(日) 11:21:43.63

>>722
分かり安い説明だが、愛がない。そこもかなり重要だと思う。ところでWPFって
やったことないのだが、やってみたい。
最初はVB6のフォームのコントロールのリストと位置を拾いだせば画面は自動的に変換できそうなので
そうしようかと思ったのだが、XMALでやるってのは難しいだろうか？

2017/08/27(日) 11:25:19.91

>>724
そうだね。アーティストの俺には土方仕事を丸投げできるからかなり有利かも。

2017/08/27(日) 11:47:31.40

>>720
解読するって言うのはまず間違いじゃないかな

顧客から要望聞いてSEが再設計して仕様書作るのが正しい

2017/08/27(日) 11:49:16.29

＞＞仕様書が無いのなら動作確認して自分で仕様書書くところから

ソースを解読してその仕様書を書く手順を考えている。うまくコンパイルして動かすこともできたん
でソースを解読しつつ整理して、最終的に変換をする。
具体的には
整理
１．クロスリファレンスをだしてグローバル変数を整理
２．画面がやたら多いので手書きで書き直すのはとっても大変だ。
しかし殆どはパラメータの設定のような単純な画面なので、画面の書き換えはプログラムで変換できそうだ。
しかし内部のイベントロジックをどうするかだな。画面はC#でもVBでも好きなように変換できるが、ロジック
はC#に変更するのは正気の沙汰ではないな。
やはりVB.netに置き換えるべき。となるとやはりVB.NET　Winform以外の選択肢はないのか？

2017/08/27(日) 11:56:58.26

＞顧客から要望聞いてSEが再設計して仕様書作るのが正しい

もともと正しくないところから出発しているので、正しい方法は取れない。唯一できるのは
自由に作れるということだけ。しかも動きさえすればいいというレベルの客。ただし.netで
作るというのが条件でソースも提出することになっている。C#でもVBでもWPFでも問題ない。
　大半をDLLにして、上っ面だけNETでもいい。

2017/08/27(日) 11:57:14.71

ID抽出してみたけど

プロに頼んだほうがいいよ

2017/08/27(日) 12:01:04.00

ソース提出って下手な仕様書出すより厳しいと思うんだが

2017/08/27(日) 12:03:03.81

>>729
レスを読んで思ったけど本人は真面目なのかもしれないが
やってることは素人の趣味の延長レベル

それで給料がもらえるって非常にありがたいことだね

2017/08/27(日) 12:16:29.66

平和だからね。

2017/08/27(日) 12:18:52.83

＞プロに頼んだほうがいいよ

頼んだのだけどやる人がいない。

2017/08/27(日) 12:21:18.06

>>720
VS2008まではVB6⇒VB2008へのコンバーターがついてたので、
VS2008かVB2008 Expressをなんとか手に入れて、とりあえずVB2008に変換して
みたらどうかなと。

まあ変換精度は高くないので手直ししないとまず正常に動かないし、
返還後のコードはMicrosoft.VisualBasic名前空間とかVBランタイム関数とか
使いまくりなので、それをさらにC#で書き直すのはかなり大変だと思うけど

2017/08/27(日) 12:31:29.70

>>720
それは調べてやってみたが、1時間かかっても変換できなかったよ。
一時間たってキャンセルしたら1kのLogファイルが残ってた。
多分簡単なものなら変換できるだろうと淡い期待はもっている。リファクタリングして疎結合にすれば
３つに分解できそう。
　IOコントロール
　DBアクセス
　画面
IOが厄介だなーとは思う。多分この部分がよくわからないのでプロは逃げ出す。

2017/08/27(日) 12:35:37.88

＞使いまくりなので、それをさらにC#で書き直すのはかなり大変だと思うけど

混在してつかえるし、VBのクラスはそのまま呼び出せるので不都合のある部分だけラッパーすればいいだけでは？
それならVBで書けよって話になるかもしれないが、追加部分だけでもC#にしたい。

2017/08/27(日) 13:14:51.06

VB6置き換えは元が酷いスパゲティだしCOMコンポーネントの代替ライブラリが見つかんないと詰むしロクなことにならない
要件定義からリビルドしたほうがマシだぜ

2017/08/27(日) 13:15:02.42

htmlの文章をC#で書くメリットは有りますか？
無ければテンプレ落として来て挿入するだけなんですけど。

2017/08/27(日) 13:16:46.63

素人はすぐ新しく作り直せとか言うんだよな。

2017/08/27(日) 13:29:37.85

>>740
一般論的に言ってリプレースは最後の手段だ
少なくとも数ヶ月はリファクタリング、リアーキティングなど試せることは試した上で
それでも手に負えないと判断してからリプレースに着手する
いきなりリプレースはリスクがデカすぎる
しかしながら経験上VB6の移植は結局リプレースになることが多いんだわ

2017/08/27(日) 13:33:01.79

>>738
確かにそういうばあいもある。モジュールが多いのが問題だけれどもクラスを使っているから、そんなに下手なプログラムではないね。
VB6でクラスを使っているとまあまともだね。

2017/08/27(日) 13:48:07.30

>>742
UI class : other class : static class = 7 : 1 : 3

かなりバランス悪いと思うぞ
綺麗なソースになってるとは期待できない

あ (ｽﾌﾟｯｯ Sdca-Vrzw) · 2017/08/27(日) 14:21:50.71

>>726
工業デザインの人に、アーティストと言うと鉄拳飛んできたイメージだが、今のデザイナーはアーティストはなのかな。
俺もデザイン系の単位も資格も持ってるけど、アートと思った事は無いなぁ。

2017/08/27(日) 16:04:23.27

http://www.atmarkit.co.jp/ait/articles/1707/28/news033.html

2017/08/27(日) 16:30:03.45

VB6のコードを解読しないといけないアーティストw

システムの内側からじゃなく外側から整理して
ユースケース単位や機能単位でコードリーディングしていくのが効率的

2017/08/27(日) 16:47:16.97

プログラム本体やシステム全体の仕様が分かってるならゼロから書き直した方が
結局早いと思うけどね。

そもそも今更C#でに移行するのは、将来手を入れる可能性があるからじゃないの？
だとしたら長期的なメリットデメリットを考えてもそうした方がいいよね。

「動いてるプログラムを触ってはいけない」ってのは個人的にはダメな人の台詞だと思うね。
それ、自分のコードを理解する能力が不十分だって語るに落ちてないか？