ふらっと C#,C♯,C＃（初心者用） Part140
レス数が1000を超えています。これ以上書き込みはできません。
「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください
>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。
■関連スレ
C#, C♯, C＃相談室 Part93
https://mevius.5ch.net/test/read.cgi/tech/1492818720/
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part139
https://mevius.5ch.net/test/read.cgi/tech/1533466544/
■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/
■情報源
https://msdn.microsoft.com/ja-jp/library/gg145045.aspx
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured >>919
そもそも>>916が言ってるような挙動は本当であればバグ。
内部の実装としては、親を指定しないバージョンが呼ばれた場合は
恐らくアクティブウィンドウを親にしてるはずで、そうであれば解決策にはならんだろうね
もっとも、こんな挙動は確かにWin9x時代は何度か体験した記憶があるけど、
Win2k以降は個人的には記憶がないなあ >>916
それってweb画面では当たり前で昔からあるしIEベースのHTAでもできる
UWP発祥とかじゃないよ >>920
GetParentをcallすれば分かる たまに暴走状態になって強制終了するしかなくなるのですが、
単純なエラーではなく暴走なのでどこのプログラムミスで暴走しているのかわかりません。
対処方法ってありますか？ 簡単に再現すると、これを実行したような状態です。
bool test = false;
while (test == false) { };
しばらくすると半透明になって、右上の×しか押せなくなり、押すと↓のような警告が出て終了するしかなくなると思います。
http://dekiru.info/wp-content/uploads/2015/03/tskmgr02.jpg 単にメインスレッドで重い処理やってるだけのような気もしないでもないけども
とりあえずCPUに余裕があるならVS起動してプロセスにアタッチして全て中断してみる 盗んだバイクで
>>926
デバッグ実行してその問題が起こった時に、にIDEのツールバーの一時停止のピクトグラムのボタン
（ツールチップの表示は「すべて中断」）を押せばビジーループになってる箇所が分かるんじゃない？ >>926
VS2017ならデバッグのパフォーマンスプロファイラーで監視したらデバッグ停止した後にCPU負荷の一覧をメソッドごと(関数名)に作ってくれるよ
だいたいどこかのループで嵌っているんだろうから自分で書いているのなら当たりつけてブレークポイント入れていけばわかると思うけど 見た目とコードを分離するために、WPFとかではMVVM pattern使えとか
書かれていることあるけど、企業向けの業務アプリでは
コードビハインドにはほとんど書かずにMVVMでかく割合はどれくらいなの？
コードビハインドほとんど使わなかったらコードが冗長になって
マイナス面のが多そうに感じる。 その前にWPFを採用する割合がほぼゼロ
.NETの業務アプリなら今はほとんどがASP.NETで一部WinFormsが残ってるくらいだよ うちは専用端末向けの業務システム売ってるけど、WPFでなくWinForms使ってる。
ハードウェアとASPサービスのセットが前提の売り物だけど。 >>932-933
クロスプラットフォーム対応のためにWeb appというのはかなり前
からあるのは知ってるけど、ほとんどというほどASP.netになってるの？
あとASPはclassic ASP.netではなくASP.net MVC?
Web appのデメリットとしては
ブラウザだとUIがしょぼくて操作性が落ちる
見た目も悪い
UIまわりの開発の時間とコストが増える
ブラウザバージョンアップで動かなくなる
パフォーマンスも落ちる
とかデメリットが多すぎるし全部ブラウザだけでなんとかするのは少数派だと思ってた。 >>932-933
web appとの比較は別にして、WinFormsとWPFの選択肢で
新規でWinFormsを選ぶ意味ってまったくないんじゃないの
ただWPFわかる人がいなくてWinFormsでやっちゃったというかんじかな
WinFormsはWPFに比べて表現力が劣るからUIまわりで後から細かい注文
ついたときに困ったことになるんじゃない
UWPが微妙だから、desktop appはWPFの一択になってると思ってたわ
今ならWPFよりもXamarin使ってクロスプラットフォームとリッチアプリの
いいところどりがいいのかな
コカ・コーラとかSMBCがXamarin使ってるらしいけどMonoバグだらけ時代を
知っているとXamarin使うのも怖い 分かる人がいないって超リスク要因なんだけどスルーなんすね
仕事したことあんのか WPF分からずに使ってるならリスク保有
WPF分からないから使わないならリスク回避 仕事したことないんだろうけど、業務アプリでは特にどうしても止むを得ない理由がない限りはWebアプリを選ぶんだよ
イケイケのWebベンチャーでなくても、毎日のようにリリースされるシステムって普通にあるんやで 俺が前にいた会社はWPFバリバリ使ってたよ。
Blendも使ってた。
デザインセンターとやりとりするのにBlend確かに便利だったし。
WinFormsはほとんど使ってなかったな。 >>936-937
あおるつもりじゃなくて真剣に思うけど
開発やってる会社がWPFすら知らないってのは会社としてレベルが低すぎじゃないか
WPFでたのが2006年
12年経ってもWPFわかる人いないくて新規でWinFormsで開発ってかなりやばい
C#ならクライアントの要望に応じてWPF, UWP, Xamarinと提案できるのが
まともな会社だろう。
MVCへの反応なかったところみても、ASPも古臭いclassic ASP使ってるんだろうな
ORMも使わずSQLゴリゴリ書いてそう
>>938
PCの初心者ほどわかりやすく使いやすいUIが必要
Webアプリって最低レベルのUX, UIだ Web appが使いづらいからこそ多くの企業がsmartphone appをリリースしている
一般の個人ユーザーでさえWeb appを嫌っているという証拠だ
業務で長時間使うアプリがブラウザベースっていうのは普通にゴミでしょ
>>939
本当はユーザーに選ばせたのではなく、classic ASPしかできないから
ほかも提案せずにclassic ASPで開発したんだろう。
ユーザーはやむを得ない理由がない限りブラウザみたいな使いづらいのを選ばない。
Xamarinとか使えばクロスプラットフォーム対応もできるわけで
Web appを使わなければならないケースもほぼないだろう。
不特定多数に使わせるシステムならブラウザでも仕方ないが社内利用だからな 今の業務系ってWebの方が多くない？
長時間使うものでも。
セットアップが必要だと割と嫌われる気がする。
環境変えるのは割と稟議要るし。
うちどうしてもクラサバにするアプリは未だにClickOnce使ってる。 業務系っつってもいろいろあるしな
インストールとかのこと考えたらwebで済むならwebでやったほうが導入コスト抑えられることもあるし
案件次第かと 考えるに、Web系にしたいのは、タブレット対応を出来るだけ楽にやりたいって方が大きいんじゃないかな。
iPadアプリなんかは大量に作るわけにもいかんし。エンタープライズでも個数は決まってるから。
ASPならある程度は楽だよ。
UI部分はJSフレームワークと内製コントロール使ってるけど、今までのフォームベタ書きより遥かに楽。
そういえば今Office365だってReactだね。 認証もSSOかけたいしね。アプリ毎にログイン画面出したり、ログイン用dll蹴るとかすると、クロスは意外に苦労する。 使いづらいとか関係ないんだよ
工場が使いづらいからって従業員がその工場を使わないなんてあり得ないだろ？
ID:GJ/DAGX40が想像してるのはその工場の中で使われる工作機械(Excelみたいなツール的なアプリ)の開発だろうけど、
実際のシステム開発では工場を作る仕事の方がずっと多いの 学生だと思うけど、仕事でバリバリ使える新しい技術を習得したいならUI技術なんかどうでもいいからAWSを学ぶことを強くお勧めする
伸び続ける需要に対してまともなクラウド技術者(AWSから単なるホスティングサービス以上の価値を引き出せる人)はSI業界では全然足りてなくて、
一通りのプログラミングスキルを備えた上で手を出すなら技術スキルとしては最強よ 業務系で漠然としすぎてるなら、基幹業務アプリと仮定する
>>943-944
Deploymentが心配ならgroup policyで一括でいれちゃえばいいでしょ
ClickOnceよりさらに楽になる
>>944
Deployはすぐ終わるけど、
ブラウザベースにすると社員の生産性が落ちてずっと損失が続くよ >>947
使いづらいとか関係ないと言っちゃう人は開発者に向いてないんじゃないの
自分はフリーウェア作る時でもどうやったら他人が使いやすくなるかじっくり考えるよ
Excel？工場？
社会人だしASP.net MVCでサイト開発もやってるしDB側も自分でスキーマから作ってる。
受託開発のような立場ではない開発者 まあ普通はWinformsでできることにWPF使わないよね
情報もミドルウェアも豊富だし完全に枯れてるし開発者も簡単に見つかるし
グラボのドライバのトラブルをモロに受けたりしないし
Winformsでは実装が大変なリッチなUIを実現したい場合に初めて検討するんでええと思うわ 今ならWinFormかUWPの2択だな
WPFはない C#とたぶん関係ないけど、病院の待合室とか、科学館みたいなところで
いろんな情報をアニメーション付きで表示するサイーネージって今は何を使って開発してるの？
ああいうの大半はWindows PCだと思うけど
まさかFlashじゃないよね >>955
何で作ってんのかは知らんけどああいうのがWPFを使うべき案件 なんでwebアプリだったら生産性が落ちるんだｗ
そんなんケースバイケースじゃん
広い世の中いろんな案件、全部一緒くたにしてよく語れるなｗ Webアプリってことはサーバー用意しないといけないじゃん
WinFormでForm全体にGeckoブラウザ表示してhtmlとcssでUIつくればよくね？ そうしてみんなelectronにたどり着く
c#を捨ててtypescriptへ Winform推してる人ってマジなのか？
デスクトップアプリ作るならWPFかUWPのどっちかだろう
いまだにWindows7の会社もあるんだからWPFしか使えないところもある
Winformの利点はvbでポトペタで誰でも出来るから作る人すぐ見つかるぐらいだと思うが >>949
だいたいそういうものは特定の部署の人だけが使うものだから、そんなに細かくグループポリシー切ってないし、
グループポリシー変えるってのはそれこそ環境変えることだから、超慎重論者が出てくるよ。 >>955
サイネージはFlashあるよw
モダンな所だとHTML5だろうけど。
Animateで作れる範囲が多いんじゃないかな。
待合の番号表示はまさにWPFでやってるのを知ってる。 とはいっても、winformとWPFはオープンソース化されるわけで >>958
業務アプリならどっちみちサーバーは必要
Webならクラウドでハード持たずに解決することもできる >>943
ClickOnceの証明書どうしてる？ WinFormsいいよ、低レベルだから開発要員も集めやすいし WPFはWinFormを脳死で移行出来る仕掛けを作らなかったのが敗因 結局まともなUIフレームワークがないのかあ
やはりWinFormにGeckoかクロウニウム表示して裏はc#ってのがいいんじゃねーの 今の時代はWinFormsが低レベルなんだよなぁ、と感慨にふける winformsでも単色ベースでちょっと半透明でも混ぜとけば今風になるじゃろ？
xmlから動的生成もやろうと思えばできるし WinFormでもちょっと凝った効果出したかったらOnPaintオーバーライドしてどうとでも描画できるからまったく問題ない WPFはサードパーティーのコントロールとかかわなくてもきれいなUIつくれる。
UIだけでなくDatabindingもWPFのが出来がいい
否定してる人は勉強してなくてWPFほとんど使ったことない人だろうな >>963
中堅以上の企業ならdesktop PCの管理ツールいれてるでしょ
グループポリシーじゃなくても管理ツールで一括でdeployはできる
web appの場合はブラウザのバージョンをそろえる必要があるし
web appのが楽とも言い切れない >>967
ちゃんと買ってるのもあれば、そうでないものあるって感じかな。
一応ルート証明書としてポリシーで撒いてるものはあるけど、必ずしも全てのプロジェクトでそれが使える訳ではない。 >>976
インストールって行為がいかんのだと。
こちらが入れるあちらが入れるの問題ではない。
あんまり資産管理アプリの存在を気取られる訳にもいかんしな。
ブラウザのバージョンはもっと話が単純で、完全固定だよ。IEだけど。
Windows Updateも検証してから撒いてる。 >>975
そんなことないよw
もうだいぶ忘れちゃったけど、Win8が出た時にストアアプリと一緒にWPFも勉強した。
その上でやっぱりWPFは問題あると思う。
WPFの利点は認めるし、XAMLを導入した問題意識もよく分かる。
Windows Formって基本的に30年前のUIだから表現力に問題があるのはしょうがないとしても、
実用的なUI作るとFormのコードが肥大化してメンテしづらくなる。
だからバインディングその他を使ってイベントハンドラを追放しよう、って発想はよくわかるけど、
これでコードが減って可読性が上がってメンテしやすくなったかと言うと...個人的には大疑問。
むしろFormより悪くなっちゃってるとしか思えない。
WPFが普及しなかったのか結局そこだと思う。
前も書いたけど、WPFは作ってる時はいいけど、後で見た時に必ずしも可読的じゃない。 全くもって違うよそれは
WPFではUIの自由度が上がることで制御すべき状態の数が激増するから、
それが極力開発者の負担にならないようにするためにバインディングが強化されたんだよ。
WPFの本来の思想でいえば、普通にコードビハインド書きまくって従来のコンポーネント指向で作るのが正しい使い方。 WPF一択
UIを大幅リニューアルするとき、xamlだけの修正でVMは弄らずにすんだから
きちんと分離しといてよかったなと思う。
あと最近増えてきた高解像度ディスプレイで文字を拡大表示するPC（Surfaceとか）で、
プログラム側の対応無しに自動的にサイズ調整してくれるのも助かってる。
WinFormで高DPI対応とか地味なうえにめんどくさくてやる気出んわ >>976
.NET Frameworkのバージョン揃える方がきつい あと、Blend使っておくとデザイナーさんがデザインガイドライン通りに直してくれるプロジェクトだったから、WPFはありがたかったな。 Delphiのバインディング知ってるとWPFのそれはあまりに複雑 バインドつながらないときにどこが腐ってるのか調べる方法が蝨潰しだからクソ
やること決まってるんだからあるべき接続図をビジュアル化して出せ
さらにつながらない原因ってこっちのコントロールではこのやり方でできたけど
こっちのコントロールでは無理なんすよっていう開発者の程度の低いボケ
そら誰も使わん はっきり言うけど
OnDrawかOnPaintで値が好きにいじれる
mfcやwin32のが遥かに完成されてる >>986見てるとWPF嫌いなヤツは無能なんだなって思う
できるやつはWPFの恩恵受けられるから良く思えて無能はその逆ってことだな >>988
では、「素晴らしい」開発を一人でやりたまへ たりないあたまでがんばったのはすごい
ようちえんからやりなおして、たりないぶぶんをてにいれてきてね
ばいばい >>987
ちょっと凝ったことをしようとすると
すぐそれに頼ることになるのが嫌なんだけど >>987
C, C++は生産性が低いからC#使ってるんでしょうに
>>981
WPFのが分離されたきれいなコード書きやすいのはおおきなメリットだろうね >>979
イベントハンドラは便利だし普通にWPFでつかってる。
メソッド長くなり過ぎないようにしてれば、後でそこまで困ったことには
ならないと思っている。
データはEntity Framworkでやってコード短くしている このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 71日 19時間 9分 0秒 レス数が1000を超えています。これ以上書き込みはできません。
