C#, C♯, C＃相談室 Part94 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/04/22(土) 15:36:53.26

■Visual Studio 2015 Community & Express (無償の統合開発環境)等はこちら
http://www.visualstudio.com/downloads/

■コードを貼る場合はこちら
http://ideone.com/

■前スレ
C#, C♯, C＃相談室 Part92 （実質93）
http://echo.2ch.net/test/read.cgi/tech/1485589613/

■次スレは>>970が建てる事
建てられない場合は他を指定する事。

**デフォルトの名無しさん** · 2017/07/28(金) 17:20:30.90

ソースをhttps://ideone.com/みたいなとこに張ったら一発だよ
ここのお兄さんがたが知恵を絞って色々批判してくれるよタダで
そしてそれが、すこしの恥とひきかえにおまいを成長させる

**デフォルトの名無しさん** · 2017/07/28(金) 18:19:30.49

>>560、>>561
どうもありがとうございます

**デフォルトの名無しさん** · 2017/07/28(金) 19:57:56.53

前略main(引数略)
{
処理a；
処理b；
処理c；
処理d；
ﾘﾀｰﾝ
}

**デフォルトの名無しさん** · 2017/07/28(金) 20:32:00.92

なにやら、「Stateパターン」というのを使えばきれいになりそうです

**デフォルトの名無しさん** · 2017/07/28(金) 21:13:19.68

Stateはアンチパターン
「状態は明示的かつ最小限に」が今風

**デフォルトの名無しさん** · 2017/07/28(金) 21:20:18.20

へ～。
じゃあどうするとよいのでしょうか...

**デフォルトの名無しさん** · 2017/07/28(金) 22:10:55.08

いいから>>561のサイトにお前の書いたコード貼れ

**デフォルトの名無しさん** · 2017/07/28(金) 22:13:50.04

ろくにコード書かない初心者ばかりのスレに貼ってもしょうがないな

**デフォルトの名無しさん** · 2017/07/28(金) 22:42:33.73

https://ideone.com/cHsNov

これでどうか。
どなたか優しくご教授になってくださるとうれしいです...

**デフォルトの名無しさん** · 2017/07/28(金) 22:44:40.17

ほんとにはじめたてです。
VisualVasic使ってますが、機能がいまいち使いこなせません。

**デフォルトの名無しさん** · 2017/07/28(金) 22:49:28.94

>>569
のやつ思った通りに動かないやつでした。
また貼りにきます

**デフォルトの名無しさん** · 2017/07/28(金) 22:54:19.21

長い... か？

**デフォルトの名無しさん** · 2017/07/28(金) 22:54:29.48

https://ideone.com/C2DZMv
です。よろしくお願いします。

**デフォルトの名無しさん** · 2017/07/28(金) 22:55:23.06

>>572
これから内容増やしまくるので、
本体から離したいです。

**デフォルトの名無しさん** · 2017/07/28(金) 23:55:21.82

プロジェクトまるごとどこかにUPした方が口出ししてもらえるかもよ

**デフォルトの名無しさん** · 2017/07/29(土) 00:21:01.93

>>575
そうですね、ありがとうございます

**デフォルトの名無しさん** · 2017/07/29(土) 00:22:42.64

>>573
分岐条件と処理の対応表作って飛ばすだけじゃだめなの？

**デフォルトの名無しさん** · 2017/07/29(土) 00:29:09.54

長い処理は長くていいと思うが保守目的なら、parial使ってソースファイル分けるのがいいかな。

**デフォルトの名無しさん** · 2017/07/29(土) 00:56:00.91

これはどうしようもないとまで言えないけど
こんなもんだろ

**デフォルトの名無しさん** · 2017/07/29(土) 02:51:51.63

すまん、スペルミス。partial　ね。

**デフォルトの名無しさん** · 2017/07/29(土) 12:30:26.46

>>579
こんなもんなんですね！
では気にせず書いていきたいと思います

>>580
partialについて勉強して、良さそうだったら使ってみようかと思います

ありがとうございました

**デフォルトの名無しさん** · 2017/07/29(土) 12:37:15.78

長いかどうかというか責務が分割されてるかだよ
責務が分割されてるなら自然と短くなる
ショートコーディングを突き詰めるのはその後

**デフォルトの名無しさん** · 2017/07/29(土) 12:41:24.13

処理を１つ１つのシーンごとに完成させたいんですが、
キーイベントと描画で、一緒に書きたい部分が分けられちゃってるんです。
それを、できたらどうにかしたいと思います。

**デフォルトの名無しさん** · 2017/07/29(土) 18:43:03.15

ベースとなるシーンクラスを作る。キーイベントや描画の仮想関数も入れとく。
個々のシーンごとに、継承してクラスを作り、そこにキーイベントと描画を実装する。
ストーリー進行管理クラス作り、そこでシーンクラスの切り替えを行う。

**デフォルトの名無しさん** · 2017/07/29(土) 19:23:12.73

キーイベントをコマンドに変換してモデルに投げるクラス
モデルを描画するだけのクラス

これは分けとかないと後で泣くよ

**デフォルトの名無しさん** · 2017/07/29(土) 20:14:15.70

C♯を触ってるけど、独習C♯をちょっとかじって、作りたい物ちょこちょこ適当に作ってるから綺麗なコードってのがよく分からない
このスレの人達はサンプルソース見たりとかやりやすい作法とかどうやって見つけてますか？

**デフォルトの名無しさん** · 2017/07/29(土) 20:31:18.14

>>586
本を読む
コードを書く
レビューする
レビューされる
常に考える

**デフォルトの名無しさん** · 2017/07/29(土) 20:41:15.53

>>587
レビューする、されるは考えた事なかったですねー
作ってる物が物なだけにあんまり同じ方向でやるような思考が無かったのもありますが・・・
ありがとうございます

**デフォルトの名無しさん** · 2017/07/29(土) 20:41:31.78

>>586
GitHubの有名なプロジェクト見てみ

**デフォルトの名無しさん** · 2017/07/29(土) 20:45:58.77

>>589
あー、そういうところから見るって手もあるんですね
こういう管理系統のモノ入れても使っていませんでしたが、そういう使い方もしたいですね

**デフォルトの名無しさん** · 2017/07/29(土) 21:02:11.91

>>589
こういうアドバイスする奴は実は自分でソース見たことない奴だと思うわ
結構癖のあるソース多いし考え方って想像以上にバラバラだから初心者が見たら余計に混乱するだけ

**デフォルトの名無しさん** · 2017/07/29(土) 21:08:27.57

本読んで勉強するレベルの奴はきれいなソースなんて考えなくていいよ
まずは動くソースかけるようになれよ
動くの書けたらごっちゃなソースになってるだろうから、そこで余裕があったら考えりゃいい
昨日の質問の奴みたいにその書いたソースに合わせてな

**デフォルトの名無しさん** · 2017/07/29(土) 21:21:04.34

>>586
ブログで成果物のコード公開してみたら？
コメント等で指摘してもらえたりするかもよ？

**デフォルトの名無しさん** · 2017/07/29(土) 21:34:41.88

>>591
使いたい機能で備忘録とかサンプルみたいなのは見たりするけど、
プロジェクトレベルで無いかなーとかは思ってたので、どんな感じかは興味ありますね

>>592
動くものはそこそこ作ってるんですけど、オブジェクト思考とかまったく勉強してないので、
関数切り貼りとか汎用関数適当にぶち込んだクラス使い回しで、ほぼベタ書きみたいなもんなんですよね
たまーに少し凝って少しずつ汎用度は上げてますが

>>593
やっぱり公開するのが一番手っ取り早い上達方法だとは自分も思います
自分で改善するには、現状の自分のレベルよりも上の人からきっかけ貰わないとそもそも気付けないパターンのが多いですし

基本的にはスクレイピングしてDBにデータを集めて、それを色々と分析するようなプログラム書いてるだけなので、
ベタでも動かすのは大体問題無いんですよね
しかし、こういう作法は効率悪いよとか、こういう書き方すればいいじゃんみたいな参考コードから
自分のコードに付け足したいってイメージでした

**デフォルトの名無しさん** · 2017/07/29(土) 22:32:29.25

>>594
そういうのはC#よりPythonなどのスクリプト使ったほうがいいんじゃないか?
圧倒的に手っ取り早く作れるよ

**デフォルトの名無しさん** · 2017/07/29(土) 22:42:14.14

>>595
Rubyでスクレイピングしてる参考書買ってちょっと書いてた時期あるんですが、それが少し動作遅かったのでC♯で移植してからずっとC♯使ってるんですよね
後はC♯のchartクラスとかも少し触ったりしてます

Pythonは触ったこと無いですが、作業内容に合わせてコーディング時間調整できるぐらい色んな言語触れる用になるのは目標ではありますね・・・

**デフォルトの名無しさん** · 2017/07/29(土) 22:50:27.83

Pythonだとmatplotlib使えばクソ簡単に高品質なグラフ描けるよ
スクレイピングがスクリプトで遅いのはXPathをうまく使えてないんじゃないかな
スクリプトを使うなら重い処理は極力ライブラリに丸投げするのがコツだ

**デフォルトの名無しさん** · 2017/07/29(土) 23:02:02.11

>>591
これがいわゆる井の中の蛙ってやつです

**デフォルトの名無しさん** · 2017/07/29(土) 23:12:38.60

スクレイピングはjsだろ

**デフォルトの名無しさん** · 2017/07/30(日) 03:04:38.72

>>586
その独習C#とかで書かれてるようなのがいわゆる綺麗なコード。
まあ、有名ライブラリ書いてるコミッタとかでもそんな綺麗じゃない場合もあるので、ぶっちゃけ優秀な成果物作ったもん勝ちってのはある。
勝てば官軍。
行儀のいい無能より、素行不良でも有能な奴が好まれるのはどの業界でもよくある。

勿論、綺麗なコード書けるに越した事はないけど。

**デフォルトの名無しさん** · 2017/07/30(日) 04:38:20.28

昔はDr.Dがレクチャーしてくれたのにな。

**デフォルトの名無しさん** · 2017/07/30(日) 04:54:53.83

スクレイピングはPowerShellでやってる

**デフォルトの名無しさん** · 2017/07/30(日) 05:57:53.68

「きれいなコード」とはまた違うのかもしれないけど、「C#らしい生産性の高いコード」ってなかなか書けないよね
C++やC++/CLIが高機能かつ安全になりすぎたせいもあってC#の優位性が失われた気がするんだよな
VisualStudioやVSCodeの補完機能の効きが違うせいでC++よりC#が使いやすいとか、機能が少ない分C#の方が他人の書いたコードが読みやすいとか、今となってはそれぐらいしかメリットが無い気がする

**デフォルトの名無しさん** · 2017/07/30(日) 06:03:17.61

今のC++ってC#に匹敵するほど生産性高いの?

**デフォルトの名無しさん** · 2017/07/30(日) 06:03:50.53

生産性の高いコードは言語と無関係だと思うな

**デフォルトの名無しさん** · 2017/07/30(日) 06:08:48.44

>>598
お前が井戸からでて実際のコード見てから語れよ w

**デフォルトの名無しさん** · 2017/07/30(日) 06:27:12.70

生産性と保守性はトレードオフ。

**デフォルトの名無しさん** · 2017/07/30(日) 07:18:45.15

>>606
見てないわけねーだろカスｗｗｗ

**デフォルトの名無しさん** · 2017/07/30(日) 07:57:39.53

>>608
どこのソースを読んでどんなところがいいのか具体的に言ってみ

**デフォルトの名無しさん** · 2017/07/30(日) 08:02:02.87

さすがC#erはパッパラパーやな

**デフォルトの名無しさん** · 2017/07/30(日) 08:08:37.81

人のソース見てもたいていは小手先の表現しか参考にならない
汚いコードとの対比がないからな
人のソース見てそれ以上がわかるやつは相当デキル

**デフォルトの名無しさん** · 2017/07/30(日) 09:04:32.55

>>609
Cakeでもいいから頭に入れてもらおうか

**デフォルトの名無しさん** · 2017/07/30(日) 09:41:14.51

綺麗なコードは端的に読みやすくて再利用性が高いってイメージで使ってました
後から機能拡張し易い書き方とかもそうですね
基本的にはオブジェクト指向な感じです

**デフォルトの名無しさん** · 2017/07/30(日) 09:42:29.47

>>612
で、どんなところがいいのか説明してみ
名前だけならソースなんて見れないボンクラでも書けるし w

**デフォルトの名無しさん** · 2017/07/30(日) 19:11:49.81

webbrowserコートロールにedgeが使えるようになるのはいつ頃でしょうか？

**デフォルトの名無しさん** · 2017/07/30(日) 19:15:45.46

最初から使えるよ・・・

**デフォルトの名無しさん** · 2017/07/30(日) 20:45:25.67

>>614
よおボンクラ

**デフォルトの名無しさん** · 2017/07/30(日) 20:51:26.25

>>614にまともな返事がない時点で勝負は決した
敗者は頭を下げるように

**デフォルトの名無しさん** · 2017/07/30(日) 20:58:34.14

>>618
Cakeって例が上がってるだろ

**デフォルトの名無しさん** · 2017/07/30(日) 21:23:35.05

>>619
日本語が理解できないのかな？

> 名前だけならソースなんて見れないボンクラでも書けるし w

**デフォルトの名無しさん** · 2017/07/30(日) 21:38:52.09

>>620
うん、ボンクラだから理解力皆無ってことね

**デフォルトの名無しさん** · 2017/07/30(日) 21:42:33.26

>>620
ねえねえもしかしてCakeのソースすら見たことないのかな？

**デフォルトの名無しさん** · 2017/07/30(日) 21:43:27.07

>>616
横レスだけど
https://social.msdn.microsoft.com/Forums/ja-JP/d0aeb9ca-c21e-43ea-8ed0-5eb309d96f9e/webview?forum=windowsgeneraldevelopmentissuesja
.NetFramework デスクトップアプリケーション用のWebView(WebBrowserコントロール)は以下の認識
でいますが間違いがないでしょうか？
1.Microsoft Internet Explorer 7が既定となっている。
2.レジストリ変更によりInternet Explorerのバージョンの変更が可能。
3.Internet Explorer以外のブラウザ(Microsoft Edge、Google Chrome)を使用できるコントロールはない。

このページの内容は間違っているの？

**デフォルトの名無しさん** · 2017/07/30(日) 21:45:05.94

>>622
CakePHPとでも勘違いしてるんだろ

**デフォルトの名無しさん** · 2017/07/30(日) 21:53:49.94

>>618 で確定やね

**デフォルトの名無しさん** · 2017/07/30(日) 22:55:14.27

>>623
1、2はIEのコントロールのことであってる
3はedgeもchrome系もコントロールあるから間違ってる

**デフォルトの名無しさん** · 2017/08/01(火) 18:41:49.84

質問。
これはどういうケースを想定したものなのか教えてくれ。

> フォーカスイベントと検証イベント
> (中略)
> マウスの使用、または Focus メソッドの呼び出しによってフォーカスを変更する場合、Control クラスのフォーカスイベントは次の順序で発生します。
> Enter
> GotFocus
> LostFocus
> Leave
> Validating
> Validated
> https://msdn.microsoft.com/ja-jp/library/86faxx0d(v=vs.90).aspx

現状固定的な画面のUIでやっていて、
ファイル名を入れるテキストボックスとその隣にopenFileDialogを呼ぶボタンを配置している。
まあ、よくあるUIだ。
これを、ボタンの領域をケチりたい(少しでも長くファイル名を表示したい)ので、
試しに動的なUIで「テキストボックスのEnterイベントでボタンが出現する｣ようにしてみた。
ボタンはテキストボックスのLeaveイベントで消す。
ボタンを押すときは当然テキストボックスの外に出るので、
ボタンのEnterイベント、LeaveイベントでテキストボックスのLeaveイベントを　-=, += している。
(後からMouseXXXXイベントも対応するから、今は突っ込まないでくれ)

さて、ここで、ボタンが押せない。
理由は簡単で、テキストボックスのLeaveの方がButtonのEnterよりも早く、ボタンがremoveされてしまうからだ。
これについて、上記を読む限り、Enterのほうが先、つまり、
ButtonのEnter -> TextBoxのLeave
だと思うのだが、とにかく、そうなってない。
上記ページはどういったケースについて記したものか、分かる人教えてよろしく。
或いはこのケースはどのページを参考にすべきなのだ？

**デフォルトの名無しさん** · 2017/08/01(火) 18:49:25.41

移動先のEnterが先っていう説明じゃなくて
当該コントロールに入ってから出るまでのイベント発生順序なんじゃないの

**デフォルトの名無しさん** · 2017/08/01(火) 18:50:37.36

visible

**デフォルトの名無しさん** · 2017/08/01(火) 18:52:41.34

というか
やり方が全くダメダメ

**デフォルトの名無しさん** · 2017/08/01(火) 19:19:16.59

>>628
ああ、そういうことか。サンクス。
ただそれならFocusのGet/Lostで分離して書いていてくれれれば誤解無いのだが。

>>630
フォーカスは一つ(マウスは一つ)なのだから、
動的にadd/removeしても全く苦労しないし問題ないが。
当然visibleを使っても出来るが、同様にイベント順は見えるから同じ。(はず)

**デフォルトの名無しさん** · 2017/08/01(火) 19:20:55.16

>>631
状況によって変わるものをどうやって書けと…

leaveとenterが常にセットで起こるとは限らん
相手が一つも限らない

**デフォルトの名無しさん** · 2017/08/01(火) 19:29:13.42

>>632
どう考えてもEnterはLeaveより先なんだから、普通に以下でいいだろ。

----
マウスの使用、または Focus メソッドの呼び出しによってフォーカスを『得る』と、
次の順序で Control クラスのフォーカスイベントが発生します。
Enter
GotFocus

マウスの使用、または Focus メソッドの呼び出しによってフォーカスを『失う』と、
次の順序で Control クラスのフォーカスイベントが発生します。
LostFocus
Leave
Validating
Validated
----

もしかして、別々に書いているのは、Control内部で状態保持していて、
キーボードでフォーカスを得た際は、マウスでフォーカスを失っても、別順
Leave
Validating
Validated
LostFocus
という超絶糞仕様だったりするの？もしかして？

> 相手が一つも限らない
いやFocusは常に一つだよな？

**デフォルトの名無しさん** · 2017/08/01(火) 20:23:22.15

>>627
テキストボックスのMouseDownにボタン用のイベントを入れる
MouseDownされた座標を調べてボタンの位置でなかったら実行しない
で一応は実現できると思う。ボタンは位置を示すためだけの飾りになる
その前にコントロール重ねるのもイベントが衝突しかねないのも良くないとは思う

**デフォルトの名無しさん** · 2017/08/01(火) 20:38:33.37

前提条件を限定してエンジン側の仕様に文句言っても…
想定した前提条件に合致するように橋渡ししてやりゃいいんじゃない？

**デフォルトの名無しさん** · 2017/08/01(火) 20:39:44.45

>>633
変な考え方する人だな。

Enter発生後の状態って概念があるかどうかわからないけど仮にEner状態と呼ぶとして、
「EnterはLeaveより先」って仕様だと親子（入れ子）関係にない2つのコントロールが
同時にEner状態であることを許すことになるわけだけど、そのあたり考えて言ってるのかなそれ

**デフォルトの名無しさん** · 2017/08/01(火) 20:54:59.71

>>634
実装はボタンを遅延消去(10ms)する方向で考えてる。
理由はそのほうがコードがスッキリするから。
コントロールは重ならない。
というかボタン出現時にテキストボックスをその分縮めるからだが。

>>636
知らんがな。
MSDN確認したらそう書いてあるからそう実装したら動かない、
じゃあ逆なんだろ、ってのは予想付くが、それで正しいのか？という疑問だ。
普通はLeave->Enterの順だと思うよ。HTMLはそうだし。
ただ.NETはそこら辺古くて、奇妙な仕様が残っていたりするから確認したかった。

ああ、だから、以下の書き方が一番いいのか。まあいいけど。

----
マウスの使用、または Focus メソッドの呼び出しによってフォーカスを変更すると、次の順序で Control クラスのフォーカスイベントが発生します。
LostFocus
Leave
Validating
Validated
Enter
GotFocus

**デフォルトの名無しさん** · 2017/08/01(火) 21:06:26.55

>>637
いや、仮にもエンジニアの端くれなら、「EnterはLeaveより先」って話を聞いたら
瞬間的に整合性がない（仕様バグ）話だなって思わないとまずいと思うよ

**デフォルトの名無しさん** · 2017/08/01(火) 21:11:05.05

自分で何ともならん時は、理不尽でもそれを受け入れるのが職業エンジニアじゃね？

**デフォルトの名無しさん** · 2017/08/01(火) 21:12:41.25

>>638
> 仕様バグ
それは違うだろ。どっちが組みやすいかはさておき、どちらの仕様でも組めるはず。
勝手にオレオレ仕様に決めつけるほうがまずいだろ。

俺も逆なのか？とは思ったよ。最近はHTMLに慣れてしまったので。
ただ今回に関してはEnterが先の方がコードは単純に済んだ。
一概にどっちがいいというものでもあるまい。

**デフォルトの名無しさん** · 2017/08/01(火) 21:28:30.68

>>640
違わない。
自分で書いてるでしょ。
入力フォーカスを持つコントロールは常に一つだと。

Enterが何を意味しているのかMSDNに書いてあるか知らないが、
普通に考えれば自分自身または子コントロールが入力フォーマスを持たないのに
「Enter状態」になるのは変で、そうであれば上の入力フォーカスの仕様と矛盾する

**デフォルトの名無しさん** · 2017/08/01(火) 21:33:10.29

馬鹿が暴れてるｗ

マウスは瞬間移動可能
周りの領域を通らないでいきなりenterだけ発生させることも可能だし
逆にleaveだけもありうる

**デフォルトの名無しさん** · 2017/08/01(火) 21:37:33.35

>>641
君がどう考えるのも自由だが、俺は同意しないよ。
定常的には「フォーカスを持つのは常に一つ｣だが、過渡的には実装次第だろ。
直感的には「フォーカスを持つのは常に一つ｣の方がいいからそっちに揃っていることが多いだけで。
他で有名なのはRadioButtonで、
俺の勘違いでなければ.NETは仕様を変えてる。
そういうのがあるから確認しただけ。

ああだからそういった意味だと
> 相手が一つも限らない (>>632)
は俺の読み違いだな。彼はそこを指摘したのか。すまんかった。

**デフォルトの名無しさん** · 2017/08/01(火) 21:38:49.91

Enterが先に起こるとフォーカスが同時に2つになってしまう
Enter内部でフォーカスのカウントしてたら困るだろ

Leaveが先に起こってカウント一個→０個→一個のほうがいい

**デフォルトの名無しさん** · 2017/08/01(火) 21:53:10.60

フォーカスが移った時、ユーザーが見ているのは移った先の方だから
enterの処理を先にやったほうがレスポンスが早く感じる

てか、ｅｎｔｅｒが先のほうが正義という理屈も有るんだから現状をバグと決めつけるのはどうかと思うよ
仕様を決めた人の裁量の範囲

**デフォルトの名無しさん** · 2017/08/01(火) 21:54:46.29

排他的な状態変化に連動する状態変化が排他的じゃなかったら矛盾に決まってるわけだけど、
こういうロジカルは話は通じない人には全然通じないね...

たぶん数学苦手だったタイプの人だと思うけど

**デフォルトの名無しさん** · 2017/08/01(火) 22:02:55.06

ロジカルが全てならleaveとenterは完全に同時発生しないとおかしいわけで
先にleaveと言っている時点で既にロジカルから妥協しているだろ

多分数学が得意だと思いこんでいたタイプの人だね

**デフォルトの名無しさん** · 2017/08/01(火) 22:13:48.41

まだや

**デフォルトの名無しさん** · 2017/08/01(火) 22:17:32.13

途中で送ってしまった
が、それはどうでもいい

実際コードを書いて確認した
予想通りというか内容的には納得の内容の結果を得た

それになんでこんな仕組みになってるかも理解した
他に並んでいるイベントをよく見るとおやっと思ったのでそこをつついたらいい答えがでた
Enterは確実に後でなくてはいけない
理由がちゃんとある
てめえらで確認せえや

**デフォルトの名無しさん** · 2017/08/01(火) 22:18:32.76

>>647
実験の結果
同時に起こってはいけないという結論に至った

**デフォルトの名無しさん** · 2017/08/01(火) 22:21:58.45

そして
EnterやLeaveは過信してはならない
というか仕組みを理解しないで使ったらだめだなこれは

**デフォルトの名無しさん** · 2017/08/01(火) 22:25:45.32

>>651
シビアな場合はBeginInvoke噛まして、両方発生してから動かすのが吉だな

**デフォルトの名無しさん** · 2017/08/01(火) 22:30:33.16

>>647
よく考えてから人を批判した方がいいよ

仮に一時的にどのコントロールもフォーカスを持たない状態が出来ても
入力フォーカスの排他性と矛盾しないが、2つのコントロールが同時に
入力フォーカスを持ったら矛盾する

**デフォルトの名無しさん** · 2017/08/01(火) 22:36:38.37

君らも思い込みで話さないでテストしたらいい
しつこく何度もやってると思ってるのと結果が違うから

**デフォルトの名無しさん** · 2017/08/01(火) 22:45:07.88

英語圏の人間じゃないから感覚がわからなかった

leave　left left

leaveであってleftじゃないってこった

**デフォルトの名無しさん** · 2017/08/01(火) 23:04:17.70

>>653
それは君のオレオレ正義仕様でしかないだろ。
世の中にはそうでないものもあるってことさ。
有名なのはPHPの三項演算子が左結合とか。
http://y-uti.hatenablog.jp/entry/2013/03/10/101020

仕様ってのはそう決められていれば仕様であって、
効率的でない/直感的でない/矛盾しているとかは別の話。
とはいえ、これらの場合は糞仕様と呼ばれることになるが。

**デフォルトの名無しさん** · 2017/08/02(水) 00:04:23.74

だからオレオレとかそういう話じゃなくて、全体の仕様に矛盾があるかないかのっていうロジカルな問題なのw
好みが入り込む余地なんかどこにもないってのw

いってるそばからこれ>>646だね。
まさにバカの壁

**デフォルトの名無しさん** · 2017/08/02(水) 00:32:50.52

ボクシングでも何でもいいけど、排他的にしかタイトルホルダーになれないとしたら、
タイトルホルダーが誰もいないのは問題ないけど、同時に二人がタイトルホルダー
になるのはまずい。

だったら、「ダイトル返上」イベントの前に「タイトル獲得」イベントが発生する仕様は
破綻してるに決まってるじゃないの

**デフォルトの名無しさん** · 2017/08/02(水) 00:37:07.47

>>658
破綻してはいないんだよ。
数学が得意なつもりだが実は馬鹿な人には分からないのだろうけど。

**デフォルトの名無しさん** · 2017/08/02(水) 00:41:26.26

まあバカの壁の向こう側の人に何言っても無駄だからこれ以上はどうぞお好きに。
自分の同僚にこういう人いなくてよかったw