- ふらっと C#,C♯,C#(初心者用) Part134
256 :デフォルトの名無しさん[sage]:2017/12/07(木) 20:48:22.81 ID:p8nuhjj6 - >>238が言ってるのは、クライアントがサーバーに対してXHRでも使って1秒ごとにポーリングすればいいということだと思うぞ
リクエストのたびにサーバー側でも毎回ファイルシステム舐めてファイル一覧作ってたら遅いだろうけど、 サーバー側ではFileSystemWatcherなり定期的なポーリングなりで非同期でファイル一覧のキャッシュを更新していけば、 クライアントが頻繁にリクエストしてきてもまず問題にはならない
|
- ふらっと C#,C♯,C#(初心者用) Part134
259 :デフォルトの名無しさん[sage]:2017/12/07(木) 21:06:57.10 ID:p8nuhjj6 - (A)サーバー内でのファイルシステムに対するポーリング と、(B)クライアントによるサーバーへのポーリング がごっちゃになってるのがこの話の混乱の原因
そこを非同期で分離するのはまず常識的な大前提であって、 ABそれぞれをどう最適化するかはそれほど重要ではない とりあえず実装が手っ取り早いのはABとも定期的に更新することだし、 効率と即時性を追求するならAはFileSystemWatcherでBはロングポーリングorWebSocketだろうね
|
- ふらっと C#,C♯,C#(初心者用) Part134
263 :デフォルトの名無しさん[sage]:2017/12/07(木) 21:21:02.83 ID:p8nuhjj6 - >>260
>>193と矛盾することは何も言ってないつもりだけどな >>193は>>259でいうBの部分の実装例を挙げてるだけであって、Aの部分については何も言及してないぞ
|
- Ruby 初心者スレッド Part 62
68 :デフォルトの名無しさん[sage]:2017/12/07(木) 22:35:19.73 ID:p8nuhjj6 - rspec
rubyは静的解析が極めて困難な言語であり、リファクタリングを機械的に安全に行うことはできない テストをちゃんと書いておいて、実際に繰り返し動かしながら結果的に元の挙動が再現されるように慎重に行う必要がある
|