元スレ+ JavaScript の質問用スレッド vol.143 +

みんなの評価 :

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

202 = :

キュー=[await処理１,await処理２,await処理３,,,,,,];
みたいな感じでawait処理が全部終わったら、また同じ順番で再帰しつつ失敗したawait処理はスルーしたいとき
結局、await処理それぞれの”完了・成功したか否か”を保持しないといけないので、async/await使わずに
async/awaitっぽく実装した処理にまとめ書いた方が短く書ける、ような気がした

203 = :

>>201

function foo() {
　async なんたら
　if なんたら
　async なんたら
　for なんたら
　async なんたら
　return
}

こんな感じ？

205 = :

>>203
awaitだけどまぁそんな感じ。
同期関数のコールツリーの深いところでasyncしかない関数を呼び出す必要が出てきた時
変更が大変になるから、最初からなるべくasync関数にするようにしたらそうなった。

206 = :

手続き型思考の人はawaitを多用するのだろう

207 = :

使う頻度なんて気にしても仕方ないと思う
一般解なんてないし、自分の好きにやればいい

208 = :

ところでasyncとawaitの読みって
えいしんく、あうぇいと、でいいんでしょうか？

209 = :

>>208
アシンクです

210 = :

>>208
あわいと

211 = :

投げっぱなし質問ばかりなのは、やる気がないからでしょうか？

212 = :

イベント発生順序について質問です
【環境】 OS: Windows10, ブラウザ: Google ChromeVersion 79.0.3945.130 (Official Build) (64-bit)
【何をしたのか】クリック対象の要素へ4イベントを下記の順番に追加した後、これ自身または子要素をクリックしました
> addEventListener("click", func1, true)
> addEventListener("click", func2, false)
> addEventListener("click", func3, false)
> addEventListener("click", func4, true)
【期待する結果】発生順は常にfunc2,3,1,4 (capture,bubbleの順)
上記環境下にて、この要素自身をクリックした時はfunc1,2,3,4の順に発生しました
クリック対象の登録イベントがcapture,bubbleで区別されないのはjavascript共通ですか？それとも環境固有でしょうか

218 = :

>>206
じゃあ手続き型思考じゃない人はどうしてるの？

- await使わずPromise.then()を使う
- Promise自体使わない

219 = :

awaitは使うけれど、Promise.allを使ったり、より順不同でパラレルに動くようにしようということだろう
上の話のように完全に順序を守ってawaitしていってるだけなら

220 = :

なんか会社でJS勉強しろって言われてる者なんですけど、効率良い勉強方法ありますか？
GSUITE入れるからやらないといけないみたいです

221 = :

>>218
どちらもある
そもそも、ケースバイケースで使い分けるから一つの方法に固定しない
「たった一つの冴えたやり方」を探す人がいるが、選択肢を減らすのは悪手だと思う

222 :

>>220
勉強のスケジュールをきつめに立てて
週一で進捗をチェックして、遅れたら爪を一枚剥がそう

1週目は怠けてしまうかもしれないけど
2週目からは痛みと恐怖が嫌でも勉強させてくれるよ

223 = :

await使うかthen使うかなんて手段の話で、思考の違いが表れるほどのものとは思えんけどな。

224 = :

【環境】Android 4.4.2以上
【条件】以下の現状改善にJS(XHR)でいいのか他の方法がいいのか、道筋をまず導いて欲しい

現状
・クライアントPCよりWEBサーバーにCSVが不定期にアップロードされる（そんな頻繁ではない）
・Android端末でWEBサーバーにアクセスし、CSVを元に作成されたページを表示する
・ページの作成はPHPで行われている
・ページの表示は数秒おき（CSVの内容で多少変動する）にリロードされる
・このページを表示するのは１台のAndroid端末のみ
・簡単な情報を表示し続けるシステム
・質問者はC/C++は分かりますが、PHP,HTML,CSSは超初級、JSを初めて触ります

改善したい点三つ
・CSVに変動があろうがなかろうがリロードするのが無駄なので止めたい、
　CSVに変動があったときだけリロードしたい
・欲を言えば変動があった部分のみ表示を更新したい（突き詰めるとPHP要らないんじゃ・・・）
・リロードされる度に、読み込み中の青いバーが画面上に表示されるのを回避したい
　（幸い、リロード時に画面全体が再描画されてチカチカするなどの問題は今のところありません）

考えていること
・まずXHRやfetchを使って必要最小限の「CSVが何時更新されたかどうか」という情報のみを
　読み込み、ブラウザ・JSの変数にて保持しておき、これを定期的に読み込み、何時更新されたという
　情報に差異が出たらリロードすればかなりマシなのでは？

以上ですが、そもそもこれで可能かどうかすら分からない次第なので、この方向でいいのか
悪いのかをご指南いただければと思いました

上記の考えで基本的に可能だとしても改善したい点が単純に全て解決できるとは思っていませんが、
改善したい点の一つ目だけでも改善できればと思っています

よろしくお願いします

225 = :

>>220
言語は勉強するものではない
使われてるのを見聞きして使って感覚に慣れるものだ
赤ちゃんが音節を発するように、何事もまずコピペ
人間の脳の仕組みの大原則として、自分が行えない物事を理解することはできない
理解できるから行動ができるのではなくて、行動ができるから理解ができるのだと言う科学的事実は知っておくと良い

まずは意味がわからなくてもそっくり真似をしてどんな要素があるかを感覚で掴むことが大事
それが苦になるようなら向いていないということ
真似をして書いて動いているのをみてから、徐々にその仕組みを覚えていく
そういうイメージでやると良い

226 = :

>>224
サーバーから通知を送ってもらいたいということで、WebSocketを使うのが賢い
どうしてもHTTPでやりたければ、なんども通信し直すのは変わらないのだけれど、
通信をできるだけ切らずに維持してサーバーからの返答を長く待つという古来からの方法があり、
それを扱いやすくしたSSE(EventSource)APIがあることにはあるが、
それは今どき川に洗濯に行くようなもので、導入コストは少々かかったとしても
素直に洗濯機を買ってWebSocketを使うことを強く進める

227 = :

>>226
レスありがとうございます
仰るとおり、サーバーからの通知が最善のはずだと、WEB PUSH など用語すら
分かってない状況でググり倒し、情報が多すぎで判断付かずここに駆け込んできました

ソケット通信はC/C++でもやってますので何とかなりそうな気はしましたが、
サーバー側をどうすればいいのか中々分かりませんでした
PHPでもいいのかな？できるかも？という程度の情報には今たどり着きましたが、、

質問で書き忘れていましたが使用しているサーバーはXserverでして、
このサーバーだとちょっと難しいような（ポートの問題がある？）情報を
見つけてWebSocketを躊躇しているところです

SSEだとサーバーを問わないのかな？（分かりませんが）
WebSocketやnode.jsは、ググり倒している間に訳分からないまでも見かけては
いましたが、SSEは初見でした
これなら最悪、やりたいことはできそうなのが幸いです
情報ありがとうございます

229 = :

>>224
http://dev.classmethod.jp/cloud/aws/aws-iot-browser-refresh/
AWS S3にアップロードされたものをLambdaで探知してブラウザリロードすれば？

230 = :

>>223
設計思想

232 = :

賛否両論と知ってるくせにとくに問題ないですか？と聞ける精神が問題だ
ここはお前の漠然とした不安をケアする場所ではない
自分の行動くらい自分で責任を持って決めろ

233 = :

>>200や>>220もそうだが、複数の選択肢がある時、彼らは唯一解しか満足しない
「一概にはいえない」や「前提条件次第」という考えは彼らの頭にはない
一つの解にして、他を考えるのを止めるのが目的だから、考える過程が増えるのは彼らにとっては本末転倒なのだ

234 = :

というか適当に質問してるということが丸わかり
自分で難しい質問をして難しい答えが帰ってきても反応しないんだもの
実際困ってもいないくせに人の反応を見るために質問したりするイカレポンタンは害悪でしかない

235 = :

なんで問題ないかわからないんだろお前等
答えられないんだろ？

236 = :

>>234
正解

237 = :

>>231
そもそもお前(ら)が何を問題とするかだ

コーディング規約でswitch(true)禁止等があるチーム開発でそれを無視して使用している、等なら無視している時点で問題になるだろうが、こんな個人のメモ書き程度のFizzBuzzで何を使おうが問題にならんと思うが。

switch(true)自体の機能に疑問があるという話なら、まずは関数化していろいろな入力を試すなどしてデバッグし、それでも疑問が残ったり問題が顕在化したら他者に協力を仰げ。

賛否両論がどうの、程度ではなく自分でもっとしっかり読んで理解しろ。
なんの記事を読んんだのかは知らんが、それすら理解していないお前が、このスレの人間に「問題無い」と断言されたとしてただ鵜呑みにするのか？

賛否両論であるということを認識した上で、それでもなお利用するのなら、なぜそれを利用する必要があったのか説明できるようにしろ。

238 = :

>>235
何が問題かを決めるのは他人ではない
俺たちはお前のオカンやオトンではない

239 = :

屁理屈ばかりで理由の一つも論理的に言い返してる人いないやんw

240 = :

どいつもこいつもどこから突っ込んでいいのやらｗ

241 = :

>>231
switch ( 式 ) {
case 値1: // 式の値が「値1」と一致した場合の処理
break;

case 値2: // 式の値が「値1」と一致した場合の処理
break;

default:
break;
}

普通、式には変数など、変動するものを使う。そして、case の方に定数。
君のは逆になってるから、変

それとコーディング規則では、
後で修正することも考えて、default: にも、break; を付けておく。
また、意思を明白にするために、fall-through, no-break のコメントも付ける

switch ( a ) {
case 10:
// break; fall-through, no-break
case 20:
break;

default:
break;
}