ふらっと 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/05(土) 14:11:58.38

?[　が演算子だとして残りの　]　は何なのか？

2017/08/05(土) 17:33:38.81

>>335
2005とかもうサポート切れてね？

2017/08/05(土) 18:41:13.40

UI部をバージョン依存にして
中の処理をバージョン非依存とかに
する造りじゃないと駄目だな

同じc#で作ったものすら移行できないのは俺らのせいじゃなくて言語作ってる奴が馬鹿なんだから

2017/08/05(土) 20:00:04.83

何言ってるのかさっぱり分からんが
多分俺らじゃなくて言語作ってる奴でもなくて347が馬鹿なんだと思う

2017/08/05(土) 20:02:18.61

>>348
ああ、うん、早く死ねよ

2017/08/05(土) 20:04:55.97

C#2.0で作ったプロジェクトとソースなら現行のものでビルドしたら問題なく動くんだが
初心者スレで間違った情報広められても困るし業界談義は他でやってもらえないかな

2017/08/05(土) 20:35:00.59

2.0はラムダがないのが致命的だな
LINQライクなライブラリ書いたけどエレガントに記述できない

2017/08/05(土) 20:40:50.48

>>350
細かいこというと、VS2005の時代のプロジェクトはUAC対応のマニフェストが
自動生成されないので、たぶん単純に変換しただけではGUIアプリの場合は問題が出ると思う

2017/08/05(土) 20:45:43.72

>>350
お前嘘つきじゃん

2017/08/05(土) 20:55:15.95

>>350
問題ないかどうかは場合による

2017/08/05(土) 21:02:43.39

>>352
ここを見て
http://dobon.net/vb/dotnet/system/asadmin.html
「管理者として自分自身を起動する」参考にして組んだことはあるけど
マニフェスト自動生成するのは知らなかったというか見てなかったｗ

2017/08/06(日) 13:00:00.86

元MSだった奴がいってたけど

VS2010当初でも開発に2,000人関わってたらしいよ。

旧バージョンを使って次のバージョンを作っていたとか

VS2010でVS2015といった具合

2017/08/06(日) 22:21:19.12

SharpDevelopを使ってとあるソースを開いて、ビルドしたらNewtonsoft.Jsonが無いよ、と。
↓
SharpDevelopに組み込まれてるNuGetでNewtonsoft.JsonをインストールしようとしたらNuGetが古過ぎてインストールできません、と。
↓
NuGetコマンド単体の最新版を落としてNewtonsoft.Jsonパッケージを導入した。
でもビルドするとNewtonsoftっていうNamespase知りません、みたいなエラー(CS0246)に。
↓
パッケージがGACに入ってる必要があるの？と思ってGacutil.exeを使おうとするも、Visual Studioにしか入ってないっぽい。
でも諸事情でVisual Studioはいま使えない。

何とかSharpDevelopでビルドを通したいんです。何が足らない || 間違ってるのでしょうか？

2017/08/06(日) 23:00:35.42

単純にdllが参照されていないだけでは？

2017/08/06(日) 23:02:52.27

アセンブリロードのアルゴリズムってどっかに文書化されてたと思う
それ探して読んで一個一個ステップを確認すればいいんじゃないか

2017/08/07(月) 00:52:46.16

ビルドオプションで、エラーメッセージを詳細に表示できないの？

そして、そのエラーメッセージで検索すれば？

2017/08/07(月) 11:23:39.74

358の繰り返しになるけど
NuGet単体版ならプロジェクトがパッケージを自動的に参照とかしないだろうから
明示的に参照させる必要があると思うけど大丈夫？

2017/08/08(火) 19:51:55.76

Publicクラスの中にPublicクラスを定義しているソース見かけたんだけど、これって何の意味があるの？

2017/08/08(火) 20:37:03.55

>>362
書いた人に聞かないと分からないでしょ

まあ、推測だけど、たぶんクラスAと一緒にしか使われない、
従属的なクラスBがあったとして、BをAの内部クラスにしたら
そういう従属的な関係が分かりやすくしたいという意図なんじゃないか。

たぶん今時の流儀じゃないと思うけど、.NET 1.0の時代からあるWindows Formなんか
そういうのいくつかあった気がする

2017/08/09(水) 11:25:35.60

Formクラス1つに対応するビジネスロジッククラス1つを作ること
0個でもだめだし2以上でもだめ

っていう頭のおかしいコーディング規約を押し付けてきたバカSEがいて
そのアホくさい制約を回避するために内部クラスを多用したことがある

2017/08/09(水) 12:15:14.19

>>364
formと紐付かないクラスを作ればよかったんじゃないの？

2017/08/09(水) 12:35:36.16

>>363
読み返してみたら確かに内部クラスは従属的な位置付けだわ、サンクス

2017/08/09(水) 12:47:34.22

>>365
だから作っちゃいけない規約なんだって
FormA LogicA
FormB LogicB
FormC LogicC
って風に最初からクラス構成が固定
なので内部クラスを使うしかなかった

2017/08/09(水) 13:00:01.19

頭おかしいやつの下で働かなくちゃいけないなんて哀れだな

2017/08/09(水) 13:03:58.48

それを疑問に思わないレベルのバカPGばかり相手にしてるんだろうから仕方ない
PGの能力に全く期待しない前提なら悪くないルールだと思う
参考にさせてもらうわ

2017/08/09(水) 13:21:54.76

>>366
あと、内部クラスって外側の非publicのメンバにもアクセスできるので
（当然インスタンスメンバの場合は参照握ってる必要があるけど）
publicにはしたくないけどある特定のクラスにだけアクセスを許したい、
っていう事情もあった可能性もあるね。

2017/08/09(水) 20:17:29.94

>>367
Formの数しかクラスが存在し得ないとしたらたしかに頭おかしい規則だが、Applicationはどうしたの？

2017/08/09(水) 20:45:34.77

wpfのmodelファイルみたいに作って欲しいんちゃう?

2017/08/09(水) 21:35:29.81

何にせよ
「なんでそんな事するのか」をハッキリさせとかないと本末転倒になるな
ルール守るために余計に無駄なことしてたら

2017/08/10(木) 03:50:16.42

あるブランチの、あるブランチ（例えばmaster）との差分が
わかる方法ってないですかね？
今は別ディレクトリにクローンしてディレクトリの差分を見ています

2017/08/10(木) 03:51:33.59

>>374
誤爆しました。すみません

2017/08/11(金) 13:17:03.53

あるファイルと削除しようとすると
「別のプロセスで使用されているため、プロセスはファイルＸＸＸＸ' にアクセスできません。」と出ます。
vshost32.exe　がファイルを掴んでいるので削除できないようです。

なのでＶＳを終了すれば削除はできます。
自分自身が掴んでいるファイルを削除するのはどうすればいいですか？
別にexeを作成して終了後に起動して削除するくらいしか思いつかないのですが・・・

2017/08/11(金) 14:04:52.87

>>376
「あるファイル」も状況もよくわからないが
プロパティからデバッグの項目開いて「Visual Studio ホスティングプロセスを有効にする」のチェックを外す
コード上で掴んだファイルがそのままとか言う話ならそのコード示して

2017/08/11(金) 17:15:57.26

>>376
もし画像表示中に削除できない問題なら、ググれば色々やり方が見つかると思うよ

2017/08/11(金) 17:43:30.26

xmlとかxlsをusingで読み込んでdisposeだかreleaseだかしてない系?

2017/08/11(金) 18:38:14.54

>>378
それはこれだな
http://dobon.net/vb/dotnet/graphics/drawpicture2.html
ファイルパスを直接渡さなければいいのでストリームでなくてもバイト配列にしてもいい
わかりにくくなるが一行で済ませるには
(Image)new System.Drawing.ImageConverter().ConvertFrom(System.IO.File.ReadAllBytes(filename))とか
>>379
usingから外れると自動でDispose()されるから、それはC#と違う話じゃないかな

2017/08/11(金) 18:45:46.80

>>380
旧コードはされないらしい
また、クラスを作った奴がやる気なくてもusingで解放されないらしい
usingの自動解放は言語機能ではなく努力目標

2017/08/11(金) 19:52:36.07

関係ないが、HttpClientも一時期話題になったよな

2017/08/11(金) 20:17:13.35

クライアント側アプリでは一通りやりたいことできるようになったので、webアプリというか、サーバーサイド系に進みたいのですが、ASP.Netでお勧め書籍ありますか？

2017/08/11(金) 21:28:23.22

なぜここで聞いた?

2017/08/11(金) 21:34:01.45

>>381
usingが努力目標ってなんだそりゃ。usingはスコープを抜ける時に必ずDisposeを呼ぶだけ。
そのクラスのDisposeの実装に問題があるだけだろ。

2017/08/11(金) 21:37:53.60

>>384
え？C#の話だとおもったんだけど違う？

2017/08/11(金) 21:50:24.05

>>385
まあ、そういうことですよ

2017/08/11(金) 22:13:33.39

>>383
ASP.NETとASP.NET MVCは別物なので注意。
今から勉強するなら、ASP.NET MVCの方。

2017/08/11(金) 22:22:31.29

今は非常に時期が悪いのでMVCすらお勧めできないよ

2017/08/11(金) 22:26:56.25

>>387
usingさん濡れ衣。

2017/08/11(金) 22:30:44.53

>>390
idisposeさんと共犯なので合わせ技で死刑

2017/08/11(金) 22:49:39.74

>>388
ASP.NETとASP.NET Web Formsとを同一視してないかい？

2017/08/11(金) 22:53:50.57

>>392
同じようなもんだろ

2017/08/11(金) 23:05:25.17

>>393
いや全然ちげーよw
ASP.NETの中にMVCとWeb Forms（とその他諸々）が含まれるんだから

2017/08/11(金) 23:09:41.68

>>392
ASP.NETだけだと、WebFormsを指す場合が多いからね。特に書籍。
補足として書いとくべきだったな。

2017/08/11(金) 23:14:24.88

>>395
ASP.NET Core MVCの方にしか力入れてないけどね
あ、最近だと特にSignalRもか

2017/08/11(金) 23:14:52.52

>>395
いつの時代の話だよ

2017/08/12(土) 04:55:15.59

>>388
ちょww 古い本買ってしまいましたぁー

情報ありがとう(>_<)

2017/08/12(土) 04:56:24.27

>>389
どのように時期がわるいのですか？
宜しければ業界背景とか教えてください

2017/08/12(土) 05:03:39.72

あ、ちなみに私は別業界の週末趣味プログラマで、あまりトレンドとかわからんのです

2017/08/12(土) 06:18:07.36

ASPの話題なんでちょっと聞きたいんだけど、linuxサーバー用のwebアプリ作ろうと思ったら.net coreでやるのとjavaでやるのとどっちが敷居低いかな？昔javaでちょっとやってたらマッピングやらがえらい面倒だった記憶あるんだけど

2017/08/12(土) 06:23:29.36

JavaならSpring Boot使えば楽
.NET Coreは敷居とか気にするレベルの人が手を出しちゃダメ

2017/08/12(土) 10:17:36.21

>>399
今新しいのに移り変わったんだけど全然普及してない
OSSにいるライバル達が強すぎてびくともしてない
従来使ってた人が離れつつある

目新しさがないのが非常にまずい
今後新しいなにかを提案できなければ
早い時期に丸々消える可能性がある

2017/08/12(土) 10:35:14.70

>>403
なるほどですね。

しかし、本も買ってしまったし、一通りは知識として吸収しておこう。

2017/08/12(土) 11:44:11.27

結局、今Ｗｅｂアプリを構築するなら、何がベストなんでしょうか？

クライアント側はjavascript一択ですよね。
サーバ側が、自分はweb formで止まっています。
.net coreなるものを調べてみればいいんでしょうか？

2017/08/12(土) 11:46:52.46

>>403
.NET Standard2.0あたりを理由として持ち出すならまだしも、そんな理由かよｗｗｗ

2017/08/12(土) 11:47:53.88

>>405
Webアプリで何をしたいの？言語はc#縛りなの？

2017/08/12(土) 11:49:32.71

pythonだと思う

2017/08/12(土) 12:03:21.67

>>407
イントラ環境で、ＤＢを絡めた様々な情報を提供したいです。
目的によってＧｒｉｄＶｉｅｗで表示したり、グラフで表示したり。

C#縛りではないですが、VS2008時代にゴリゴリ作った経験があるので一番馴染みがあります。

2017/08/12(土) 12:23:38.79

Node.jsとかでいいんじゃね
Coreも含めた今時のWebはWinFormsや昔のASP.NETとは全く思想が違ってて、コンポーネントというものが存在しない
MVC系なら何選ぼうが似たようなもんだから環境の整えやすさとかで選べばいいと思うよ

2017/08/12(土) 12:50:34.80

この前、Rubyとやったわ

2017/08/12(土) 13:09:44.12

>>410
vs2008使ってた人なら、相当な理由がない限りNode.jsを選択する理由はないな

2017/08/12(土) 13:11:36.67

>>412
本人にJavaScriptを書く気があるということは十分な理由になりうる

2017/08/12(土) 13:20:40.09

>>413
DB連携が主だろうからASP.NETでいいだろ
フロントエンドはもちろんjavaScript使うだろうが

2017/08/12(土) 13:22:56.93

Web初心者ならWebAPl + html + js + cssが簡単でオススメ
難解で無駄の多いサーバーサイドレンダリングは初心者には厳しい
厄介なWebフレームワークも最初は避けたほうがいい

2017/08/12(土) 13:26:16.90

>>415
初心者でWebAPIいきなり立ち上げさせるのか？認証はIdentityServer？
初心者だからこそフレームワークの流儀に従えば簡単にできるものを選択した方がいい
どうせイントラなんだし

2017/08/12(土) 13:27:25.22

>>414
いやLinuxって言ってるでしょ

2017/08/12(土) 13:29:09.64

>>417
うんそうだね、だから？

2017/08/12(土) 13:33:29.30

>>416
難しい事は考えなくていい
初心者の作るイントラサービスならCookie認証で十分
モデルバインディングとかテンプレートエンジンとかのあれこれ考えるより
素のhtmlとapiの方が素朴でずっとわかりやすいよ

2017/08/12(土) 13:34:37.36

>>418
MVCなら言語だけの違いになっちゃうから、もちろんWebFormsを意図してるんだろ?
LinuxでWebFormsが問題なく動作する構成を教えてくれないか
まさかMonoとか言わないよね

2017/08/12(土) 13:35:49.26

>>419
APIの実装は？

2017/08/12(土) 13:37:33.14

>>420
トンデモ理論ワロタｗｗｗ
LinuxだからASP.NET Coreに決まってるだろカス

2017/08/12(土) 13:39:12.66

XAMPPでいーよもう

2017/08/12(土) 13:43:15.73

>>410
ViewComponent

2017/08/12(土) 13:43:45.21

>>415
SPAやjQueryなんかの動的DOM操作をサーバーサイドレンダリングに移行するとかの話じゃなければ
サーバーサイドの方が分かりやすいと思うがな。動的なページがほとんど無いってんなら話は別だけど。

2017/08/12(土) 13:46:46.21

>>422
結局MVCやれってこと?
なら知っている言語 + 新しいアーキテクチャの習得でNode.jsと対等じゃん
必死に噛み付く意味がわからないな

2017/08/12(土) 13:49:49.36

>>425
もともとVisualStudioでc#書いてたっぽいしね
サーバーサイドコンプレックスにまみれたフロントエンドエンジニアが、必死にHTML&javaScriptをアピールしているようにしか思えない

2017/08/12(土) 13:49:59.47

>>417
Linuxとは一言も言ってないじゃん
お前の目は腐ってるの？

2017/08/12(土) 13:50:40.56

>>426
対等だと本気で思ってるのかこのアスペは

2017/08/12(土) 13:51:48.52

>>426
c#知らない人がなぜ偉そうにしてんのかｗｗｗ

2017/08/12(土) 13:52:03.67

>>429
まさかと思うけど、Nodeにサーバーサイドレンダリングのフレームワークが無いとでも思ってるのかな?

2017/08/12(土) 13:53:01.42

>>431
またアスペのトンデモ理論がでたわー

2017/08/12(土) 14:00:25.32

>>432
何がそんなに気に障るのが知らないけど、Web MVCへの移行を前提とした場合において、
入りやすいWeb開発プラットフォームの例としてNodeを挙げただけだよ
サーバーサイドレンダリングだけでいいなら情報の豊富なRailsやPHPの方がもっと入りやすいだろうね
君がその選択肢としてASP.NET Coreを推すなら否定するつもりはないし、俺を攻撃するよりお勧めの本やサイトでも教えてあげたら?

2017/08/12(土) 14:01:39.24

>>433
お前がなぜここにいるのかわからんわ
別のスレに誘導してさしあげろ

2017/08/12(土) 14:48:14.56

フロントエンドとバックエンドを疎結合に保つほうが実装も保守も簡単だよ
サーバーサイドレンダリングはその点で劣る
ユーザーインターフェースはフロントエンドに責務を割り振る
サービスはrest apiでバックエンドに責務を割り振る
やることが明確で実装もシンプル、保守も楽チン
おまけに動作も軽快になってユーザーもにっこり

2017/08/12(土) 14:51:23.91

次のASP.NET core 2.0で.net frameworkが捨てられるって
明言されてるから他に移るにはいい時期だと思うよ
海外の人達はどんどんASP.NETを捨てて新しい言語と別のフレームワークに移ってる最中

2.0が安定するのはリリースされてから1年後あたりだから本当に時期が悪い

2017/08/12(土) 14:55:12.15

>>436
デマおつ

2017/08/12(土) 14:55:56.25

ググればわかるよ
ググれば

2017/08/12(土) 14:57:12.35

>>438
その言葉そっくり返すわｗｗｗ

2017/08/12(土) 15:00:38.23

>>438
これのこと言ってんの？
https://github.com/aspnet/Home/issues/2022

違うならソース

2017/08/12(土) 15:42:51.22

どの人がキチガイじゃないんですか？
ほぼ全てキチガイだと思うので、キチガイじゃない人を挙げてもらった方が早いかなと思いました

2017/08/12(土) 15:50:11.79

>>441
道にキチガイとそうでない人が多数混雑していたという
どんな質問をすればキチガイとそうでない人がわかるでしょうか?

c#で答えなさい（5点）

2017/08/12(土) 21:37:49.83

>>441
>>436みたいなデマ流すやつもいるから気をつけな

**444** (ﾜｯﾁｮｲ a379-AZXx) · 2017/08/12(土) 21:57:25.09

444げっち(´・ω・｀)b

2017/08/12(土) 22:24:47.52

>>443
ググって答え探して見つからなかったんだな
かっこ悪い