ふらっと C#,C♯,C#(初心者用) Part134
■ このスレッドは過去ログ倉庫に格納されています
「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。 他のスレッドでは書き込めないような低レベルな質問、 質問者自身なんだか意味がよく分からない質問、 ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。 内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。 なお、テンプレが読めない回答者は邪魔なので後述のC#相談室に移動して下さい。 C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください >>980 を踏んだ人は新スレを建てて下さい。 >>980 が無理な場合、話し合って新スレを建てる人を決めて下さい。 ■前スレ ふらっと C#,C♯,C#(初心者用) Part133 http://mevius.5ch.net/test/read.cgi/tech/1510056685/ ■関連スレ C#, C♯, C#相談室 Part95 http://mevius.5ch.net/test/read.cgi/tech/1508180530/ ■コードを貼る場合は↓を使いましょう。 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 他のアプリにキーボードのコマンドを送りたいのですが、どの様な方法があるでしょうか? sendinputなど調べてみたのですが例が少なく今一理解出来ませんでした >>222 > その保存場所から自動更新でひたすら情報を読み取るWeb画面作ればよくね? だからそれやるとクライアントが多い時にサーバーがパンクするからSignalRとかでサーバーから通知するって話 まあサーバーから通知って言うけど仕組み的にはイベント発生までレスポンスを返さないって言うだけのことなんだけどな >>224 SendKeysで sendinputは他のプロセスには送れない .netの場合クラスないでFontオブジェクトを生成した場合にはクラスを解放した場合は Fontオブジェクトは解放されるの? Disposeすべきかどうかはどうやって調べたら いいのだ? >>226 しないっつうのw どういう理解してる? なんのためにわざわざ別にサービス作って保存してんだ これでパンクするならごく普通のWebサービスも作れんわ >>229 パフォーマンスを要求するなら適切なタイミングで解放すべき。 どうでもいいならガーベッジコレクタに任せる >>229 IDisposable実装してないクラスは放置で良いと思ってる。 FontをDisposeするコードは見たことも発想も無かったな newで作ったら全部Disposeする発想なのか >>234 Fontはコントロールを自作する場合は(ほとんどの場合手抜きで)コントロールと同じ寿命に することもあるけど、usingで対処できる場合が大半でしょ >>230 見たときに最新情報になってりゃいいんじゃなくて、イベントが発生したらあまり遅れずにクライアント側の画面を更新するんだぞ? なぜSignalRとかの話になってるのか理解してないだろ >>237 そもそもWeb画面で見たいっつう要望じゃん つうか100台同時アクセスして毎秒更新してもカスみたいな負荷だわこんなもん 一体どんな骨董品で動かす想定してんだよ そうでなくてもSignalRなんているかよ サービスでtcpポートlistenしてイベント発生する都度情報を垂れ流す古き良きソケット間通信で十分だろw >>239 ブ ブラウザ画面の話してるから要するにWebSocketってこと? >>241 いや デスクトップアプリにするんでもソケット間通信でいいよねっつう話 質問者置いてけぼりでワロタ いつの間にかサーバ側を何とかする話になってる 皆さん、単純なものを複雑に実装するスキルをお持ちのようでw C#でデーモン作って状況をDBに保管して、webシステムは普通にDBからページ作れば良いんじゃね? セッション全てがフォルダアクセスに行くと面倒だからそれだけ避ければいい >>195 見たい時にボタンクリックして最新情報を取得すればいいやん。 常時モニターする必要性は無いだろ? 本当に初歩的なことで無知で予め謝るね、ごめんなさい。 var revokedPasswords = [ ]; function getAuthenticationHash (password) { var hasher = new jsSHA("SHA-256", "TEXT"); hasher.update("vira " + password.trim().toLowerCase() + " mate"); return hasher.getHash("HEX"); }; function isValidPassword (password) { if (revokedPasswords.indexOf(hash) >= 0) return false; var hash = getAuthenticationHash(password); if (validPasswords.indexOf(hash) >= 0) return true; return false; }; context.getAuthenticationHash = getAuthenticationHash; context.isValidPassword = isValidPassword; というのがあって、これはパスワードを”SHA-256”ってやつで変換しろってことであってるのかな? >>227 >>228 ありがとうございます 最終的にバックグラウンドでキー入力を他アプリに送りたいのですが どういった方法があるでしょうか? >>252 バックグランドってタスクトレイ常駐アプリにしたいって事? NotifyIcon使えば出来るけど。 バックグランドがWindowsサービスって意味なら無理かな。 .NETのSendKeysは、半角カナや&は化ける。 WSHのSendKeysを使えば化けないかも。 >>238 > そもそもWeb画面で見たいっつう要望じゃん >>192 と>>195 を読んで自動更新したいんだ って理解できないアホは黙ってろ >>238 が言ってるのは、クライアントがサーバーに対してXHRでも使って1秒ごとにポーリングすればいいということだと思うぞ リクエストのたびにサーバー側でも毎回ファイルシステム舐めてファイル一覧作ってたら遅いだろうけど、 サーバー側ではFileSystemWatcherなり定期的なポーリングなりで非同期でファイル一覧のキャッシュを更新していけば、 クライアントが頻繁にリクエストしてきてもまず問題にはならない >>256 普通誰が読んでもそういう理解になるよね (A)サーバー内でのファイルシステムに対するポーリング と、(B)クライアントによるサーバーへのポーリング がごっちゃになってるのがこの話の混乱の原因 そこを非同期で分離するのはまず常識的な大前提であって、 ABそれぞれをどう最適化するかはそれほど重要ではない とりあえず実装が手っ取り早いのはABとも定期的に更新することだし、 効率と即時性を追求するならAはFileSystemWatcherでBはロングポーリングorWebSocketだろうね >>256-258 なんでそんなタコな設計するんだ? って>>193 に既に書いてあるのにバカすぎるだろ 質問主はWebアプリに拘ってるわけじゃないけど 沢山のクライアントPCからWebサーバのフォルダを共有したくないからWebアプリが良いかな程度に思ってるだけだろ。 Webサーバ上に監視サービス作るのならWebアプリに拘る必要は無いし。 >>260 >>193 がバカだからね 仕方ないね ファイルが生成されるまでタイムアウトしないAPIとか、1秒間隔のリクエストが多いとか、6000行のログとか 何もかも全てが意味不明だからね どうしようもないね >>260 >>193 と矛盾することは何も言ってないつもりだけどな >>193 は>>259 でいうBの部分の実装例を挙げてるだけであって、Aの部分については何も言及してないぞ じゃあ会社でLINQを薦めようとしたら、その前にまずユニットテストを覚えさせなければと愕然とした話でいいのか ソケット通信はstunnelで暗号化するんだよね? >>263 そもそもAをどうのこうの言ってる奴は池沼の>>222 ぐらいだろ w イベントの購読破棄って どんなケースでも破棄されるように几帳面にやるものなの? http://takachan.hatenablog.com/entry/2014/10/21/011333 これ見たら-=しなくても漏れないようなので サボりたくなるんだけど サボってはいけないケースとサボっていいケースがあるなら知っておきたい >>268 何やってるのかよー分からん記事だねw イベントでリークが発生しうるのは相談室の方の97に書いてあるケースだけだと思う それは違うって言ってる人もいるけど、たぶん何か勘違いしてるだけだと思うね {"status":"go","solution":{"Res":"0SpQ"},"endTime":1512663686} っていうJSONデータがあって、その中のResの値をとりたいんですけど、 var seri = new DataContractJsonSerializer(typeof(recapres)); byte[] bytes = Encoding.UTF8.GetBytes(a); var ms = new MemoryStream(bytes); recapres info = (recapres)seri.ReadObject(ms); ここまでは調べて書けたんですけど、 この先のResの値をとるコードの書き方がわかりません。 どのように記述すればいいのでしょうか? solutionの部分は、 [DataMember] public List<SOL> solution { get; set; } としてしてます。 >>269 サボってはいけないのはイベント発行側のライフサイクルが長いとき サボっていいのは発行側と購読側のライフサイクルがほぼ同じとき という理解でOK? >>268 このリンク先の人はイベントとGCを正しく理解してない この人、他の記事もバカっぽいのばっかりだから初心者はこんなの見ちゃだめ >>272 間違ってはいないけど、補足するなら 発行側より購読側のライフサイクルが長いときもサボっていい 参照の向きは必ず発行側→購読側なので、イベントハンドラの登録そのものは発行側の寿命には影響しない フォームとボタンのように、たいていは購読側も発行側への参照を握り続けているので、結果的に寿命は一致するケースが多いんだけどね >>273 SIerの中の人のブログだね c#でメモリリークって「推して知るべし」 >>262 193だけどなんで? 普通にロングポーリングの実装かと。 イベントとかUIしか使わんしUIはデザイナーが勝手にコーディングするからイベントなんて使わんな +=を一切使わずに作るのか コマンドバインディングを駆使する感じ? それは確かに凄いな >>275 ロングポーリングの実装について勉強しといで 単にタイムアウトを無期限にする実装のことをロングポーリングとは言わない >>279 うん、実装次第だよね。 無期限か、プロキシに切られる寸前にするか、10分にするか、どうでも。 無期限はCouchDBのchange監視なんかは、ほっといたら無期限になるんじゃなかったっけ? ログが大きくなったり他のを埋めるほどのリクエストは問題だと思うけど。特にイントラでの運用だと。 事例調べてきたらいいのになぁ >>282 無い人はそれでいいよ 自分には〜いらないとか〜必要ないとかそういうこと言いあうスレじゃないんで >>283 単純に興味がある みんななにに使ってるだろう。 そもそも要らないとは一言も >>284 UIアプリつくったことないの? イベントだらけやん >>285 うん。UIしか俺も使わん。 それ以外にある? UIのはデザイナが勝手にコーディングするからイベントに触れることがない。 >>279 > 単にタイムアウトを無期限にする実装のことをロングポーリングとは言わない そんなことを思ってるのは君だけ マジでちょっと勉強してきた方がいいぞ 今だと単なるアホにしか見えてないし >>286 通信アプリとかデータが来たらオレオレイベント発生させる。 ID変わってるかもですが、>>192 です。 反応できてないですが、皆さんの議論は参考にさせて頂いています。 SignalRですか?少し調べてみたのですが、目的に合致しているかもしれません。 ですが、後だしなのですが、今回対象になっているサーバがframework 3.5で、 現在運用されているwebアプリはVS2008で開発されています。 ここに追加する形で考えているため、SignalRは使えません。 (別の場所に同じようなサーバがあり、こちらは去年立ち上げたばかりで、水平展開することになり、かつ、私が担当する事になったら是非ともSignalRなりを勉強したいと思っています。) そこで、やはりTimerを使う事になるかなと思っているのですが、気になる点があるので教えていただければありがたいです。 ログが大きくなるとあるのですが、意識してなくてもログが記録されているものなのですか? そのログはどこで確認でき、ログを残さなくすることはできないのでしょうか? >>290 IISのログの事だろうけど気にしなくても良いでしょ。 プロパティー変化時の〜Changedイベントは普通に多用するでしょう。 非同期処理完了をイベントで通知するのは非同期メソッドが出来たので 流行らなくなったね。 最近はイベントも種類が増えたね ・x:Bindによるイベントバインディング ・EventAggregatorって言う集約イベント ・Rxや、その派生のReactiveProperty 従来型はあまり使わなくなったね。 >>286 最初の質問は「イベント使う機会ある?」だったけど、相手によってどんどん変えるの? 動的にコントロール追加する時とかデザイナでできない イベントが多重発生する状況のときは処理中に止めて終わったらイベントを再開する 他にもあるだろうけど自分が遭遇する機会無いのならそれでいいじゃん >>290 質問続けるのならどこまでサーバー側をいじれるかも書いてほしい 一番簡単なのが他の人も書いているけどサーバー側でステータス用意して クライアント側がそれを取りに行くだけの処理の時だから PerformanceCounterって、 OS起動直後からしばらく立たないと使えないとかの制限あるんですかね? >>294 なんも変わってなくね 最初から「UIしか使わんやろ」オンリーですが? >自分が遭遇する機会無いのならそれでいいじゃん なにをそんなにイカってるのか分からんわ。 「イベントってUIしか使わなくなくね?イベントの使い道他になにがあるの?」 単純な疑問に突然キレられても困惑よ。 ここのスレの住人は「C#の〜要らなくね?」って意見に過敏だからなwwwww C#信者だから当たり前かなw 要らないとは言ってなくてもそう解釈されるんじゃよw あのさぁ、c#の#って要らなくねえ? って言ってみる。 #を取ったら、オブジェクト指向もジェネリックスもラムダ式も例外もイベントも無くなって平和になるべ? >>294 失礼しました。 サーバは、frameworkのインストールとか、既存の動いているソフトをいじるとかはできないですが、 新たなソフト(Webでもローカルexeでも)を動かしたり、フォルダやファイルの操作は自由にできます。 >一番簡単なのが他の人も書いているけどサーバー側でステータス用意して >クライアント側がそれを取りに行くだけの処理の時だから 自分に理解できない事は脳内でスルーしてしまっているかも。 これは別途、更新したファイルのリストを作っておくとかって事でしょうか? 確かに作成されたファイルを、各リクエスト(=開いてるブラウザ、ですよね?)毎のTimerイベントで行うのは非効率ですね。 私のレベルでは、サーバでローカルアプリを動かして、何らかのファイルなりDBに出力するくらいしか思いつきません。 Webアプリ内で、同等の事とかできればいいんでしょうけど。 >>290 記録されてる。IISの設定次第。 残さないってのは、邪魔なログがある以上に困るのでやめて。 >>291 IISのログだけど、障害調査する側に回ったら、気にしてほしいと願うようになると思う。 C#だけの話では無いのですが、インスタンス作られたら自分の仕事するだけでフィールドもパブリックメソッドも無いクラスって、OOP的にはアンチパターンでしょうか >>304 パターンというのはみんなが繰り返しやるからパターンと呼ばれる だれもそんな設計しないと思うので 何かのアンチではあってもアンチパターンではないと思う >>304 フィールドを使いたいなら分からないでもないが、フィールドも使わないんだったら単なる静的メソッドでいいだろ あえて変なスタイルを採用する積極的理由がない >>304 コンストラクタの中で処理するのはアンチパターンに入るかも >>307 コンストラクタだけで完結させるのはやはりアンチパターンですよね データベース相手で、パブリックメソッドが一つしかないクラスを作った時に、コンストラクタで全部やっちゃえば良いねと作っちゃったんですけど、こんなことしてるクラス見たこと無いので不安に思い コンストラクタ内で全部やっちゃうのは、 コンストラクタの責務を超えてる気がするなー 数年後とかに(または自分以外の人間が)、コードを改修するハメになった時に うっかりその派生クラスとか作ると、ヘンな副作用を起こしそうなので ちゃんとメソッドに分割した方がお行儀が良い、と思う >>304 既に指摘されてる通り、アンチどうこう以前に普通は無意味だからやらないけど、 staticクラスは多態できない(インターフェイスも実装できないし継承関係も作れない)ので、 多態を実現するために例え状態(フィールドやプロパティ)を持たなくてもインスタンスを 作ることは理屈上はありえると思う。 私しゃーやったことありませんが >>305 ところで設計じゃないよ コーディングプランだからw C++でゲーム作っていた者ですが 今後はC#で作っていこうと勉強しています C++あがりのプログラマがC#で間違い易い、 ありがちなミスを教えてください。 C++とかいう高度な言語使えないから分からんにゃーい >>315 C++プログラマがC#でよくやる間違い ・クラス名の頭にCを付ける ・名前空間やメソッド名を先頭小文字にしたりアンスコ入れたりする ・using 名前空間; を恐れる ・int を System.Int32 と書きたがる ・ループ大好き ・new を嫌う ・やたらとenumを多用する ・エラーを戻り値で返す あと、 ・やたらとでかいクラスを作る も追加で C++はクラス定義が面倒なので心理的に大きなクラスを作る癖がつきがち C#はRADありきで細かい部分はちょくちょくリファレンスを読んで確認するしかない ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる