C#, C♯, C＃相談室 Part94

C#, C♯, C＃相談室 P ..

166:デフォルトの名無しさん
17/05/25 11:41:19.09 OZ9w4Yf7.net
ロック問題で、価値ないつまらんネタ書いている奴こっち来い
適当にあしらってやるよ

167:デフォルトの名無しさん
17/05/25 11:44:07.67 raX4nowj.net
>>158
向こうに行ってやれよw

168:デフォルトの名無しさん
17/05/25 11:50:35.84 OZ9w4Yf7.net
最近は、こっちではnull非許容ネタやってるのか・・・
これ導入されたらガベージコレクタの性能落ちたりしないかな
4G越えのでかいツリー構造とか作っていると、参照つなぎ替えだけで色々やばいことが起こるんだよな
できるかぎり、用のないフィールドに参照ぶら下げたくないと最近しつこくnull入れてたりするんだが。
あと、event関係、弱参照で全部作り直さないとヤバないかな。
Taskとかと相性悪くて簡単にメモリーリーク起こすし、 WeakEventManagerでWPFは変態回避してただでさえコード変態状態だし。
VMごと作り直さないと色々噴き出しそうだ

169:デフォルトの名無しさん
17/05/25 11:51:39.74 OZ9w4Yf7.net
>>159
ここはキチガイの建てたゴミ箱、ちょうどいいんだよ。

170:デフォルトの名無しさん
17/05/25 12:35:35.78 KYr+IXo2.net
>>160
そんな場合はnull許容型を今迄通り使えばよろし

171:デフォルトの名無しさん
17/05/25 12:39:51.97 doyjLZp2.net
なんで択一の考えしか出来ないんだろうな
頭悪いのか？
頭悪いならゴミ回収みたいなルーチンワークしてろよ

172:デフォルトの名無しさん
17/05/25 12:40:36.41 OZ9w4Yf7.net
>>162
統一性のないコードになりそうだw
ここまで破壊的変更をするなら同じVM上で動く別言語として全く新しく設計した方が良い気がしてきている。
C#と混合してプロジェクトに登録できるようにすればシームレスにつながると思う。
今のC#には、アクロバテックな予約語追加とかも増えてきているし、いろいろ限界が来ていると思うんだ。

173:デフォルトの名無しさん
17/05/25 13:22:25.50 OZ9w4Yf7.net
どうせならC#を改造するのではなく、新規言語にして、ここにあるパターンをサクっと言語仕様として実装してみてほしいな。
URLﾘﾝｸ(ja.wikipedia.org)(%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2)
>一部のデザインパターンは、プログラミング言語（例: Java, C++）の機能の欠損の印であると主張されることがある。
>計算機科学者のピーター・ノーヴィグは、GoFによるデザインパターン本の23パターンのうち16パターンは、
>言語によるサポートによって単純化または除去できることをLispやDylanを用いて実演した。
あと、マルチスレッドプログラミングに関するパターンも、C#で書いていて本当に冗長と感じる。
文法は、Pythonみたいにインデントでネストを書けるようにしてくれれば、Pythonと交互に書くときに {} 忘れで判りにくいバクにならなくて済む。

174:デフォルトの名無しさん
17/05/25 13:37:43.42 Gj1BXJi/.net
>ID:OZ9w4Yf7
基地外こっちでも大暴れかwww

175:デフォルトの名無しさん
17/05/25 13:39:20.53 OZ9w4Yf7.net
>>166
ようキチガイ、ここは、お前が建てたスレだろ。
向こういくなや、あっちはマジ質問なんだから。
お前とは、ここで遊んでやる。

176:デフォルトの名無しさん
17/05/25 16:36:05.73 Wjjn5VOT.net
まじで基地外だからな・・・

177:デフォルトの名無しさん
17/05/25 17:37:12.65 KYr+IXo2.net
>>164
swiftもkotlinも同じ感じの仕様だから適切に使い分けられれば良いんでないのかな
それがスキルだし

178:デフォルトの名無しさん
17/05/25 18:24:15.44 6uvmeYQm.net
c#がもし最初から作り直せるとしたらどんなふうにする？
俺は
yield returnじゃなくてyieldにする
ジェネリックをsystemに入れる

179:デフォルトの名無しさん
17/05/25 18:31:48.41 ISg+EccP.net
取り敢えずintは64ビットでstringはnull無し

180:デフォルトの名無しさん
17/05/25 18:55:20.09 QWlkLrx5.net
switchのbreakは省略可能にする

181:デフォルトの名無しさん
17/05/25 18:57:08.84 yV0yCNuL.net
Nodeが快適すぎる
C#ってなんだったの？

182:デフォルトの名無しさん
17/05/25 18:57:54.98 6uvmeYQm.net
>>173
言語と動作環境比べられても…

183:デフォルトの名無しさん
17/05/25 19:21:56.48 KYr+IXo2.net
immutable保証の構文は欲しい
if forは文でなくて式でありたい
副作用隔離文法も欲しい

184:デフォルトの名無しさん
17/05/25 19:24:16.19 BYkVp2J8.net
ジャップなんて99%素人に毛が生えたレベルなのに使い分けとか酷だ

185:デフォルトの名無しさん
17/05/25 19:36:21.23 6uvmeYQm.net
ダック・タイプの問題も最初からすっきり仕様作る

186:デフォルトの名無しさん
17/05/25 19:39:01.89 1nEgUyka.net
constとreadonlyの整理
c++のconstが好きだった

187:デフォルトの名無しさん
17/05/25 19:56:07.17 KYr+IXo2.net
デフォルトでconst
キーワード指定した時だけ非const
が良いなあ

188:デフォルトの名無しさん
17/05/25 20:07:38.18 ZdIAUNK0.net
何が嫌かと言えばVMだな。最初からネイティブコードコンパイラーならC++すら凌駕したかもしれん

189:デフォルトの名無しさん
17/05/25 20:09:09.51 lGDY6SHI.net
少なくともC#のconstとreadonlyは機能的に違うし、
どちらを無くされても困ると思うけど...

190:デフォルトの名無しさん
17/05/25 20:10:14.40 VSmfM+8N.net
>>173
フレームワークって知ってる？

191:デフォルトの名無しさん
17/05/25 20:18:46.47 6uvmeYQm.net
名前空間の分割をもっと簡素にする
今はusing増えすぎでめんどい
あと一ファイルに名前空間一つに限定で
ファイル先頭で指定、｛　｝なしにする
namespace Hoge.Hoge :
これでwebからのコードのコピペが楽になる

192:デフォルトの名無しさん
17/05/25 20:24:26.30 vS0Oxp45.net
switch の最後の節の break は不要にする
ってかこれぐらいすぐやれ
毎回モヤモヤするんだよ

193:デフォルトの名無しさん
17/05/25 20:26:15.77 1nEgUyka.net
>>181
だから整理って書いたんだけど…
統合って意味じゃないよ

194:デフォルトの名無しさん
17/05/25 20:28:33.23 SU7CE5fr.net
readonlyは長すぎる
javaのfinalもだけど頼むから多用する奴は3文字以内にしてくれ
scalaなら定数も変数も同じ3文字だから揃って見やすいのに

195:デフォルトの名無しさん
17/05/25 20:29:42.51 lGDY6SHI.net
>>185
では整理とは具体的にどういう意味でしょう

196:デフォルトの名無しさん
17/05/25 20:33:29.10 OZ9w4Yf7.net
細かい機能系だと == オーバーロードが割と収集つかない感じなっているので
object.ReferenceEquals object.Equals を毎回書く羽目になり始めている
これは無駄なので == オーバーロードは廃棄して
object.ReferenceEquals object.Equals の糖衣構文として === !== == != という形にして欲しい。
Java屋がC#登場時に==オーバーロードはヤバイと警告していたが、今のC#は本当にそうなってしまった。
当初は気にしすぎと思っていたが、これは良くなかったな。
<= >= なんかも最低1個書けば残りは自動的に実装してほしいな。
== != はobject.Equalsは必須なので、あとは < <= >= > のいずれか一個を定義すれば残りは全部生成可能。
IComparable<A>を実装したのなら、逆にそこからobject.Equalsを実装してほしい。
object.ReferenceEquals に対応する GetHashCode() は簡単に利用できるべきだ。
LINQを使うときに、Distinct()などで、object.ReferenceEqualsを使いたいケースは多い。
どの比較を使うのか簡単に指定できるようになって欲しい。
比較演算子は、三引数の演算子にして、比較方法、比較対象1、比較対象2という感じにして
a ==[比較方法] b のような感じで扱えるようになると見通しが良くなると思う。
今のC#は、ラムダ式と比較用interfaceが入り混じって混沌の世界と化している。

197:デフォルトの名無しさん
17/05/25 20:35:22.76 SU7CE5fr.net
>>188
トレイトがあれば自動実装出来るのにな…

198:デフォルトの名無しさん
17/05/25 20:37:17.55 yV0yCNuL.net
C++に回帰するのだ

199:デフォルトの名無しさん
17/05/25 20:42:49.06 OZ9w4Yf7.net
>>190
今のC#はまさにそこに向かっているので嫌なんだよね。
収集のつかない言語拡張、誰も知らない大量の構文と予約語で築かれた謎の言語仕様。
C++は、21世紀のCOBOLだ

200:デフォルトの名無しさん
17/05/25 20:44:09.62 6uvmeYQm.net
c++はほらバカには便利だろう見たいな新機能をいれてるけどそれすら使いこなしにくい

201:デフォルトの名無しさん
17/05/25 20:46:56.61 lm8UuBKM.net
型宣言は後置の方がいい
>>175
>immutable保証の構文
デフォルトでimmutableにして、
必要ならmutableに出来ればよくね

202:デフォルトの名無しさん
17/05/25 20:47:18.02 yV0yCNuL.net
C#が滅んでも困らないからいいや
node.jsがあれば安泰

203:デフォルトの名無しさん
17/05/25 21:04:38.19 dzSQ5kE9.net
>>189
キチガイに触るな

204:デフォルトの名無しさん
17/05/25 21:08:44.13 B4esX4Id.net
>>191
糖衣構文を要求したその口で「収集のつかない言語拡張」とか一体何の冗談？

205:デフォルトの名無しさん
17/05/25 21:10:56.06 OZ9w4Yf7.net
immutableを構文を作るのであれば、new でプール中にすでに同じ内容のオブジェクトが無いか調査して
既にあるならそちらを利用する仕組みも欲しいな。
これを利用する場合比較演算子EqualsとReferenceEqualsは同じ結果になるのでEqualsもGetHashCodeも自動実装の物でよい。
オブジェクトプールは、弱参照のHashSetで実装される事になると思うが、弱参照の先が死んでいた場合、HashSetの登録項目も整理できる。
ガベージコレクトと一緒にこれを整理できればより効率的だが、これは現状ライブラリベースで作る事は出来ない、VM側のサポートが必要。
これについては、メモリ管理にリファレンスカウンタを実装しても良いと思う、基本はリファレンスカウンタでマークスイープはゴールキーパーとして機能させる感じで。

206:デフォルトの名無しさん
17/05/25 21:11:49.39 lGDY6SHI.net
>>188
何言ってるのかよく分からうけどカオスを増加させるだけにしか思えんな
参照型の==がデフォで参照の比較になっているのが混乱の元だと言いたいならそこは同意する。
VBと同じように参照等価検査専用の演算子を用意して==はオーバーロードしない限り
使えないようにしてくれた方が分かりやすかったと思う

207:デフォルトの名無しさん
17/05/25 21:14:05.32 OZ9w4Yf7.net
>>196
お前みたいな馬鹿には分からないのですw

208:デフォルトの名無しさん
17/05/25 21:18:19.71 OZ9w4Yf7.net
>>198
オーバーロードしたらEqualsとの違いが不明確になる。
使う側にはそれはとても伝わりにくい。
だから==と書けばそれはEqualsの事であるという事にした方が簡潔だと思うよ。
比較は頻発するので毎回Equalsを書くのはさすがに面倒。

209:デフォルトの名無しさん
17/05/25 21:18:19.88 iDw56Z9j.net
c#とc++の違いが分からん

210:デフォルトの名無しさん
17/05/25 21:24:52.13 VSmfM+8N.net
>>201
+が2個多いだろ、よく眺めてみろ

211:デフォルトの名無しさん
17/05/25 21:27:49.57 SU7CE5fr.net
>>201
C++…うんこ
c#…B級グルメ

212:デフォルトの名無しさん
17/05/25 21:54:41.07 sQqbIl08.net
C#を食ったらケツからC++が出るのか

213:デフォルトの名無しさん
17/05/25 21:58:44.98 1nEgUyka.net
>>187
そんなん知らんよｗ
なんで具体的な提案なんかしなきゃならんのだ
2種もキーワードがあるのにc++のconstに比べて貧弱だなーって思っただけ
この部分がもっと便利になればいいねーくらいで話ししてんのに難癖つけられてもなー

214:デフォルトの名無しさん
17/05/25 22:05:37.39 OZ9w4Yf7.net
関数型のように値は一度割り当てたら変更不能というストリクトな仕様は
変数一つ一つに意味を考えて名前を付けるようになれるので見通しは良くなるね。
半面、ビギナーには辛いやり方だと思う。
変更できない物だけでどうやって変化していくものを表現するのか分からなくて途方にくれそうな絵が見える。
果たして吉とでるか凶とでるか？

215:デフォルトの名無しさん
17/05/25 22:07:44.05 06apVH37.net
>>202
どっちも+2個だろー

216:デフォルトの名無しさん
17/05/25 22:16:44.94 dzSQ5kE9.net
┏━ ╋╋
┗━ ╋╋

217:デフォルトの名無しさん
17/05/25 23:36:14.82 VSmfM+8N.net
>>207
C#は4つだろ

218:デフォルトの名無しさん
17/05/26 00:05:23.61 grHVRT/B.net
やっぱメモリ管理は自動の方がいいですか？

219:デフォルトの名無しさん
17/05/26 00:15:54.83 R9lW8EDm.net
>>210
自動の方がいいと思うよ、安心感が全然違う。
ただ、マークスイープはオブジェクト総数増大につれてパフォーマンスに問題が出始めている感じがする。
ガベコレはすべてのスレッドを止めないと始められないが、オブジェクト総数増大とともに停止時間がやばくなる。
極力、マークスイープ以外の方法で回収できる感じにした方が良いかもしれないと最近は思う。

220:デフォルトの名無しさん
17/05/26 00:29:53.59 4xYFMnBo.net
>>197
思い込みで変なことを語る前に今のGCについて勉強した方がいいのでは
殆どのオブジェクトはマークアンドスイープ「ではない」GCによって回収されるんだぜ

221:デフォルトの名無しさん
17/05/26 00:33:29.03 R9lW8EDm.net
>>211
少なくともC#では、スタック周りだけでしょう。
シンプルな世代別ガベコレで実装されていると思われます。
C#ではC++のスマートポインタのようにスコープ抜けた瞬間に回収される所は見ないです。
それでは解決しきらないというのが自分の環境では起こり始めつつある。

222:デフォルトの名無しさん
17/05/26 00:38:57.52 R9lW8EDm.net
まぁ、C#の場合すべて強参照状態なんで参照カウンタで実装したところで
よほど意識してくれないかぎり有効に機能してくれない可能性は現状では高いですね。
特にevent回りとasync/await/Task回りに言えます。

223:デフォルトの名無しさん
17/05/26 00:40:01.31 Mhihnqx0.net
>>213
余計な工夫でmidlife crisis起こしてそうw
オブジェクトはすぐに使い捨てたほうがGCの負担になりにくいんだよ

224:デフォルトの名無しさん
17/05/26 00:43:15.17 R9lW8EDm.net
>>215
規模が小さいなら、使い捨てても使い捨てなくても、もともとパフォーマンスが問題になる事はないんですよ。
パフォーマンスが問題になるほど規模が大きくなっているので負担が大きいのは必然なんです。
トートロジーみたいな議論だからその反論は無意味。

225:デフォルトの名無しさん
17/05/26 02:06:01.59 7MLVuo4L.net
>>205
自分で言ったことを知らないって無茶苦茶だな
というか、そもそもC++のconstって肯定的に語る人はほ�

226:ﾆんどいないよ。

227:デフォルトの名無しさん
17/05/26 03:47:01.99 jh4BS3n9.net
>>217
え？金も出ないのに次期言語仕様のドラフト上げろっていうの？
君がどれくらいの人にアンケート取って肯定的な人が居ないと言ってるのか知らんが逆に否定的な人はどうなの？
肯定的な人が居ないのはそもそもちゃんと使ってる人が少ないからってだけでは？
assertionとかもそうだけど無くても問題もないものは当然初心者向けサイトでは扱われず使用者も少なくなりがち
ちなみにconst c# c++ってググれば検索上位は似たような内容が国内外含め結構出てくるよ

228:デフォルトの名無しさん
17/05/26 09:30:04.80 g456XZgo.net
C++を肯定的な奴少ないが使ってるのは多い。置き換えきれる言語がないんだよ

229:デフォルトの名無しさん
17/05/26 11:01:05.91 2e/JbZY2.net
constは地獄でしょ

230:デフォルトの名無しさん
17/05/26 11:41:49.76 2utmFH39.net
>>219
いい得てるわw

231:デフォルトの名無しさん
17/05/26 13:10:14.69 V0QADimW.net
c#でポインタが使えれば俺はc++はもういらない。

232:デフォルトの名無しさん
17/05/26 17:16:27.99 Vk2AXjGC.net
メモリ管理はRustのゼロコストGC(正確にはGCじゃないけど)に期待してる
>>222
っunsafe

233:デフォルトの名無しさん
17/05/26 18:58:46.42 4GVMWdle.net
>>222
使えるよ

234:デフォルトの名無しさん
17/05/26 19:35:43.26 R9lW8EDm.net
パフォーマンスを上げるのに
new するときにどの世代のメモりに生成するか指定できると便利になりそうな気がする
明らかに長期生存が分かっているオブジェクトを若いからというだけでガベコレに晒すのは無駄なんだが、現状無差別でしか生成できない。
アプリケーション終了時点まで消えてなくなることが無いと分かっているオブジェクトに至っては、生成直後に管理から外してもらえると良いんだけど。

235:デフォルトの名無しさん
17/05/26 19:47:07.58 R9lW8EDm.net
>>220
天国だよ
特にラムダ式とかローカル関数では、コピーとキャプチャを区別しなくてよくなる。
というかキャプチャとか考えたやつ、もうちょっとマシな方法思いつかんかったんかよって思う。
どのスコープの物なのか判りにくくてバグの温床
C++みたいに、キャプチャかコピーか明示できるようにして欲しかった。

236:デフォルトの名無しさん
17/05/26 20:08:39.93 bEaQUHBT.net
キャプチャーがそんなに分かりづらいとは思わんけどな

237:デフォルトの名無しさん
17/05/26 20:11:40.53 R9lW8EDm.net
>>227
もしそうだったら、何時ぞのバージョンアップの準破壊的変更で
foreach(var item in xxx) のitemのスコープを変えたりとか苦しい羽目にはならなかったろうよw

238:デフォルトの名無しさん
17/05/26 20:15:07.40 bEaQUHBT.net
>>228
それキャプチャーの問題じゃないでしょ
ループ変数のスコープの問題

239:デフォルトの名無しさん
17/05/26 20:16:06.09 R9lW8EDm.net
>>229
何言ってんだよ、キャプチャがなければ何の問題もない話だろw

240:デフォルトの名無しさん
17/05/26 20:16:55.50 bEaQUHBT.net
よく分からん思考回路だな...

241:デフォルトの名無しさん
17/05/26 20:18:42.55 R9lW8EDm.net
>>231
お前が、トラブルにあったことが無い程度にしかプログラムしていない初心者だからだよw

242:デフォルトの名無しさん
17/05/26 20:21:16.22 bEaQUHBT.net
言っても無駄だと思うけど、だからそれはキャプチャーの仕様が
トリッキーでミスリーディングだから起こる問題じゃありません。
foreachのループ変数のスコープがプログラマの予想を裏切るものだから起こる問題です

243:デフォルトの名無しさん
17/05/26 20:33:16.54 R9lW8EDm.net
結局、C#のEqualsやキャプチャとかが分かりにくくなってしまったのは
利用者から見て隠すべきでない物を隠してしまった所にあるんだろうな
operator == のオーバーロードも、C++ならポインタと実態の違いをプログラマが
. と -> の違いとしてしっかり認識しながらプログラムしている。問題なんか見たことない。
だから、C++のプログラムをしていた自分はJava屋が指摘する == のオーバーロードの危険性について
そんなの気にしすぎと軽視していたんだよな、ところが実際にはヤバかった。
C++プログラマは、ポインタとして利用しているオブジェクトには、ポインタらしい == のオーバーロードを
実体に対しての == は、実体を比較する為のオーバーロードをいつも意識している。
C#は、参照(意味的にはポインタ)を、実体の比較としてオーバーロードしようとしてしまう。意識していないからね。
このあたりが齟齬の発生地点のような気がする。
というかC#はじめて、やらかした。
どころか、標準の string からしてやらかしている。
C++では、ラムダ式でもしっかりと意識したコードができるようになっている。
次の問題は async /await だ、あれも隠してはいけない物の代表格、バグの温床だね。
C#の設計陣、そろそろ学習しろよって思うのであるがw

244:デフォルトの名無しさん
17/05/26 20:51:46.15 bEaQUHBT.net
ああ、昨日の人か
==のオーバーロードが危険とはまったく思わないし、等号という記号のイメージに
そった定義で可能なことは自然で当然のこと
問題があるとすれば、むしろオーバーロードしなくても使えてしまうことだろう。
昨日も書いたけど、VBのようにオーバーロードしないと使えない仕様の方が好ましかった

245:デフォルトの名無しさん
17/05/26 21:36:33.37 Ym5et5f0.net
マップキーに使える値型は==を上書きする
それ以外はデフォルトのまま参照の比較
これで困ったことはないな
強いていうなら決まり切った形式の実装がめんどくさいことか

246:デフォルトの名無しさん
17/05/27 20:08:35.61 CUGuWQ0O.net
そういや空の自作構造体をhashset辺りに入れるとどうなるの？

247:デフォルトの名無しさん
17/05/27 20:26:33.27 TYkkRdMw.net
>>237
.netのソース見るとnon-staticなフィールドのない値型のインスタンスは全部等価になるっぽい
試してないけど

248:デフォルトの名無しさん
17/05/27 21:21:07.48 CUGuWQ0O.net
そうなんだ。比較時に例外飛ばすと思ってたよ。

249:デフォルトの名無しさん
17/05/27 21:22:20.09 6qDXI5sJ.net
質問する前に試せよ

250:デフォルトの名無しさん
17/05/27 22:01:52.68 pNqYSKN5.net
structの既定の比較は、かなり複雑な事やってる。
ポインターとか環境によって可変するフィールドや、アライメント関連で構造体中に隙間が無い場合に限ってmemcmpで高速比較する。
それ以外は、リフレクション使っての比較なのでパフォーマンスが大幅に落ちる。
なので、原則オーバーライドして使えという事を、昔C#が出始めたころにMSが言っていた。
自分は、いいかげん面倒くさいので、自分用は式ツリー使って比較とハッシュ計算の関数を自動生成してコンパイルした上で使っている。
既定の比較もこういうのを標準で作ってくれると面倒が無いし間違いもないんだが、などと思っている。
比較したいフィールドもしくはプロパティーに[EqualsTarget]というアトリビュートを付けたら、それで自動生成される感じ。
大小比較もこれで実装されるようにしてやった。
公開して、全員に使ってもらおうかどうか思案中、ちょと変態コードすぎるので気が引けてる。

251:デフォルトの名無しさん
17/05/27 22:27:07.42 9Ba3g3h0.net
初心者が頑張ってる感があって微笑ましい

252:デフォルトの名無しさん
17/05/28 00:28:08.62 v+RO0IME.net
スレチ感があるけど該当スレが分からずここで聞くんですが
Windows Formで背景色って灰色が初期値なのって何故でしょうか

253:デフォルトの名無しさん
17/05/28 00:31:20.09 X8MhB+Ic.net
Windowsを作ったマイクロソフトに聞け

254:デフォルトの名無しさん
17/05/28 02:09:41.98 0Vke4+SI.net
>>243
それ本来はOSの設定で変更可能なはずなんだけど。Win8以降コンパネで設定できなくなってるから
何だか訳分からんことになってるね
しかし、今触ってみて改めて思ったけどWin10のUIはウンコだな
Win7の時代の方がよほど分かりやすかった
誰が考えたらこんなカオスで使いづらいUIになるんだ

255:デフォルトの名無しさん
17/05/28 08:42:44.56 Q4IaIxAm.net
つか、元のコンセプトから見れば、灰色じゃなくて銀色のはずなんだけど
どう見てもねずみ色だね

256:デフォルトの名無しさん
17/05/28 10:16:19.73 LDH8CI3x.net
なぜグレーかというと、ハイライトと陰でウィジットを立体っぽく表現できたから。
だからフラットデザインではグレーにすり必然性はない。

257:デフォルトの名無しさん
17/05/28 10:30:30.28 BVKFrymy.net
開発用端末はMac、サーバーはLinux
最近はWindowsの出る幕がない

258:デフォルトの名無しさん
17/05/28 11:35:19.99 WRDHmffy.net
俺も最近は職場のPCでも開発はほとんどVirtalBox上のLinuxでスクリプト書いてる
たまにVS立ち上げる機会があるとクソ使いやすくて感動するけど、VS以外のWindowsは大嫌い

259:デフォルトの名無しさん
17/05/28 11:41:23.39 7TA+N736.net
>>249
VS でスクリプト書けばいいだけじゃん

260:デフォルトの名無しさん
17/05/28 12:42:49.19 U0KxOEQh.net
VSをLinuxやMac向けに売れば絶対儲かるやろ
for MacとかじゃなくてWin版と同じように使える奴

261:デフォルトの名無しさん
17/05/28 13:54:11.57 V1TJzJdZ.net
XCodeで心穏やかにプログラムを書ける奴を尊敬する
よほど精神修養したんだろうな

262:デフォルトの名無しさん
17/05/28 13:55:34.04 X8MhB+Ic.net
ユーザー数が
Win >>>> 越えられない壁 >>>> Mac
だから採算が取れる見込みが無けりゃ作らないよ

263:デフォルトの名無しさん
17/05/28 14:34:28.04 7TA+N736.net
そもそも VS で儲けるとか w

264:デフォルトの名無しさん
17/05/28 15:17:54.35 U0KxOEQh.net
>>253
開発者は
Mac>>>>>越えられない壁>>>>>Win
だろ

265:デフォルトの名無しさん
17/05/28 15:22:27.08 w6vv9NyD.net
>>255
vs for macで何か不満でも？

266:デフォルトの名無しさん
17/05/28 15:26:48.07 Q4IaIxAm.net
>>255
それはない
大企業の開発環境がMacとかあり得ん

267:デフォルトの名無しさん
17/05/28 15:27:43.83 X8MhB+Ic.net
>>255
もうちょっと現実見ようぜ

268:デフォルトの名無しさん
17/05/28 15:44:53.94 BVKFrymy.net
現実見た結果Macにたどり着いた
まあ三流企業は永久に窓でも使ってろってこった

269:デフォルトの名無しさん
17/05/28 15:46:59.96 V1TJzJdZ.net
winでもmacでも*nixでもストレスしか溜まらん
開発者向けの天国OS欲しいわ

270:デフォルトの名無しさん
17/05/28 15:58:51.29 Q4IaIxAm.net
三流企業というか弱小企業はMac使うんだろう

271:デフォルトの名無しさん
17/05/28 16:01:38.86 BVKFrymy.net
>>261
弱小企業は金がないから窓使うしかない
かわいそう

272:デフォルトの名無しさん
17/05/28 16:03:22.88 Q4IaIxAm.net
でかいビル丸ごと一棟開発の部署でほぼ全部windowsマシーンとか見たことないんだろう

273:デフォルトの名無しさん
17/05/28 16:05:30.06 lvl9gPaw.net
>>262
で、なんでお前みたいなカスがここにいるんだ？

274:デフォルトの名無しさん
17/05/28 16:08:15.24 Q4IaIxAm.net
国内でmacが1000台稼働してますなんてオフィス見たことも聞いたこともない

275:デフォルトの名無しさん
17/05/28 16:08:20.73 BVKFrymy.net
コスパならLinux
快適さならMac
思考停止するならWindows

276:デフォルトの名無しさん
17/05/28 16:08:28.50 LqX4nhhl.net
>>263
その光景に寒気を覚えない奴は実務未経験だろうな

277:デフォルトの名無しさん
17/05/28 16:34:01.56 5PeSitGp.net
visual studioとc#が最強すぎるから今

278:はwindowsが一番いい

279:デフォルトの名無しさん
17/05/28 16:45:27.79 V1TJzJdZ.net
一番最低の開発環境はWin+Cygwin
仕事を辞める理由に値する

280:デフォルトの名無しさん
17/05/28 17:28:00.00 DdUksNjB.net
スポーツでもそうらしいけど、デキない奴ほど道具にこだわるのって
なんか日本人の伝統芸みたいだねw
あとこれはたぶんIT系だけだと思うけど「～使ってる俺すげえ」っていう
よくわからん自己陶酔に浸る奴は相変わらず多いね。
自己陶酔は自己不安の裏返しだって気づかない時点で程度が知れるけど

281:デフォルトの名無しさん
17/05/28 17:33:05.05 BVKFrymy.net
こだわるとか凄えってほどのものじゃないだろう
当たり前のように一通り使って見て
当たり前の感覚であぁ窓よりMacの方が使いやすいなぁって感じる
ただそれだけのことなんだよね
鉛筆よりシャーペンの方が良いなぁって感じに似てる

282:デフォルトの名無しさん
17/05/28 17:39:13.08 LDH8CI3x.net
「こんなに素晴らしい○○を使っている私は特別な存在なのだと感じました」
「○○は優れている」ってのが「優れている○○を使ってる俺は優れている」に転化しちゃってる奴は多いね。
IT系に限らず趣味の世界一般で多いけど。
そんでそれがdisられると、まるで自分がけなされたかのようにムキになる。

283:デフォルトの名無しさん
17/05/28 17:58:58.49 BVKFrymy.net
そうはいっても業務で筆を使ってる人が居たらペン使えよって内心でバカにするだろ？
そういうこと

284:デフォルトの名無しさん
17/05/28 18:04:29.24 U0KxOEQh.net
Winでいいって言ってる奴はRoR使った事ないだろ

285:デフォルトの名無しさん
17/05/28 18:06:50.38 6nsRn/wD.net
C#のスレでMacで開発とかナニカの病気か

286:デフォルトの名無しさん
17/05/28 18:08:24.27 U0KxOEQh.net
あ、ここC#スレだったわ
すまん、スレ勘違いしてた

287:デフォルトの名無しさん
17/05/28 18:29:20.56 BVKFrymy.net
>>275
なん年前の話だ？

288:デフォルトの名無しさん
17/05/28 18:50:35.39 7TA+N736.net
>>273
筆を使って業務に支障がないなら別に文句はない
評価は仕事ができるかかどうかでペンを使うかどうかじゃない

289:デフォルトの名無しさん
17/05/28 19:45:38.03 V1TJzJdZ.net
ジャップは奴隷らしくしたかどうかだろ

290:デフォルトの名無しさん
17/05/28 20:18:29.52 w6vv9NyD.net
>>275
いつの話をしているんだ

291:デフォルトの名無しさん
17/05/28 20:25:47.96 Q4IaIxAm.net
macで開発を主張してるのは各種OSSが簡単に導入できるからだろ
それがc#と何の関係があるのかはしらん
ちゃんと管理された大企業のPCに勝手にOSS入れることは難しい

292:デフォルトの名無しさん
17/05/28 20:28:31.76 w6vv9NyD.net
>>281
開発機と事務用PCの違いってわかるかい？

293:デフォルトの名無しさん
17/05/28 20:35:51.83 LqX4nhhl.net
一山いくらのPGなんてそんなもんよ
コード生産ライン作業員に自由なんてない

294:デフォルトの名無しさん
17/05/28 20:36:36.03 BVKFrymy.net
管理がしっかりしてる企業の方がリスクリターンを解ってるから導入は簡単
OSSは不安とか杓子定規にフリーはダメな三流企業は難しい

295:デフォルトの名無しさん
17/05/28 21:15:15.54 zksDCbHE.net
OSSダメ言い出したらLAMPすら無理じゃん
.NETだってオープンソースになってLinuxやMacに移植されてんのに
企業が管理してるのとか実績があるのだったら良いのか？

296:デフォルトの名無しさん
17/05/28 21:32:38.97 LL3KimrN.net
.net compact framework(C#2.0？)で知識止まってるんだけど久々にザマリン使って泥アプリでも作りたい
動くだけならできるんだろうけどlinqとかlambdaとか学びながらやりたいんだが
本とかサイトでいいとこ教えてくれ
C++,PHP,ruby,Javascriptはまー普通に書けるレベル

297:デフォルトの名無しさん
17/05/28 21:39:52.49 caiumps+.net
>>271
WindowsとMac、両方並行して使ってるけどそこまで致命的な差は感じないなぁ
バージョン管理、統合開発環境、エディタ、パッケージマネージャがマルチプラットフォームで動くようになったのはでかなり楽になった
RubyはまだWindows冷遇は強いので悲しいけど。
OS自体としてもデフォルトでも使いやすいのはMacだけど、カスタマイズしていくと差が埋まってく
人によるだろうけど、カスタマイズ好きとしてはどうせMacもLinuxもWinもカスタマイズするので大差なかった

298:デフォルトの名無しさん
17/05/28 21:40:14.17 w6vv9NyD.net
>>285
PowerShellもMSBuildもRoslynもダメなのかねｗｗｗ

299:デフォルトの名無しさん
17/05/29 14:34:44.41 KWmGTlOy.net
誰もそういう事は言ってないだろ
馬鹿じゃないの？
会社のPCに社員が勝手にソフト入れんなってことだろ

300:デフォルトの名無しさん
17/05/29 14:39:23.18 8LL+C/ec.net
>>289
馬鹿じゃないの？

301:デフォルトの名無しさん
17/05/29 15:01:35.47 m+ZaFeLx.net
ここまで馬鹿しかいねーだろ

302:デフォルトの名無しさん
17/05/29 18:35:09.12 2NVblJjK.net
この手の話題は俺社環だからマ板でやれと言われているのに何この無限ループ

303:デフォルトの名無しさん
17/05/29 19:41:47.70 Vo8bGTzE.net
ループ以外のレスをしないでください

304:デフォルトの名無しさん
17/05/30 04:00:45.22 5LsaYMbU.net
>>287
LINQはってのは使えば解るレベルの簡単さだから大丈夫
たまに毛嫌いする困ったちゃんがいるけど

305:デフォルトの名無しさん
17/05/31 19:30:52.46 EmdHwMni.net
varの話ししてもいいですか？

306:デフォルトの名無しさん
17/05/31 19:33:05.55 buo/Bij8.net
ダメです

307:デフォルトの名無しさん
17/05/31 22:00:36.87 yWFnW1e8.net
使う言語ころころ変えてたらメンテ大変そう

308:デフォルトの名無しさん
17/06/01 00:53:00.46 5sVH+pSJ.net
馬鹿そう

309:デフォルトの名無しさん
17/06/04 09:05:27.27 tYPOnRtn.net
FormにwebBrowserコントロールを置いて、
WEBページを拡大や縮小して表示する方法がありますか？

310:デフォルトの名無しさん
17/06/04 09:48:20.53 G9mRH0ZP.net
oleコマンド遅れ

311:デフォルトの名無しさん
17/06/09 09:59:55.43 6Ut3jWEP.net
FormなんかやめてElectronにすれば解決

312:デフォルトの名無しさん
17/06/09 20:38:16.81 k+3fMdQf.net
スレチ

313:デフォルトの名無しさん
17/06/11 11:11:25.29 KfYxBEuE.net
REST APIが一般化したせいで様々な環境と言語をメンテする機会が増えた

314:デフォルトの名無しさん
17/06/11 14:21:33.09 abflG9dt.net
ソースを貰ってみると
(これどの辺がRESTなん…? RESTいいたかっただけやろ…)
と思うことも多々あり

315:デフォルトの名無しさん
17/06/11 14:29:59.13 fRXzYWPt.net
休みたいっていう願望の現れよ

316:デフォルトの名無しさん
17/06/11 17:24:44.36 Tsek5cQ7.net
IN PEACE

317:デフォルトの名無しさん
17/06/12 11:51:52.59 K7TPIBhO.net
>>303
どの言語＋フレームワークが一番よかったですか？

318:デフォルトの名無しさん
17/06/14 23:05:30.95 5jDCrHnG.net
ConfigureAwaitのデフォルトをtrueにしたのって大失敗だろ
書くのめんどくせえよ

319:デフォルトの名無しさん
17/06/15 19:38:22.96 yyYf8riA.net
>>308
trueにしないと死屍累々だったと思うが

320:デフォルトの名無しさん
17/06/15 20:45:29.51 uOk0laYQ.net
おじさんは太川陽介を連想しました

321:デフォルトの名無しさん
17/06/15 21:40:50.91 OeRxoTJT.net
まあどっちを既定にしても文句は出るところだと思うけど
await/co_awaitみたいにキーワードで指定できりゃ良かったんじゃは思う

322:デフォルトの名無しさん
17/06/15 22:08:01.60 9G4t6eWS.net
ConfigureAwaitをtrueにするのはもうデスクトップアプリぐらいだろ
dotnet coreになってasp.net mvcもコンテキストへの依存がなくなったわけだし

323:デフォルトの名無しさん
17/06/15 22:

324:16:14.73 ID:+4RSrStZ.net

325:デフォルトの名無しさん
17/06/15 22:27:30.17 YiDUG5yW.net
デフォルトfalseだと常に排他制御が必要になるだろ
わざわざコンテキストに戻すのはマルチスレッドの煩わしさを避けるためなのに

326:デフォルトの名無しさん
17/06/15 22:35:26.43 9G4t6eWS.net
コンテキストと排他制御は関係ないでしょ

327:デフォルトの名無しさん
17/06/15 22:50:32.92 YiDUG5yW.net
>>315
あるよ
一部awaitしない呼び出しがあったりすると、後続処理がスレッドプールで実行されてしまうと見かけ上同一コンテキストのように見えるコードでも
同時に複数のコードが並列で実行されてしまう可能性がある(というか確実にそうなる)

328:デフォルトの名無しさん
17/06/15 23:10:58.71 9G4t6eWS.net
awaitすればいいじゃん
それってasync/awaitの世界では前提でしょ

329:デフォルトの名無しさん
17/06/15 23:14:08.29 YiDUG5yW.net
だったらtrueでもWaitしなけりゃ問題ないじゃん
排他制御が必要になるケースももちろんだけど、そもそもawaitの前後で常にスレッドが変わること自体がプロブレマティックすぎる
そんなのに比べたらUIスレッドでWaitする馬鹿のリスクなんて全く取るに足りないレベルだ
coreはWeb用ということで想定される要件が技術的に単純だから許されるんであって、さすがにそれを全ての用途に適用するのは無理がある

330:デフォルトの名無しさん
17/06/15 23:18:14.91 pnr+bbz5.net
>>318
>coreはWeb用
ソースよろ

331:デフォルトの名無しさん
17/06/15 23:21:24.69 YiDUG5yW.net
>>319
URLﾘﾝｸ(www.microsoft.com)
>.NET Core is a blazing fast, lightweight and modular platform for creating web applications and services that run on Windows, Linux and Mac.

332:デフォルトの名無しさん
17/06/15 23:22:43.99 uOk0laYQ.net
URLﾘﾝｸ(qwerty2501.hatenablog.com)
ここに書かれてるような問題があるからデフォはfalseが良かったって言いたいなら
俺も羹に懲りて膾を吹いてるようにしか思えんね

333:デフォルトの名無しさん
17/06/15 23:25:02.21 pnr+bbz5.net
>>320
完全にMicrosoftのミスリーディングやなこれは

334:デフォルトの名無しさん
17/06/15 23:26:02.98 jxd6X7lC.net
>>320
こんなこと書くから勘違いするやつらが出てくるんだよ

335:デフォルトの名無しさん
17/06/15 23:29:43.37 9G4t6eWS.net
逆でしょ
コンテキストが同じでなければならないようなコードを書くほうが問題がある
UIのように物理的な制約でコンテキストを同じにしなければならないようなケース以外ではコンテキストに暗に依存すべきではない

336:デフォルトの名無しさん
17/06/15 23:30:07.33 uOk0laYQ.net
>>320
web用なんてどこにも書いてないじゃんw
どういう読解力だよ

337:デフォルトの名無しさん
17/06/15 23:37:13.75 sYWqerlW.net
>>324
スレッドの一貫性を要求する既存のライブラリやAPIや既存コードが世の中にどれだけあると思う?
現代の実用的なソフトウェアって、君が思ってる以上にスレッドに強く縛られてるんだよ

338:デフォルトの名無しさん
17/06/15 23:42:26.44 9G4t6eWS.net
>>326
そんなものにガッツリ依存するような書き方を普段からするのが良くないのでは？

339:デフォルトの名無しさん
17/06/15 23:44:03.24 sYWqerlW.net
>>327
俺もそう思うけど、そういう要件に遭遇するたびに会社辞めるわけ?

340:デフォルトの名無しさん
17/06/15 23:50:57.96 pnr+bbz5.net
>>328
一気に話が飛躍したな

341:デフォルトの名無しさん
17/06/16 06:35:48.13 FrehRa+N.net
>>328
それはあなたの自由だけど普通はもっとコストの低い方法を探すだろうね

342:デフォルトの名無しさん
17/06/16 06:41:26.24 nG3qIF/t.net
依存しまくってもいいんだよ
何でもかんでも分離しとくのがコードの形としては理想だけど手間かかるからな
その手間と

343:依存することによるデメリットを比べて考えろ

344:デフォルトの名無しさん
17/06/16 07:46:02.57 FrehRa+N.net
何を言ってるんだろうこの人は
要らない手間を減らすために疎結合にするんだろ
あちこち依存しまくったら何をしようとしてもめちゃくちゃめんどくさくなるぞ

345:デフォルトの名無しさん
17/06/16 07:53:25.18 zHlBmHmO.net
疎結合にしたところでスレッド一貫性への依存は回避できないよ?
どう足掻こうが最終的には同期コンテキストに頼ることになる

346:デフォルトの名無しさん
17/06/16 09:28:49.43 CvLow468.net
なにまたUIスレッドくんなの？
豆腐の角に頭ぶつけて死ねよ

347:デフォルトの名無しさん
17/06/16 10:07:23.75 pyKmluG/.net
UIスレッドなくすと手間じゃなくて、グラフィックなどのパフォーマンスに影響出るからね

348:デフォルトの名無しさん
17/06/16 23:44:52.36 c8qzsUGp.net
最終的には同期とるけど最後なるまではコンテキストに依存しない方が良い
未だにデスクトップ開発してる子ってこんな簡単なこともわからないんだなぁ

349:デフォルトの名無しさん
17/06/16 23:54:05.06 A6bnq7Mz.net
いやデスクトップとか関係ないからw
昨日から何か勘違いしてる「俺スゲー」バカが湧いてるけど、こういう奴ってそもそも
非同期メソッドのメリットがどこにあるのか理解してないんじゃないのか

350:デフォルトの名無しさん
17/06/17 00:08:56.85 VR3qdmCX.net
>>337
流れ読めよ
アホなこと言ってるUI君を揶揄するからデスクトップって単語が出てくるんだよ
いや馬鹿には数スレ読むのも難しかったかこりゃ失敬

351:デフォルトの名無しさん
17/06/17 00:13:07.65 cX5L/y8y.net
悪いけど俺の目には反抗期のConfigureAwait(false)坊やが諭されてる流れにしか見えないな

352:デフォルトの名無しさん
17/06/17 00:27:31.93 LVtaY0YU.net
見え方は人それぞれだものね

353:デフォルトの名無しさん
17/06/17 02:40:14.58 P+HusDAs.net
>>338
数スレ読むのめんどいわ…

354:デフォルトの名無しさん
17/06/17 11:05:12.45 BEwZTU1B.net
イミュータブルなオブジェクトをクローンしたい
ただし1つだけプロパティを変更しつつクローンしたい
こういう時に使えるイディオムないか？

355:デフォルトの名無しさん
17/06/17 11:34:31.96 Kwn7bNYp.net
>>342
ない
それが頻繁に必要になるようなら設計ミスだ
集約の単位を間違えたってこと

356:デフォルトの名無しさん
17/06/17 12:50:58.57 6fW6JpEJ.net
case class

357:デフォルトの名無しさん
17/06/17 13:07:13.23 OoQM2ww5.net
Fontのサイズだけ変えたいとか

358:デフォルトの名無しさん
17/06/17 16:03:58.52 gVA3olL6.net
コンポジションを簡単に書く構文は欲しい

359:デフォルトの名無しさん
17/06/17 16:13:25.11 BEwZTU1B.net
オブジェクトを複製したい
ただしIDと生成タイムスタンプは変えて
とかよくある

360:デフォルトの名無しさん
17/06/17 16:47:51.73 CkD5o1Z0.net
個人的にはオブジェクトを複製する機会がほとんどない
設定フォーム出す前ぐらい

361:デフォルトの名無しさん
17/06/17 16:51:08.65 CkD5o1Z0.net
不変な物だったらコンポジションでいいと思うけど
複製コスト考えたらなおのこと

362:デフォルトの名無しさん
17/06/17 19:20:20.32 x959dLvJ.net
イミュータブルとか言って意識高い系を気取るなら
IDが付いてるかどうかは値ではなく型で区別できるようにすべきだし、
更新時刻のようなメタデータを混ぜるのも美しくない
コンポジションでいいよ

363:デフォルトの名無しさん
17/06/17 19:24:31.07 PeeF0/YZ.net
更新時刻はドメインによってはメタデータとは限らないしIDのくだりは意味不明です

364:デフォルトの名無しさん
17/06/17 20:06:28.18 cY2SfCVS.net
>>342
ルー大柴みたい

365:デフォルトの名無しさん
17/06/17 21:30:39.68 gwKlEbVi.net
object obj = GetX(); //objectを返す処理
if(obj == null) //nullなら処理終了
return;
func(obj); //続きの処理
みたいな処理書く時のnullチェックって簡潔にならない？見た目が

366:好きじゃないのよね if(obj!=null)ならまだいけるんだけど、等号ってのがなんか気持ち悪い if(!obj)みたいな書き方があればいいんだけど

367:デフォルトの名無しさん
17/06/17 21:31:16.46 KwnIyY64.net
確かにルー語っぽいな

368:デフォルトの名無しさん
17/06/17 21:34:20.92 f5T73F7L.net
>>353
真面目な話、むしろそういう自分自身を気持ち悪いと思った方がいいよ
くだらない

369:デフォルトの名無しさん
17/06/17 22:55:47.97 x959dLvJ.net
>>353
obj?.func()

370:デフォルトの名無しさん
17/06/18 02:25:14.82 hOVO0je6.net
>>356
これって?を見逃しそうであんまり好きじゃないんだよな。
１行で終わる関数やプロパティではいいけど複数行あるような場所じゃ使わない。

371:デフォルトの名無しさん
17/06/18 09:51:04.51 LYHl+woc.net
not nullableとかoptionalとか早くnull対策の拡張して欲しいね
これがあるとコードが明快かつスッキリして気持ちがいいんだ

372:デフォルトの名無しさん
17/06/18 11:12:50.35 gBGY/PYC.net
あからさまにアンチを釣ろうとするなよ
休みなのに暇人かお前

373:デフォルトの名無しさん
17/06/19 20:45:39.85 flULi9iV.net
HttpWebRequestでログインした際のCookie情報を
webBrowserにわたしたいんですがどうしたら良いでしょうか？
HttpWebRequestでのログイン方法は以下のサイトを参考にしました。
C#によるWEBサイトへのログイン方法(ベーシック認証、クッキー認証)
>②クッキー認証(ニコニコ動画へのログインサンプル)
>URLﾘﾝｸ(c-loft.com)

374:デフォルトの名無しさん
17/06/19 20:58:16.79 +e5fxQUd.net
すっげえ既視感

375:デフォルトの名無しさん
17/06/20 00:25:26.64 0dk+Bj02.net
Selenium使ったほうが楽よ

376:デフォルトの名無しさん
17/06/20 10:06:33.61 JuzXtFrS.net
>>362
seleniumだとブラウザ立ち上がるから嫌なんですよ

377:デフォルトの名無しさん
17/06/20 12:17:01.73 iIE7QTSf.net
>>363
ブラウザが立ち上がらないドライバもあるよ

378:デフォルトの名無しさん
17/06/20 13:49:47.98 RwIO/rjq.net
C#でそこそこ大きなアプリ作りたいんですけど何かフレームワーク的なものってありますか？
PHPでいうとCAKEPHPとかそういうのがあると嬉しいです
どなたか教えてください

379:デフォルトの名無しさん
17/06/20 13:50:19.99 RwIO/rjq.net
>>365
因みに作るアプリはウィンドウズアプリです

380:デフォルトの名無しさん
17/06/20 13:56:38.70 pKmK4wVA.net
コントロールやライブラリがいっぱい用意してあるのに.NETはフレームワークとして認められないのか

381:デフォルトの名無しさん
17/06/20 15:29:08.65 JuzXtFrS.net
ヘッドレスだと内容がわからないんでちょっと困るんです・・・
注文が多くてすいません・・・。

382:デフォルトの名無しさん
17/06/20 20:11:36.18 yezLQglS.net
注文が多いのは別に構わん
それに応えるのがプログラマーなんだから
後出し情報は勘弁して欲しい

383:デフォルトの名無しさん
17/06/20 20:28:55.41 ooaxCRfM.net
.NET【フレームワーク】は？

384:デフォルトの名無しさん
17/06/20 20:55:37.48 ZGgDmAaP.net
>>369
全く質問に答えてない件

385:デフォルトの名無しさん
17/06/20 21:02:22.49 O8ihspy2.net
そもそもアプリって何

386:デフォルトの名無しさん
17/06/20 21:19:15.49 WlcUYLIV.net
今ならxaml+Prismかのう

387:デフォルトの名無しさん
17/06/20 21:22:49.88 0OgRQROP.net
普通にASP.NET MVCでしょ
このスレはWebアレルギーなおじさんが多いけどペチパーなら違和感なく馴染めるはず

388:デフォルトの名無しさん
17/06/20 21:53:51.14 yezLQglS.net
>>371
仲間だね

389:デフォルトの名無しさん
17/06/20 22:11:42.85 UY9c0ml0.net
>>368
デバッグ時は普通のブラウザ
運用時はヘッドレスブラウザ
運用時に何も見えないのが嫌ならコンソールで出力したっていい
ブラウザコントロールはオートメーションのためのコントロールじゃない
オートメーションしたいなら然るべきツールを使おう

390:デフォルトの名無しさん
17/06/20 23:32:36.55 TEAjB2PS.net
津波の心配はないか
DASH島助かったな！！！！

391:デフォルトの名無しさん
17/06/25 17:34:46.59 sNamIhLK.net
非同期でフォームをフリーズ？させずにコントロールをいじることはできないのでしょうか？
Invokeを使ってもつまるところ一緒だと思うのですが、何か方法はありませんでしょうか。
例えるとタスクマネージャのような感じです。

392:デフォルトの名無しさん
17/06/25 18:09:19.52 DRN741Gu.net
何がしたいのかわからない
コントロールを作ったスレッドからしかコントロールの操作はできない

393:デフォルトの名無しさん
17/06/25 18:23:14.24 fMxhTN4O.net
>>378
> Invokeを使ってもつまるところ一緒だと思う
よくわかってないならまずは言われた通りInvoke使っとけよ

394:デフォルトの名無しさん
17/06/29 10:39:10.46 Hj4U7zK8.net
Formを閉じるとき、FormClosingイベントが2回走るんですが何故だかわかるでしょうか

395:デフォルトの名無しさん
17/06/29 10:54:15.53 Hj4U7zK8.net
すみません。ボケでした。解決しました

396:デフォルトの名無しさん
17/06/30 01:26:32.30 NeWeP0/V.net
C#とうかvisualstudioの質問なんですが、
URLﾘﾝｸ(www.youtube.com)
この動画の5:30くらいでやってる
rect.noでif文入ってるのってコードスニペット？ReSharperの機能？

397:デフォルトの名無しさん
17/06/30 08:00:53.33 raM0njdy.net
>>383
スニペット

398:デフォルトの名無しさん
17/06/30 14:23:27.35 YD6uFwbU.net
なんかエロいな

399:デフォルトの名無しさん
17/07/06 09:16:56.19 9B2MU8kU.net
webbrowserでダイアログボックスを開いて操作することってできるんでしょうか？
たとえば画像アップロードサイトでファイルをアップロードするために「ファイルを選択」ボタンを押すと
ファイル選択画面になりますが、ここにファイル名を自動で入力して自動で「開く」ボタンを押したいと。
外部のブラウザならウィンドウハンドルを取得してそこに投げてやればいいのはわかるのですが、
webbrowserでやろうとして失敗しました。

次ページ