19/04/11 19:27:20.19 oNR0Pr/A.net
>>345
このスレじゃなさそうだな。。今angularを勉強してるが、これじゃないとという理由が見つけられないでいる。学習曲線や人員的な問題は置いといて、明らかに有利な点や逆にangularで困る事があったら教えて欲しい。
349:デフォルトの名無しさん
19/04/11 19:42:22.98 GR4ezT/u.net
日本にいるとVue人気だから勘違いしそうになるがやっぱ採用実績はReactが圧倒してるんだな。475kサイト vs 64kサイトか……
しかしなぜかGitHubのスター数だけタメ張ってるｗ
Top JavaScript Frameworks For 2019
URLﾘﾝｸ(www.codementor.io)
パフォーマンスについてはReactよりVueのほうがいいな。
AppRunってやつ速くて気になる。
しかしAngularいくらなんでも酷すぎる……
A RealWorld Comparison of Front-End Frameworks with Benchmarks (2019 update)
URLﾘﾝｸ(medium.freecodecamp.org)
350:デフォルトの名無しさん
19/04/11 23:55:39.98 yn719c2N.net
>>349
AngularJSは確かにダントツで遅いけどAngularは別に悪くないじゃん
351:デフォルトの名無しさん
19/04/12 00:57:20.94 P0axT3Q0.net
>>349
hyperAppもなかなか。
352:デフォルトの名無しさん
19/04/13 12:59:41.28 X1Oa/ukN.net
SPAでログイン画面というかログイン機構作る場合はどうするのがベストプラクティス？認証用のアカウント情報はサーバー側のDBにあるとして
353:デフォルトの名無しさん
19/04/13 13:42:39.23 Fox9b+v2.net
>>352
使ってるフレームワークとやりたい事で変わるからなんとも。。
例えばログイン後は各ユーザ用の専用ページがあるって感じ？でなければセッションに保存して分岐するだけで済むはずだが。
354:デフォルトの名無しさん
19/04/13 14:51:30.35 FJkq9BtI.net
Angularは脂肪確定でよろしいか？
ReactかVue.jsの二つやっとけはいいのかな
355:デフォルトの名無しさん
19/04/13 16:25:49.51 Fox9b+v2.net
>>354
俺も悩んでる。普段reactとvue(nuxt)使ってて、今angular勉強中なんだが乗り換える必然性が見つからん。もちろんangularは力技使わなくても色々解決出来そうな感じで良さげなんだが。
ただもう少し勉強せんと冷静な判断できんわ。
356:デフォルトの名無しさん
19/04/13 16:36:03.16 vPnUo7ox.net
>>352
Firebase Authentication使えばよくあるGoogleアカウントでログインだのFacebookアカウントでログインなんかが出来るよ。
面倒くさいDBでのアカウント管理も全部Firebase上で出来るから実装に無駄な時間を掛けなくて済むよ。
357:デフォルトの名無しさん
19/04/13 17:51:56.66 oqNH9LQH.net
Google I/O 2019 (5月7日～9日)で
Angularと対立することになる Flutter for Web (Hummingbird) の新たな発表があるそうだから
Angularを考えるのはその後にした方が良いと思うよ
358:デフォルトの名無しさん
19/04/13 21:46:54.35 Fox9b+v2.net
>>357
Flutter面白そうだね。たしかにクロスプラットフォーム開発はスタンダードが無いから学習するなら狙い目なのかも。現状swiftとkotlinでゴリゴリ書いてるけどどうしてもrealmが必要なんだよね。
Webアプリの弱点の一つオフラインDBをある程度解決できるなら真面目に検討したいんだが。
359:デフォルトの名無しさん
19/04/13 21:50:11.69 XHhHrn1r.net
>>358
オフラインDBが弱点って具体的にどういうこと？
360:デフォルトの名無しさん
19/04/13 22:53:34.64 Fox9b+v2.net
>>359
ユーザデータを大量に保存してローカルで処理する系のアプリは現状webアプリだと厳しい。主に速度面で。
indexedDB+lovefieldみたいな組み合わせでsqlぽい事はできるけど、flutterがアプリ+webのクロスを狙うならソコどうするのかなって。DBの同期まではできなくても、一つのスキーマから全プラットフォームで動作するDB作れたら夢だよね。
361:デフォルトの名無しさん
19/04/13 23:59:03.97 6byp94bf.net
もういい加減 "ウェブアプリ" なんてやめればいいのに
ローカルでデータを大量に処理ってそれ、
ウェブである理由はアプリのインストールとアップデートのためだけじゃん
362:デフォルトの名無しさん
19/04/14 00:10:50.46 WjGL7oJM.net
サーバーでやっちゃだめなん？
363:デフォルトの名無しさん
19/04/14 00:30:22.71 8JmU//KT.net
モバイル端末のストア経由っていうのが煩わし過ぎるからなぁ
364:デフォルトの名無しさん
19/04/14 00:45:03.08 /V8zrPr0.net
>>360
ごめん、おれの経験不足なのかやっぱわからん。
>>ユーザデータを大量に保存してローカルで処理する
↑
クライアントは1台だけなのに、速度が気になるほどデータを処理する例が全く思い付かない…
365:デフォルトの名無しさん
19/04/14 01:13:17.48 jIyXk5jh.net
バックエンド主義の人が強引に考えたついた難癖にしか見えない
フロント処理で充分
366:デフォルトの名無しさん
19/04/14 08:24:48.36 Qhel4iVb.net
いやまあ、別に現状でも工夫すればできるからブラウザのローカルDBにそこまでこだわっては無いよ。課題も多いし。ユーザがいつでも削除できるとか。
ただネイティブアプリとwebアプリが同じコードとロジックを共有するなら避けられない課題だろうなと。
367:デフォルトの名無しさん
19/04/14 10:03:52.66 U21XdTdR.net
ユーザーが自由に削除できることが課題？？
世の中のソフトウェア殆どがそうだけど何か困るのか？
368:デフォルトの名無しさん
19/04/14 11:45:21.51 fnTRmDnx.net
ほんと早くMac死んでほしい
369:デフォルトの名無しさん
19/04/14 13:07:21.11 /kyrD1Ys.net
>>367
indexeDBのことだよ。ブラウザのキャッシュクリアで簡単に消えちゃうだろ。間違えて消してクレームくるんだよ。
370:デフォルトの名無しさん
19/04/15 12:25:48.71 sResMPAv.net
Reduxわかんね
371:デフォルトの名無しさん
19/04/15 18:58:19.12 r0ZMOOHm.net
>>370
大丈夫。俺もわからん
てか、あんなの小規模なWebアプリケーションにはいらん
372:デフォルトの名無しさん
19/04/15 20:20:50.21 HmQvEiCf.net
Reduxわからんの？
かわいそうに
373:デフォルトの名無しさん
19/04/15 20:23:02.95 S/0/c6v4.net
Reduxわかるの？
じゃあ、Reduxを使うことで、
どんなメリットがあったか教えて
374:デフォルトの名無しさん
19/04/15 20:25:51.20 IXPbMXJW.net
処理の流れが一方向なのでわかりやすい。
375:デフォルトの名無しさん
19/04/15 20:33:46.03 S/0/c6v4.net
> 処理の流れが一方向なのでわかりやすい。
文章がつながってない。
処理の流れが一方向なのはまだいいとして、
なんでそれで、わかりやすいということになるのか？
そもそも "処理の流れ" が一方向であるならば、
何を使っても一方向にしかならないはず。
Reduxを使うことで、一方向になるわけではない。
また双方向とか一方向というのは、局所的に見るか
全体的に見るかの違いでしかないのではないか？
例えば電話での会話だって、双方向に見えても、実際には自分の通話口から
相手のスピーカー、相手の通話口から自分のスピーカーへの一方向通信だ。
一方向も双方向も大した違いはない。
376:デフォルトの名無しさん
19/04/15 20:40:44.13 IXPbMXJW.net
まあ実際、説明の難しいところではある。
>また双方向とか一方向というのは、局所的に見るか
>全体的に見るかの違いでしかないのではないか？
これはその通りだがその違いが大きいとしか言いようがない。
treeをたどるロジックというのは一般に指定が複雑になりやすいとか、
ノード間のコミュニケーションがコールバックでつなぐと相当複雑になるとか
色々あるけれどその辺を単純化できてるようには思う。
電話の比喩を持ち込むならマイクとスピーカーが同じより違った方が良いとかになるのかな？
377:デフォルトの名無しさん
19/04/15 20:43:17.24 S/0/c6v4.net
もう少し具体的な例を出そう。
getterとsetterと言えば、俺が言いたいことが見えてくると思うが
Reduxが言いたいことは、単にgetterは値を取得するだけ
setterは値を入れるだけにしましょうってことだろう？
まあgetter/setterは別の批判も有るから、getter/functionの方が良いか？
もう一つの例としてRESTで例えるならば、GETは何度GETしても状態は変わらない。
単にデータを取得するだけ。POSTはデータを送信するだけ。
この考えかたと同じことだろう？
これをオブジェクト指向に当てはめるならば、このメソッドはデータを更新し、
このプロパティはデータを参照するという話でしか無い。
これは普通のオブジェクト指向のベストプラクティスとなんらかわりはないんだが、
Reduxを使う必要はあるのか？ このメソッドはGETかPOST（相当）であると
ドキュメントに書けば済む話だろう？
378:デフォルトの名無しさん
19/04/15 20:49:52.40 S/0/c6v4.net
マイクとスピーカーで分けたほうが良いという考え方は
反対しないが、まともな設計能力が有るならば、最初からそうしているわけで、
Reduxを使う理由にはならない。
まともな設計能力がない人のための矯正器具=Reduxということか？
だが矯正器具はいつまでも使っているわけじゃあるまい？
まともな設計能力がついた人にとっては、邪魔な道具でしか無い。
379:デフォルトの名無しさん
19/04/15 20:53:26.60 IXPbMXJW.net
>>378
そうだね。あなたはredux使う必要ないと思うよ。
あなたの素晴らしい設計でやりくりすれば問題ないんじゃないかな。
380:デフォルトの名無しさん
19/04/15 20:58:32.77 S/0/c6v4.net
もちろん、Reduxが何の負担もなしに、もしくは低い負担で
ベストプラクティスを実現できるというのなら導入する価値はあるが、
一方向を得るために、Reduxのやり方で設計しろっていうのは負担が高すぎる。
Reduxのやり方はルールが多すぎて単純ではないからだ。
Reduxの設計方針を理解しないまま、Reduxを使うよりも
まずは知識をつけるのが先だろう？
このメソッドは書き込みを行うメソッド、このメソッドは読み込みを行うメソッド
明確に分けたほうが良いと。そしたらあとはメソッドのコメントに書けばすむだろう？
（普通はコメントで書くまでもなく、メソッド名からどちらであるかはわかる）
それだけのことなのに、それを矯正するためのフレームワークというのは
意味不明すぎる。便利にするためのものじゃない。矯正するためのもの
まったくもってReduxはわからん。
381:デフォルトの名無しさん
19/04/15 20:59:53.90 r0ZMOOHm.net
スパゲッティになるならreduxは必須
でもそうならないなら本当に必要ない、とは思う
コード量多くなるからね
382:デフォルトの名無しさん
19/04/15 21:02:11.16 S/0/c6v4.net
>>379
> あなたの素晴らしい設計でやりくりすれば問題ないんじゃないかな。
だから聞いたんだよ
「どんなメリットが"あったか"教えて」
どんなメリットが "あるのか？" じゃない。"あったのか？" だ。
あんただってそれなりにまともな設計ぐらいできるだろう？
あんたの能力がどれくらいで、Reduxを使うことで
どういうメリットが、あったんだ？ なにかを矯正されたんか？
俺は矯正が必要なほど設計が下手なつもりはないんだが。
383:デフォルトの名無しさん
19/04/15 21:04:00.12 IXPbMXJW.net
とりあえずメリットは書いたし、びっくりするほど文章読んでないのも理解できる。
384:デフォルトの名無しさん
19/04/15 21:06:15.53 S/0/c6v4.net
Reduxがやってるのって、
1. オブジェクト指向のクラスがあります。
2. クラスから読み込み専用メソッドを抜き出します。
3. クラスから書き込み専用メソッドを抜き出します。
4. クラスに残ったものはデータのみです。これを一つのオブジェクトとしてPublicにします。
オブジェクト指向のクラスが、
読み込み専用メソッド、書き込み専用メソッド、データ の３つに分離されました。
ってだけだからな。
385:デフォルトの名無しさん
19/04/15 21:07:20.84 S/0/c6v4.net
>>383
いうだけなら誰でもできる。
コミュニケーション取ろうぜｗ
386:デフォルトの名無しさん
19/04/15 21:33:29.21 g9zAAmJv.net
処理をAPI化するイメージかな必ずその経路を経由して状態を変更するからグローバル変数みたいなどこからでもアクセスできるけどちゃんとアクセス経路は限定できるみたいな
387:デフォルトの名無しさん
19/04/15 21:36:35.56 S/0/c6v4.net
その "グローバル変数" をクラスにして、APIをクラスのメソッドにすれば
普通のわかりやすいオブジェクト指向設計になるんですが？
Reduxの存在意義って？
388:デフォルトの名無しさん
19/04/15 21:40:15.54 S/0/c6v4.net
そしてReduxは、クラスのメソッドを抜き出すだけじゃないからね
メソッド（関数）は普通にメソッドに引数渡して普通に呼び出せるが、
Reduxは「引数つきでメソッドを呼び出すため」のデータを作って
データを投げて、そのデータ解析して（←ここ自分で作る）
そしてやっとメソッドを呼び出すという無駄なことをしてる。
389:デフォルトの名無しさん
19/04/15 21:46:24.27 S/0/c6v4.net
結局の所 Redux はわかりやすいものではなくて
（わかりやすい = ただのセールストーク）
オブジェクト指向 VS 関数型（？） の戦いから
俺たちはアンチオブジェクト指向で行くぜ！という派閥から
生まれたものに過ぎない。
それ自体は考え方の違いでありだとしても、
Reduxの仕組みは、それを実現するためのルールが多すぎて
百歩譲ってわかりやすいとしても、そのルールに従って
コーディングするためのコストが大きすぎて小さいプロジェクトではペイしない
（大きいプロジェクトでもはたしてペイできるかどうか）
"設計方針の違いを反映させるためだけ" でしかなくて、
それしか得られない割に、コストが大きすぎる
390:デフォルトの名無しさん
19/04/15 21:55:58.52 IXPbMXJW.net
別にコールバックでdom treeたどるのが大変でないならredux使う必要ないわな。
それでいいと思うよ。
てか読んでないのにコミニュケーションを要求するとか
まともに設計できる人間じゃないことはわかるよ。
391:デフォルトの名無しさん
19/04/15 22:15:47.71 HmQvEiCf.net
一度Reduxで作ってみたら後は別のプロジェクトでも同じように作ればいいだけだから何も問題はない
最初だけ複雑に思うだけ
392:デフォルトの名無しさん
19/04/15 23:37:35.47 IXPbMXJW.net
確かにreduxのproviderとconnectの対応は暗黙な繋がりでわかりにくいところはあると思うんです。
reduxというかfluxの実装として他に方法はあるかもとは思う。
393:デフォルトの名無しさん
19/04/15 23:45:03.60 o5Us7+p1.net
vue公式からの引用で恐縮だが、、
もし、あなたが大規模な SPA を構築することなく、Vuex を導入した場合、冗長で恐ろしいと感じるかもしれません。そう感じることは全く普通です。
あなたのアプリがシンプルであれば、Vuex なしで問題ないでしょう。単純な ストアパターン が必要なだけかもしれません。
しかし、中規模から大規模のSPA を構築する場合は、Vue コンポーネントの外の状態をどうやってうまく扱うか考える絶好の機会です。Vuex は自然な次のステップとなるでしょう。これは Redux の作者、Dan Abramov からの良い引用です:
Flux ライブラリは眼鏡のようなものです: それらが必要になったときに知るのです。
394:デフォルトの名無しさん
19/04/16 00:27:12.19 +U4ppNzc.net
まあ大きなもの作ったことない人にはわからん世界だと思うよ。俺も学生の頃はフレームワークの必要性とかさっぱり理解できなくて制作者の自己満足だと思ってたもん。
そして必要になったことがない人にはどんなに説明しても納得してもらえないもんだよ。
395:デフォルトの名無しさん
19/04/16 00:30:35.35 QBtHnjEv.net
今軽くReduxググってみたけど何がしたいのかさっぱり分からんｗ
jsにprivateが無いからsetter/getterのレイヤー作ってんの？
396:デフォルトの名無しさん
19/04/16 00:42:55.64 QBtHnjEv.net
いやfluxで調べたら少しわかった
オブジェクト指向でいちいち相互参照とか面倒くさいから
シングルトンにデータ全部詰め込んでおこうぜ見たいな話だな
397:デフォルトの名無しさん
19/04/16 02:31:52.71 +8WSocTt.net
おまいら、vueの利点として、サイトの一部分のjQueryで
作っていた部分をちょこっと置き換えるのに良いって
言ってるくせに、それがいつか大規模なSPAに変わると思ってんの？
398:デフォルトの名無しさん
19/04/16 02:40:36.60 +8WSocTt.net
>>393
こっちのほうがわかりやすくね？ｗ
Flux ライブラリはサスペンダーのようなものです: それらが必要になったときに知るのです。
（意味 デブになれば必要な理由がわかる。だがそもそもデブになんかならねーし、デブなのが一番の問題）
399:デフォルトの名無しさん
19/04/16 04:49:30.73 vZMMDQFG.net
猫も杓子もreduxだけどほかのflux実装の感想聞きたいわ
それなりの規模で使用した、もしくはしてるみたいな人おらんの?
つかfacebookはfacebook/flux使ってるのかね
メンテされてる感じせんけど
400:デフォルトの名無しさん
19/04/16 07:41:32.20 9wO+Q4tD.net
>>397
そんなこと書くと議論がすり変わりそうだぞ。
ID:IXPbMXJWが書いてくれたことで十分でしょ。それで納得できる人もいればできない人もいる。
万人が使うものでないことは間違いないわけだし。それはスレタイの3つがそもそもそうなわけだけど。
401:デフォルトの名無しさん
19/04/16 08:31:26.34 dFuxCqAG.net
よくまとまってる。
URLﾘﾝｸ(mizchi.hatenablog.com)
> Middleware に何を使うかで、 redux ユーザー同士の非同期のノウハウは共有できず、
> 分断されている(thunk, saga, steps, epic, no middleware)
これが一番の問題点。
402:デフォルトの名無しさん
19/04/16 08:57:52.42 HGB3ondZ.net
>>401
suspence来たら全部ゴミ。
403:デフォルトの名無しさん
19/04/16 14:12:45.48 sdqnJ2Ku.net
suspence見たけど状態管理をsimple-cache-providerに移動しただけな感じがする
明確なIDが無いリクエストみたいなのが渡ってくる場合だと
コンポーネントと非同期キャッシュの対応付けが面倒になりそう
コンポーネントインスタンス毎に一意ID生成してstateに保持だと本末転倒な感じだし
404:デフォルトの名無しさん
19/04/17 11:15:37.77 CEJ7HETE.net
静的サイトジェネレーターでBlog作りたいのだが情報少ないね。
VuePressがよさげなのだが
405:デフォルトの名無しさん
19/04/17 12:37:53.92 q/9NxBQE.net
なんでvuepress？nuxtよりいいとこある？
406:デフォルトの名無しさん
19/04/18 01:12:24.22 +Qj1NZId.net
ガチガチのSPA作ろうと思ったらAngularじゃねーの？
ionicでwebアプリ作ってみたけどストレスなく作れて良かったよ
407:デフォルトの名無しさん
19/04/18 01:21:26.96 +Qj1NZId.net
まずフロントエンド周りに関わる仕事はしないほうがいいと思う
全てが無駄になる可能性が高い
408:デフォルトの名無しさん
19/04/18 07:16:50.87 xDdfDEdP.net
reduxで一回のdispatchで2つのstateを一緒に更新したい場合ってreducerどう書くのが正解？
とりあえずreducerのreturnをjsonオブジェクトみたいにすれば良さそうではあるんだけど
409:デフォルトの名無しさん
19/04/18 09:46:39.79 FtQwjU5R.net
ReactのReduxはそろそろ廃れて欲しい
ホックで何とかなるでしょ
Reduxは奇形的だと思う
410:デフォルトの名無しさん
19/04/18 10:58:53.81 JWUHkBKS.net
>>405
じゃあNUXT.jsでｗ
こっちもそんなに情報ないよね
411:デフォルトの名無しさん
19/04/18 11:12:33.86 nwidurpX.net
vue関係は中国語が共通言語
412:デフォルトの名無しさん
19/04/18 12:26:49.21 +Qj1NZId.net
Vue vs React vs Angular
とあるがどれも学ばないというのが4の選択肢が正解じゃないか
他に時間を投資すべき
どうしても必要ならVueを摘むの適切
それでもVueを深く学習してVueメインでガチャガチャ動くサイトなんて作っちゃいけない
413:デフォルトの名無しさん
19/04/18 13:18:32.08 PeuY0IP9.net
>>412
それな。どうせどれ使っても数年で消える。
jQueryだけが今もこれからも使われて続ける
414:デフォルトの名無しさん
19/04/18 13:28:48.77 f6QMigdn.net
いいんだけどさ、forthスレやqbasicスレ、coqスレなんかにも「必要ないって言ってるでしょ！」ってムキになって書き込みに行ってるの？ｗ
415:デフォルトの名無しさん
19/04/18 14:17:31.95 rqGOrs8Z.net
一部にvue入れるのもアリだよ。検索や登録フォームはvueで置き換えると保守が凄く楽になるぞ。俺もそこから始めた。
416:デフォルトの名無しさん
19/04/18 14:22:13.48 +Qj1NZId.net
jQuery固執おじさんもいらない
417:デフォルトの名無しさん
19/04/18 16:15:08.38 FtQwjU5R.net
jQueryが神すぎて、これは捨てられない。
418:デフォルトの名無しさん
19/04/18 16:24:16.71 PeuY0IP9.net
>>414
いったことないで？全く知らん分野だし
419:デフォルトの名無しさん
19/04/18 16:24:58.29 PeuY0IP9.net
>>415
> 検索や登録フォームはvueで置き換えると保守が凄く楽になるぞ。
具体例で見せてほしい
420:デフォルトの名無しさん
19/04/18 16:27:28.57 uN7CTDaS.net
フォームはVueの練習には良いよね。
でも大きく要素が入れ替わらないTodoリストくらいだったらJQuery + HTMLのテンプレート要素で作ったほうが簡単に感じる。
テンプレート要素が適用しづらいなって思ったら使うべきか。
421:デフォルトの名無しさん
19/04/18 16:34:11.27 rqGOrs8Z.net
>>406
だよね。angular思ったより全然使いやすい。迷う事が少なくていい。
422:デフォルトの名無しさん
19/04/18 16:37:48.10 rqGOrs8Z.net
>>420
因みになんだけど、jQueryのテンプレートエンジンは何を使ってるの。俺はよくjsRender使ってた。
423:デフォルトの名無しさん
19/04/18 16:46:45.54 PeuY0IP9.net
>>422
俺は、lodash (underscore) のtemplateだな
URLﾘﾝｸ(lodash.com)
URLﾘﾝｸ(underscorejs.org)
このライブラリはテンプレート専用じゃなくて
通常のプログラミングでも非常に便利なライブラリなので
テンプレートを使うかどうかに関係なく組み込んでる。
424:デフォルトの名無しさん
19/04/18 16:50:16.12 rqGOrs8Z.net
>>419
具体例いらんだろう。長くなるとスレチになりそうだし公式見てほしい。
425:デフォルトの名無しさん
19/04/18 17:13:10.20 PeuY0IP9.net
>>415
残念ながらフォームを作る場合に、DOM APIよりもvueは便利だが
jQueryよりも便利ってことはないんだよ
具体例、ないだろう？そういうこと
426:デフォルトの名無しさん
19/04/18 20:14:06.33 G2shfX5j.net
廃れるものを一通り勉強するってのも乙なもんだけどね。
427:デフォルトの名無しさん
19/04/18 20:19:22.93 IFD45nW1.net
jquery使うといつか必ず後悔するんだよな
428:デフォルトの名無しさん
19/04/18 20:29:07.13 PeuY0IP9.net
それはないな。DOM APIを使うのと（jQueryの方が生産性が高い以外）何も変わらんのだし
429:デフォルトの名無しさん
19/04/18 20:31:42.05 xDdfDEdP.net
そらWeb"サイト"作ってるところjQueryは使い続けられるだろ
元々フレームワークを使うのはWebシステムを構築する人向けなんだから
平たく言えば例えばスタンドアローンアプリをWebに置き換える様な案件向け
別にそういうモノを作る予定なんてないって人はjQueryは使い続けてても全く支障はないと思うよ
430:デフォルトの名無しさん
19/04/18 21:46:16.31 fWketiWf.net
基本jquery使う限りアングラーさんしかないのか
431:デフォルトの名無しさん
19/04/18 21:47:32.38 FtQwjU5R.net
tsとjqは相性悪いからangularもビミョー
432:デフォルトの名無しさん
19/04/18 22:20:30.68 PeuY0IP9.net
>>429
Webシステムじゃよくわからん。
JavaScriptを一切使わないWebシステムだって有るんだし
> 別にそういうモノを作る予定なんてないって人はjQueryは使い続けてても全く支障はないと思うよ
ずっとそれを言ってる。ウェブであちこちのサイト見て、
そのサイト、アプリで作ればいいのに？って思うことある？
そういうことだよ。ウェブで皆が見てるものの大半は、アプリ用のフレームワークなんか使っちゃダメ
433:デフォルトの名無しさん
19/04/18 23:11:25.60 975/tdja.net
流行の移り変わり前提ならAureliaになるんかね
434:デフォルトの名無しさん
19/04/18 23:16:27.84 rt2qFRnt.net
>>433
なぜ？
435:デフォルトの名無しさん
19/04/19 00:19:18.93 ZJZT2sL1.net
暇な天才達がおもちゃを作り
凡人の我々が疲弊する
436:デフォルトの名無しさん
19/04/19 00:56:42.83 nz9XNE8t.net
実務の世界ではwebは運用を考えないといけないから
ビルド必須なのは辛いんだよね
JAM Stackにバリバリ行きたい気持ちはあるのだが
結局はjQueryを使った無難なサイトがメインになって
しまう
エンジニアは運用の視点を忘れたらいけない
サイト制作にはjQueryが必須だと思う。
でもSPAで作る時は日本語のドキュメントがまだ出て
来てないような最前衛の実装方法で暴走するけどねw
437:デフォルトの名無しさん
19/04/19 01:05:48.22 mPb3RkdR.net
いい加減>>1読め
438:デフォルトの名無しさん
19/04/19 07:03:38.13 SkMw1Cjg.net
>>432
君には一生縁のない世界みたいだからおうちにおかえり
439:デフォルトの名無しさん
19/04/19 07:15:41.26 GnXLTXUb.net
>>438
反論できなくなったときの言葉だねｗ
440:デフォルトの名無しさん
19/04/19 08:37:31.56 gmGy9oTC.net
ちょっとしたサイトなら、jQuery, Lo-dash のテンプレートエンジンで十分。
Underscore.js のテンプレートエンジンを使ったフレームワークが、Backborn.js
フレームワークを使うのは、データベースを使うような、web アプリ
Ruby のテンプレートエンジンの ERB でも、基本は、文字列を連結していくような原始的なもの
441:デフォルトの名無しさん
19/04/19 08:55:09.83 p/ztoCUW.net
本当にちょっとしたものならそんな何万文字ものライブラリいらんだろ
const template = ctx => `
<html>
<head><title>${ctx.daimei}</title></head>
<body>${ctx.naiyou}</body>
</html>
`
const data = {
daimei: '題名',
naiyou: '内容',
}
const html = template(data)
442:デフォルトの名無しさん
19/04/19 10:13:16.52 ZJZT2sL1.net
Vue試してみてるけど
Vuexってもしかして必須か
コンポーネント間の簡単な操作でも複雑に感じたわ
それならもうAngularみたいに全部入りでいいじゃんと思いました
443:デフォルトの名無しさん
19/04/19 10:19:03.41 JukS+GDU.net
>>442
世界中でどれか一つに統一されるならAngularをおしたい。
慣れた時の開発効率やわかりやすさはAngularだと思う。
444:デフォルトの名無しさん
19/04/19 11:22:56.56 GnXLTXUb.net
>>440
かいてることめちゃくちゃ
> ちょっとしたサイトなら、jQuery, Lo-dash のテンプレートエンジンで十分。
「ちょっとした」の意味がわからん。
そもそもテンプレートに大きいも小さいもないだろ
> フレームワークを使うのは、データベースを使うような、web アプリ
データベースならウェブアプリだけやなくウェブサイトでも使うし
それはフレームワークを使う理由にはならん。
> Ruby のテンプレートエンジンの ERB でも、基本は、文字列を連結していくような原始的なもの
文字列を連結ってなんのことを言ってるんだか。内部の実装の話なんか関係ないだろ
445:デフォルトの名無しさん
19/04/19 11:29:00.68 nz9XNE8t.net
lodashのテンプレは確かに便利
これは同意する
446:デフォルトの名無しさん
19/04/19 11:31:53.09 GnXLTXUb.net
>>441
> 本当にちょっとしたものならそんな何万文字ものライブラリいらんだろ
何万じゃサイズがわからん。
1万文字 = 10KB程度ってことでいいのか？
何万文字 = 数十KB、画像1枚分もなくて、
ADSLや光回線なら0.1秒以下、スマホの128kbps制限中でも
2～3秒程度でダウンロードできるサイズ
だよね？
今度から「僅かなサイズのライブラリ」って書いてくれない？
意図的に多く見せようとしてるようにしか見えないからさｗ
447:デフォルトの名無しさん
19/04/19 11:35:38.96 GnXLTXUb.net
>>441
あとそのコードは単なる文字列中の変数埋め込み
テンプレートエンジンを名乗るなら、ループと条件分岐ぐらいは
対応してないとだめだろう
448:デフォルトの名無しさん
19/04/19 12:33:46.65 p/ztoCUW.net
>>447
だから簡単なものならそれで十分だろうと言ってるんだが。
そんなもの必要に応じて関数書きゃいいだろう。
449:デフォルトの名無しさん
19/04/19 12:37:15.37 p/ztoCUW.net
テンプレートエンジン固有の構文覚える方がめんどいわ
450:デフォルトの名無しさん
19/04/19 12:53:32.50 pVA6rbms.net
>>443
でもAngular人気ないよね
日本ではなく世界の話
URLﾘﾝｸ(2018.stateofjs.com)
世界二万人超の開発者に対するアンケートの結果みたいなんだけど
Angularは「使ったことあるけどもう使わない」
ってのが飛び抜けて多い
なんでこんな嫌われているのか全然わからないけど
451:デフォルトの名無しさん
19/04/19 13:14:05.01 p/ztoCUW.net
確かにせっかくの大規模アンケートなんだから理由も見たかったよな。
452:デフォルトの名無しさん
19/04/19 13:32:46.93 ZJZT2sL1.net
破壊的な変更が原因でしょう
また大幅な変更あるのではとリスクを嫌ってる
453:デフォルトの名無しさん
19/04/19 14:22:40.05 GnXLTXUb.net
WebComponentsの登場で
今のフレームワーク全滅するっていうのになｗ
454:デフォルトの名無しさん
19/04/19 15:33:13.76 y1N4KfNl.net
>>450
本来のjavascriptと解離が大きいのがな。
やっぱ通用するスキルが身につくことが重要よ。
455:デフォルトの名無しさん
19/04/19 16:06:37.80 eZFOlDYz.net
どこぞの人気投票らしきもの
URLﾘﾝｸ(pbs.twimg.com)
456:デフォルトの名無しさん
19/04/19 16:08:56.45 9mBO7kZI.net
>>453
それも結局はXHRと一緒なんじゃない？
原始的で汎用的なものを提供するけど結局ラッピングされたものの方が使いやすいってなると思う
457:デフォルトの名無しさん
19/04/19 16:21:41.87 GnXLTXUb.net
>>456
> それも結局はXHRと一緒なんじゃない？
なんでXHRの話なんか出てくるんだ？
UIコンポーネントの話なんだが
> 原始的で汎用的なものを提供するけど結局ラッピングされたものの方が使いやすいってなると思う
そりゃラッピングされたもののほうが使いやすいでしょｗ
だからjQueryの方が使いやすいんだし。
問題は、WebComponentsをラッピングしたものは、AngularやVueやReactとは別のものになるってこと。
AngularやVueやReactもWebComponentsを考慮しつつ開発してるんだろうが、
WebComponentsが最終的にどうなるのかわからないし、
WebComponentsがない時代の設計をWebComponentsに最適化するのは大変。
どうせWebComponentsに最適化された新しいフレームワークが出るに決まってる。
そしたら今のフレームワークは全部おさらばｗ
458:デフォルトの名無しさん
19/04/19 16:54:49.69 p/ztoCUW.net
>>455
ひとつだけステッカー貼ってアピールしてるのが哀愁を誘うなｗ
459:デフォルトの名無しさん
19/04/19 17:14:03.31 22g/XrvX.net
>>457
html5だかECMAScriptだかの標準仕様を持ち上げるって意味では一緒じゃね？
WebComponentsもXMLHttpRequestも逆に何が違うって言うんだよ？
460:デフォルトの名無しさん
19/04/19 19:30:52.27 PWe5dNBv.net
なんも作ってない人ってなんでこんなにわかりやすいバカさを露呈しちゃうんだろうね。
461:デフォルトの名無しさん
19/04/19 19:50:06.07 n8mFcZJ1.net
web componentに過剰に期待しちゃダメだよ。仕様を大きく超えて肥大化した今のフレームワークのほんの一部を標準化しますってだけ。
少し触ってみれば分かるが期待とは別物。到底現状のコンポーネントが置き換わるレベルじゃない。
462:デフォルトの名無しさん
19/04/19 21:06:05.48 GnXLTXUb.net
>>459
> WebComponentsもXMLHttpRequestも逆に何が違うって言うんだよ？
WebComponentsはコンポーネントを作るAPI
いろんな人や会社がコンポーネントを作って配布することになるだろう。
ここが大きな違い。
XMLHttpRequestはそれ単体で使うものだが、
WebComponentsは、そのAPIを使ってコンポーネントを作る人と
作られたコンポーネントを使う人に分かれる
463:デフォルトの名無しさん
19/04/19 21:33:14.60 SkMw1Cjg.net
それって結局Reactとやってる事変わらなくないか？
464:デフォルトの名無しさん
19/04/19 21:36:51.67 wiWuuxML.net
>>455
使ったことないアホどもの人気投票だろうな
465:デフォルトの名無しさん
19/04/19 21:40:08.98 GnXLTXUb.net
>>463
そうだよ？やってることがかぶってるから
WebComponents（ウェブ標準）に置き換わるって言ってんの
466:デフォルトの名無しさん
19/04/19 22:01:24.55 GSI3q7h6.net
>>464
使ってる人の数の非もこんなもんなんじゃない？
467:デフォルトの名無しさん
19/04/19 22:24:03.00 er92Du55.net
>>349によるとそんなもんだな。
468:デフォルトの名無しさん
19/04/19 23:18:27.59 5jtmr99m.net
部下から尊敬される上司が行っている、たった一つの方法
URLﾘﾝｸ(www.youtube.com)
仕事ができる人だけが知っている、すべてが好転する「黄金ルール」
URLﾘﾝｸ(www.youtube.com)
自分の生き方や働き方がわからない人に伝えたい「生き方の正しい選び方」
URLﾘﾝｸ(www.youtube.com)
469:デフォルトの名無しさん
19/04/19 23:23:08.94 ZJZT2sL1.net
とにかくJSフレームワークは
他人のコードみたくないし保守したくない
作り逃げの案件しかやりたくねー
470:デフォルトの名無しさん
19/04/19 23:53:16.20 lpgW/kDH.net
>>465
置き換わるわけないやんどうせ機能ショボいのに
471:デフォルトの名無しさん
19/04/19 23:57:01.13 dMoQXjko.net
まぁwasmを独自タグ化できるとかならワンチャンなくもないかも知れんけど
ウェブ標準とReactなら大半の人はReact選ぶと思うけどね
472:デフォルトの名無しさん
19/04/20 00:08:48.19 V6hNb77K.net
それにしてもAngularはホント使ってるとこ見ないよね技術書展のサイトくらいしかまともに使ってるとこ見たことない
Reactは動画配信サイトの類とかでわりと使ってるところよく見る
Vueはライブラリとして読み込んでるサイトはわりとあるけどフレームワークとして（Vuex,vue-routerとか使って）ガッツリ作り込んでるところ半分くらいで他はjQueryとの共存でだましだましに使ってるんじゃないかとね
473:デフォルトの名無しさん
19/04/20 02:57:45.91 a8xtUdmI.net
この業界の闇が見れたよ
vue js 大規模
URLﾘﾝｸ(mobile.twitter.com)
URLﾘﾝｸ(mobile.twitter.com)
URLﾘﾝｸ(mobile.twitter.com)
(deleted an unsolicited ad)
474:デフォルトの名無しさん
19/04/20 04:51:28.50 LA3ebzxs.net
vue,reactならreactのが好きだけどreduxがデファクト取ったのほんとつらい
475:デフォルトの名無しさん
19/04/20 06:58:25.30 lwVpLCzw.net
>>472
react,vueくらいならちょこっと作るのもそこまで苦じゃないけど
angularはなんか闇を感じるぞ。。
476:デフォルトの名無しさん
19/04/20 07:42:58.61 rcvSJkam.net
>>441
HTMLエンコードも、しないといけない。
「& < > "」などを、「&」「<」「>」「"」に置換
Ruby のERB では、
結果を出力するなら、<% = 式 >
しないなら、<% 式 >
<% # コメント >
地の文(Rubyの式以外)で、<% を使う、
または、ERBタグ内で、%> を使う場合は、% を2重にする(エスケープ)
477:476
19/04/20 07:51:06.41 rcvSJkam.net
自己レス
>「& < > "」などを、「&」「<」「>」「"」に置換
あれ？ どうして「&」と表示されたのか？
「&」(全角なら「&ａｍｐ;」)と書いたのに。
5ch のバグ？
478:476
19/04/20 07:58:58.23 rcvSJkam.net
自己レス
>「&」(全角なら「&ａｍｐ;」)と書いたのに。
「&」
ここには半角で「& a m p ;」(ただし、空白を除く)、
全角で書くと「&ａｍｐ;」と書いているけど、「ａｍｐ;」が表示されない！
なぜ？
479:デフォルトの名無しさん
19/04/20 08:22:32.49 kIPwVBjm.net
vueできますの人ってJQueryの延長で使えてるだけの人多いから危険だわ
Reactできますの人雇った方が安全
アプリとしての設計できるか否かと文法覚えたからコード書けますは違うから
Reactできるなら設計できると考えていい
480:デフォルトの名無しさん
19/04/20 08:31:55.09 bPC53Tje.net
>>478
2chの頃からUnicodeの表示には10進文字参照使ってるから
&のエスケープだけ効くようになってる
&amp;と書けばいい
481:デフォルトの名無しさん
19/04/20 09:34:01.59 OSkkX2tB.net
>>479
Reactはそんなに難しいってこと？
482:デフォルトの名無しさん
19/04/20 09:44:58.55 V6hNb77K.net
ちゃんとしっかり向き合えば難しいって事はないよ
Reduxだって書いてれば慣れるし慣れればそれほど難解じゃない
一回ベタでJSX書いてそこから部品になりそうなものを切り出したら
次に似たような画面作る時劇的に手間が減ったりする
483:デフォルトの名無しさん
19/04/20 09:50:31.75 YjCevdff.net
Aureria使ってるけど全然難しくないぞ
Reactも難しくはないんだろう
むしろVueってそんなに簡単なの？
484:デフォルトの名無しさん
19/04/20 10:18:20.36 V6hNb77K.net
どのフレームワークも書き方が違うだけで構成する要素（状態、ルーティング、コンポーネント）は似たり寄ったりだと思うよ
ただVueの場合
<div id="app">
…
</div>
をルートコンポーネントとしてVueに関連付けるのにdiv涛烽ﾌDOMをそのまま使えるっていうのが新規にはとっつきやすい一因だと思う
もちろん別ファイルに書いたルートコンポーネントをマウントすることもできるけど
DOMがそのまま→既存のサイトに追加できるって事で入りやすいんだろうけど
できたものはカオスなんだろうなって思う
485:デフォルトの名無しさん
19/04/20 10:49:02.44 lwVpLCzw.net
問題は非同期通信をどこに置くか、どう実行するかってとこでしょ。
486:デフォルトの名無しさん
19/04/20 12:02:30.90 aNolGhqF.net
そもそもそれSPAにする意味あるの？というところからだな
487:デフォルトの名無しさん
19/04/20 13:17:37.40 lwVpLCzw.net
そもそもただの静的なhtmlで十分てのはあるがそれはまた別の話だな。
488:デフォルトの名無しさん
19/04/20 13:50:29.73 OSkkX2tB.net
>>487
静的なHTMLは、サーバーに置いたHTMLを表示するだけ
動的なHTMLは、データベースなどにアクセスしてHTMLを動的に生成するもの
どちらもJavaScript使用の有無は関係ないのですよ
489:デフォルトの名無しさん
19/04/20 14:06:39.55 syajeBai.net
Reduxって他のフレームワークでも
汎用的に使えるの？
vueにはVuex があるし
490:デフォルトの名無しさん
19/04/20 14:20:12.59 Yj5VNfn5.net
>>481
Reactは設計や構造を考えられる人じゃないと
まともに動くモノは組めないからね
学習コストはAngularより低いけども設計力が必要
Reactに関しては得手不得手が分かれると思う
合ってる人なら即日使えるようになる
苦手な人は勉強しても駄目かもしれない
491:デフォルトの名無しさん
19/04/20 14:23:17.25 aNolGhqF.net
負の遺産が量産され続けてそう
数年後が怖いね
492:デフォルトの名無しさん
19/04/20 14:28:03.53 lwVpLCzw.net
設計や構造を考えないで動的に動くview作ろうってのがそもそも間違いじゃね？
と思うんだが。
493:デフォルトの名無しさん
19/04/20 14:34:34.23 OSkkX2tB.net
（汎用の）コンポーネントを作るという考え方で作れば良いんですよ。
そうすれば、全体を考えなくていい。
494:デフォルトの名無しさん
19/04/20 14:43:31.02 lwVpLCzw.net
んなこたない。
部品で分けても結局どう繋ぐかって問題は出てくる。
だからコールバックを引き回すのかreduxみたいな一周するパターンを使うのか考えるわけだ。
495:デフォルトの名無しさん
19/04/20 14:52:25.93 UeTDxeBd.net
まだプログラミング自体初心者だった頃に、個人で何か作ろうとしてみたりしてたときは、確かに設計なんかせずに順番に動くように動くようにプログラミングしてたわ。
496:デフォルトの名無しさん
19/04/20 15:52:34.64 MO877tOl.net
reactもvueも適材適所でいいんじゃない？設計は別のレベルの話だろう。所詮道具なんだしさ。いやそれを議論するスレだったなw
497:デフォルトの名無しさん
19/04/20 16:20:16.32 aNolGhqF.net
大抵の人はjqueryを使う規模で十分であるが
jqueryで何か新しく書こうとなると辛い
そこで規模にマッチするのがVueになるからVueが人気
498:デフォルトの名無しさん
19/04/21 15:58:14.04 Nh7t/mMV.net
Angular覚えれば最強なんじゃね?
499:デフォルトの名無しさん
19/04/21 16:13:30.43 +n/bTUR6.net
周りvue使う奴ばかりで俺だけReactだから取り残された感がある
500:デフォルトの名無しさん
19/04/21 16:20:10.40 0mpGXc/m.net
>>499
react出来るならvueもすぐ覚えられるやろ
501:デフォルトの名無しさん
19/04/21 16:30:06.97 O0Cyl0Uv.net
vueはreactの下位互換
502:デフォルトの名無しさん
19/04/21 16:32:17.78 o9+52jcW.net
>>501
どういう所に互換性があるの？
503:デフォルトの名無しさん
19/04/21 17:59:50.12 idC8t1Zb.net
create-react-app がデフォルトなだけって気はする。
504:デフォルトの名無しさん
19/04/21 18:59:32.38 HebMLUkK.net
互換性はないけど枠組みとしては確かに似たり寄ったり
505:デフォルトの名無しさん
19/04/21 22:33:06.57 HUpVr9Rv.net
Jqueryで足りないとは例えばどんな動作？
506:デフォルトの名無しさん
19/04/21 23:16:22.08 RrDR8c7C.net
>>1
507:デフォルトの名無しさん
19/04/22 00:44:30.62 gmJvG001.net
Reduxって親コンポーネントに偽装してReduxのステートをPropsとして受け取る感じなんだね
慣れてくればそれほどstateと変わらない感じ
508:デフォルトの名無しさん
19/04/22 10:42:02.31 aRCKiCHK.net
VueでTypeScriptってどうなの?
オーバースペック???
509:デフォルトの名無しさん
19/04/22 10:51:29.31 YqOHOoCK.net
>>505
vdomとbindingはロジック部分を根本から変えた。後戻りできない部分だな。他はjQueryでも無理すれば代替できん事はないが。
510:デフォルトの名無しさん
19/04/22 10:54:01.25 7SFj5xSv.net
ロジック部分ってなに？
普通ロジック部分っていうと、UIは除いた部分のことだから
jQuery使っても同じはずだが？
511:デフォルトの名無しさん
19/04/22 10:57:48.25 YqOHOoCK.net
>>508
ページ単位で小規模に適用する分にはvueにTSは必要ない。コスト上がるだけでvueのフットワークを殺す。
新規なら先日nuxtがv2.5で完全にTS対応したから最初からそっち使った方が良いよ。にしてもnuxt-tsはキモかった。
512:デフォルトの名無しさん
19/04/22 11:21:42.95 YqOHOoCK.net
>>510
JQueryはdomが主役だがbindingはデータが主。だからデータ構造とそれを処理するロジックが根本から違う。これ以上はスレチになるから深くは説明しないが。
513:デフォルトの名無しさん
19/04/22 11:37:26.45 7SFj5xSv.net
>>512
つまり、jQueryに足りない部分 = DOM以外ってことですよね？
それは同じでしょ？
514:デフォルトの名無しさん
19/04/22 11:38:12.52 7SFj5xSv.net
もしかしてVueとかって、UI部分とロジックが分離できない？
密結合しちゃってるの？
515:デフォルトの名無しさん
19/04/22 12:21:44.78 eg+ktQTs.net
>>511
reactでts使ってもキモいぞ！ｗ
516:デフォルトの名無しさん
19/04/22 12:41:52.02 Qg5wsU4m.net
基本的なMVCアーキテクチャだけで良いのにね
意識高い馬鹿コーダーが変な技術を持ってくる
極論言ったらJavaScriptだけでも作れるのに
517:デフォルトの名無しさん
19/04/22 12:42:29.17 YqOHOoCK.net
>>513
何の話なんだそれ。
>>514
逆だよって今更すぎる。
テーブルがあって1行追加したいとしよう。jQueryだと
$().append(..render(..).html())
に似た処理をどこかで入れるだろ？元のデータは何なら”破棄しても良い”。domが主だから。ココが違う部分だからよく考えて。
bindingだとlistに1行追加するだけ。
list.push({})
あとは自分で調べて。スレチで長々とすまん皆の衆。
518:デフォルトの名無しさん
19/04/22 14:05:19.86 RnNzdTFJ.net
最初からSPA作る目的ならならわかるけど
そうでなければReactもVueもう導入した先は絶対カオスになるだろ
519:デフォルトの名無しさん
19/04/22 15:07:19.65 i3ajZQCG.net
>>517
> bindingだとlistに1行追加するだけ。
嘘ついたらいかんよ。
HTMLにごちゃごちゃ書かないとダメだろ。ループ処理とか
JSXかもしれんが
520:デフォルトの名無しさん
19/04/22 15:10:48.91 i3ajZQCG.net
jQueryでもvueでもデータそのものは、listに1行追加するだけなんだよ。
そとは、そのlistのデータを見て、JavaScript（jQuery）でHTMLを生成するか、
vueを使って、HTMLのテンプレートでlistみてループ処理やって、場合によってはif文相当のことをかいて
どの変数がどの部分に埋め込まれるか書いて、どのイベントがどのハンドラに対応するかをかいて
ようやく連携が取れるんだよ
521:デフォルトの名無しさん
19/04/22 15:31:55.89 +sji2SAG.net
vueの大規模案件ってどんなレベルなんですかね？
522:デフォルトの名無しさん
19/04/22 15:32:17.76 ShmVg8iF.net
最初からSPA作るのと、>>518はやってることが違うから、別にカオスにはならないだろ
523:デフォルトの名無しさん
19/04/22 15:32:34.69 ShmVg8iF.net
>>521
人が居なくなるレベル
524:デフォルトの名無しさん
19/04/22 17:07:41.50 IkYlXCmj.net
それより大規模ってどのくらいの規模なんだ？
525:デフォルトの名無しさん
19/04/22 17:24:46.81 /LLpqdR3.net
react宗の人間だがvueは大規模で逃亡するほどきついのかね？
526:デフォルトの名無しさん
19/04/22 17:34:40.14 RnNzdTFJ.net
例の件でVueがネタ言語扱いされるとか…
ひどい風評被害だな
527:デフォルトの名無しさん
19/04/22 17:47:05.54 RnNzdTFJ.net
不毛だよなぁ
react、vue、angular使えますとか
rails、laravel、spring boot使えますとか
どっちもどっちか一つでいいのに…
複数学ぶのは時間の無駄で、技術選択する時間も馬鹿にできんし
528:デフォルトの名無しさん
19/04/22 18:14:48.09 KTQxmf3k.net
例の件って何？
529:デフォルトの名無しさん
19/04/22 20:32:17.15 IxPS18nq.net
金だけもらって逃亡したんだっけ？
530:デフォルトの名無しさん
19/04/22 21:13:08.59 LOXX9eoD.net
>>528
>>473
531:デフォルトの名無しさん
19/04/22 21:52:24.13 KTQxmf3k.net
>>530
みっつ目のリンク開けない
532:デフォルトの名無しさん
19/04/22 22:20:51.00 WNIHRACT.net
Model(Data/Logoc) <==> View Model(jQuery/DOM) <==> UI(HTML)
Model(Data/Logoc) <====> UI(HTML+Vue Markup)
三段構成の中間層がフレームワークによって消滅するんじゃよ
533:デフォルトの名無しさん
19/04/22 22:38:45.61 i3ajZQCG.net
>>532
URLﾘﾝｸ(012-jp.vuejs.org)
> Model と View を同期するオブジェクトです。 Vue.js において,
> 全ての Vue インスタンスは ViewModel です。
> それらは Vue コンストラクタかそのサブクラスでインスタンス化されます:
消滅してないけど？
534:デフォルトの名無しさん
19/04/22 22:46:16.58 300hPFzJ.net
ふと思ったのはexcelみたいなUI考えた場合、modelとviewを無理やり引き剥がしても
ほとんど意味ないんじゃないかということ。
535:デフォルトの名無しさん
19/04/23 01:14:58.17 qUOBSkVz.net
firebaseが台頭してきてるから
Web屋はフロントエンドで生きていくしかねーな
536:デフォルトの名無しさん
19/04/23 01:23:54.94 1xhRm/Xt.net
>>535
ソース
537:デフォルトの名無しさん
19/04/23 01:40:26.06 zhMneqp1.net
firebaseなんてGCPの一プロダクトにすぎない
538:デフォルトの名無しさん
19/04/23 01:48:54.37 MlqQrhQq.net
そんな象は動物の一種に過ぎないみたいな当たり前のことドヤ顔で言われましても…
539:デフォルトの名無しさん
19/04/23 07:43:59.67 Rk7FVhqN.net
言いたいことは分かるよ
アスペには分からないだろうけど
540:デフォルトの名無しさん
19/04/23 08:16:32.64 MlqQrhQq.net
はいはい口先番長やりたいなら文系で生きていけよｗ
541:デフォルトの名無しさん
19/04/23 09:32:49.84 nqfj8XkM.net
アスペに素人教えさせると
知ってて当たり前だと怒り出す
542:デフォルトの名無しさん
19/04/23 12:24:38.08 eGuTD0er.net
>>519
元の話がロジックとUIの分離からそれでいいんだよ。dom appendなんぞロジック上は不要。単なる事実だが。
543:デフォルトの名無しさん
19/04/23 13:35:13.96 zhMneqp1.net
勘違い素人「こうですね！（どやぁ）」
上級者「こうしたほうが無駄がなくていいよ」
勘違い素人「ムキー、これでもいいだろ！」
544:デフォルトの名無しさん
19/04/23 13:36:22.70 zhMneqp1.net
>>542
うん。だからHTML（JSX）にループや条件分岐の
ロジックが移動してますよねって事実
545:デフォルトの名無しさん
19/04/23 16:09:42.79 eGuTD0er.net
>>544
論点ずらしは二重に恥だからやめとけ。あとスレチだからこの話はもうやめろ。
546:デフォルトの名無しさん
19/04/23 17:48:04.05 6Ns4bttT.net
最近Angular触ってみてるんだけど
Reactって結構Atomic Design指向だから細かい部品に分けた方が効率よくなるけどAngularは小分けにすると逆にカオスになりそうだね
547:デフォルトの名無しさん
19/04/23 17:54:14.07 EIFUxFM+.net
出たよバズワードに踊らされる奴
Atomic designが流行ったのはReactが普及したあと。
Atomic designをReactで実践したいならできるがReactがAtomic design指向なんてことはない。
コンポーネント指向とごっちゃになってるんじゃないか。
548:デフォルトの名無しさん
19/04/23 19:31:52.60 6Ns4bttT.net
いや、実際にある程度使ってみて部品化した方が効率が上がるのにAtomic Designって言葉使うのが適切かなって思ったから言っただけで別に言葉が先にあるわけじゃないよ
549:デフォルトの名無しさん
19/04/23 20:16:21.51 W6oBSSAv.net
reactで開発されたアプリの解読でコンポーネントやらReducerやら100ファイル以上あって熱が出そう
細かい部品に分けるのもいい加減にしろや
550:デフォルトの名無しさん
19/04/23 20:34:14.70 6Ns4bttT.net
部品に分けるからって別にファイル数無駄に増やすってよりも
最小の部品こそ属性の付け方で色々な使い方できるようにしたり
でもデフォルト値はあって最小の指定でもちゃんと動作するようにしたり
以前はC#でdll部品とか作ってたから使い勝手のいい部品作るのは楽しい
551:デフォルトの名無しさん
19/04/23 21:17:36.16 ZkNEZW45.net
100ファイルくらいなら別に多いってほどではない。
552:デフォルトの名無しさん
19/04/23 21:25:39.08 8cnfQzue.net
それはディレクトリでカテゴリー分けしてるかどうかでも随分違うと思う
553:デフォルトの名無しさん
19/04/23 23:47:16.01 26ybfJq0.net
分ける単位ってどれくらいがいいんだろうな。
自分は
・メインコンテンツ
・ヘッダー
・フッター
・サイバー
・繰り返しだすコンポーネント(例：カレンダーの１日単位)
くらいにしか分けてないな
554:デフォルトの名無しさん
19/04/23 23:49:15.78 26ybfJq0.net
あとは
・フローティングで出す入力フォーム
とかも分けてるか
555:デフォルトの名無しさん
19/04/24 01:09:09.86 n13HhhG3.net
やたらローディングでブラウザ固まるようなサイトがあるけどどうにかならんのかね
スリープ挟みながら画像/広告をロードするとかさ
556:デフォルトの名無しさん
19/04/24 04:00:40.49 WM9U+x6O.net
いずれangularが再評価され
angularに行きつくことになる
557:デフォルトの名無しさん
19/04/24 04:32:57.32 uakSx5ac.net
>>555
Reactとか使ってるんだろ。
JavaScriptファイルを読み込まないと表示されない上に
JavaScriptファイルがでかいからな
558:デフォルトの名無しさん
19/04/24 08:23:52.42 b+rTrvQ4.net
大体の場合は画像の方が大きいを思うけどね
559:デフォルトの名無しさん
19/04/24 08:26:20.44 CQvKnKTI.net
阿部寛のHPは何を使ってるの？
560:デフォルトの名無しさん
19/04/24 09:01:17.83 STRWwiRF.net
爆速で有名な阿部寛さんのサイトを真面目に分析してみた。
URLﾘﾝｸ(qiita.com)
阿部寛のサイトを高速化する
URLﾘﾝｸ(qiita.com)
561:デフォルトの名無しさん
19/04/24 09:25:06.69 rY+bTkW+.net
5Gの時代になればファイルの大きさ関係ない
SSRすら必要なくなる
562:デフォルトの名無しさん
19/04/24 09:45:06.49 CTi91KC0.net
クライアント側の回線が速くなってもバックボーンやサーバー側の回線と処理能力は変わらないので
4Gがボトルネックだった場合しか変わらんよ
563:デフォルトの名無しさん
19/04/24 10:00:20.58 WM9U+x6O.net
規模感あるところはそのままVue使わずにNuxtだね
VueだととっちらかるからNuxtに辿り着くな
保守性ないと破綻する
564:デフォルトの名無しさん
19/04/24 12:14:38.40 n13HhhG3.net
広告ベタベタのまとめサイトとかフリーズするけど
アクセス解析なのか画像なのかネットワークIOなのか原因が良く分からない
565:デフォルトの名無しさん
19/04/24 12:29:52.49 KDsijGGg.net
SPAサイトはSEOに弱いからSEO用にSSRとjsレンダリングの2つに別けましょうとかGoogleかどこかがアピールしてた
566:デフォルトの名無しさん
19/04/24 12:48:40.26 2td++BXc.net
>>561
ギガを使いきって速度規制されたら同じだろ？
阿部寛のサイトはギガ死した人々のためのサイトだからな。
567:デフォルトの名無しさん
19/04/24 13:32:01.02 CQvKnKTI.net
>>560
js使ってないのか
568:デフォルトの名無しさん
19/04/24 14:09:34.24 lWHYhEVw.net
>>553
サイバーってサイドバー？
569:デフォルトの名無しさん
19/04/24 14:32:08.54 KVKHKBwP.net
サイババ記念日らしい
570:デフォルトの名無しさん
19/04/24 15:42:24.09 uakSx5ac.net
>>558
> 大体の場合は画像の方が大きいを思うけどね
そうじゃねーよ。画像はあとから非同期でダウンロードされるだろ。
まず最初はHTMLとCSS。これで最低限の画面は表示される。
JavaScriptは後から。JavaScriptがダウンロードされないと
動きはできないが、初期画面は見える（その間にダウンロードされる）
っていうのがjQuery時代のベストだったんだが、
今はそんなベストを目指さずJavaScriptがダウンロードされるまで
画面見なくていいじゃんに悪化してしまった。
571:デフォルトの名無しさん
19/04/24 20:39:13.63 xsOrFgwZ.net
>>570
クソエロサイトくらいにしか役たたなそうな技術だな。
572:デフォルトの名無しさん
19/04/24 20:49:42.32 uakSx5ac.net
クソエロサイトくらい？
アクセスが多いサイトってことですか？
573:デフォルトの名無しさん
19/04/24 21:35:26.29 lFc7PTJG.net
ただまあ高速化の技法がサーバからフロントに比重が移ったのは分かる。フロントの高速化は面倒だよな。
574:デフォルトの名無しさん
19/04/24 22:32:10.71 uakSx5ac.net
フロントの高速化っていうか
自分で遅くしといて、戻そうとしてるだけだけどなｗ
なんだかんだでHTML+CSSだけが一番早い
575:デフォルトの名無しさん
19/04/24 23:18:24.27 0vz5Qpla.net
まあね
576:デフォルトの名無しさん
19/04/25 10:20:54.52 vEJtGG6g.net
SSRなんかは典型だな。サーバからフロントへ、そして今またサーバへ。FCPのcss埋め込みなんて手作業じゃやる気せんよ。まあフレームワークが勝手にやってくれるんだけど。
577:デフォルトの名無しさん
19/04/25 11:57:42.71 SxeJCaLs.net
JAMスタックが解だね
結局SSRはやらないのが一番いい
578:デフォルトの名無しさん
19/04/25 21:01:57.88 XQiuE6zE.net
Generic Vue Template Interpolation Language Features | Pine Wu's Blog
URLﾘﾝｸ(blog.matsu.io)
VueテンプレートにもTypeScriptの型チェックがktkr
579:デフォルトの名無しさん
19/04/25 21:26:39.12 WzUfCzlU.net
すげえ
580:デフォルトの名無しさん
19/04/25 23:17:22.96 y3HhtnRW.net
いままでts部分だけ別ファイルに分離してたけどそれが要らなくなるのか。
581:デフォルトの名無しさん
19/04/26 00:20:47.16 EZ3WKoA+.net
素敵やん
582:デフォルトの名無しさん
19/04/27 01:45:05.36 TQCo9BVu.net
URLﾘﾝｸ(www.netbk.co.jp)
とある銀行のページ
これが情報を抜き取りgoogleに横流ししてると主張してる人がいるんですが、本当でしょうか？
怪しい所ありますか？
583:デフォルトの名無しさん
19/04/27 03:13:41.43 xzIO4Xfv.net
こわくてふめない
584:デフォルトの名無しさん
19/04/27 03:26:49.88 JS1TAJ/n.net
>>582
見てないけどそこがgoogleのサービス使ってたとことで
ユーザーが気にすることじゃないだろ
横流しという言葉の意味分かってるのか？
仮に同意無しに個人情報をどこかに売るにせよjsのコードで直に送るやつなんて居ない
585:デフォルトの名無しさん
19/04/27 08:03:15.52 L1RdW04q.net
>>582
分からん。精々コード内のMITライセンスに関するコメント文からAngular.jsを使ってるって事ぐらいしか理解できん。
そもそもこれビルドされて人間が読む為のコードじゃなくなってるよね。どうやって読んだんだろ。
まぁ、その奇天烈怪奇な主張している池沼君に何を根拠にその結論に至ったのか聞いてみたら？
因みに、横流しという言葉をどういった意味で使ってるかは知らないけど、もし俺が銀行のエンジニアで顧客情報をGoogleにコッソリ渡すなら、
客から見えるフロントエンドでなく、バックエンド側で直接データ送信するな。
586:デフォルトの名無しさん
19/04/27 08:17:20.43 v2dpxdDf.net
チョゲ&アスカのアスカもギフハブにARアプリで監視されてるっていってたし、俺たちごときのエンジニアにはわからない最新テクノロジーで横流ししてるんだろ。
587:デフォルトの名無しさん
19/04/27 10:22:35.62 asc+HFb4.net
クスリで強迫性障害を患っただけでは？ｗ
588:デフォルトの名無しさん
19/04/27 10:27:25.18 Ud86wEGC.net
どうせマルチポストのリンク貼り魔じゃねーの？
なんでそこまで真に受けて延々と話してんのさ
589:デフォルトの名無しさん
19/04/27 13:06:16.02 AcxZC3AZ.net
ギフハブ=github説ほんとすき
590:デフォルトの名無しさん
19/04/27 13:38:35.30 B1vN4PSJ.net
ジャップは信用ならない
591:デフォルトの名無しさん
19/04/28 18:24:36.61 z6tXR90P.net
Vuexが上手くラップされてる
592:デフォルトの名無しさん
19/04/29 12:09:12.70 Tj+nXMRU.net
JavaScript系FWでアプリを作るとソースコードを全部見られますよね
ソース見てゲームなんかのアルゴリズムを解析されたら嫌なのですが、
ReactNative使ってアプリ作っても結局同じことですよね・・・？
593:デフォルトの名無しさん
19/04/29 12:44:45.24 BTHjdLRh.net
君で思いつく程度のアルゴリズムであれば、誰にとっても財産的価値は無いから気にする必要はないよ。
パスワード保護とかの手法なら、それこそ既存のライブラリ使ってください
594:デフォルトの名無しさん
19/04/29 15:03:59.71 YPlfmP4Z.net
え、チートを防ぎたいのでは
595:デフォルトの名無しさん
19/04/29 20:25:45.63 8c7yz0ci.net
だとしたらアルゴリズムを心配してるのがトンチンカンだな。
データの心配しろよと。
596:デフォルトの名無しさん
19/04/30 00:08:49.38 IpLGLbh6.net
え、データだけの意味が分からない
597:デフォルトの名無しさん
19/04/30 09:52:43.85 zI/Hh5N/.net
解析されたら終わるルールはゲームとして良くはないね
本質は、乱数か人との戦いだろ。
それでも実装を見られたくないならwasm使うしかないんじゃない
598:デフォルトの名無しさん
19/04/30 10:03:24.48 rYkykX8a.net
wasmも数年前に比べると大分手近になったよね
599:デフォルトの名無しさん
19/04/30 13:01:01.81 rEfIQMEI.net
>>687
犯人がネトウヨだったようだけど
ヘイトスピーチしたネトウヨの糞のお前らは
在日に謝らなくていいの？
600:デフォルトの名無しさん
19/04/30 13:04:10.71 rYkykX8a.net
いったい何と戦ってるんだ？
601:デフォルトの名無しさん
19/04/30 16:43:13.59 c2yp3V/O.net
wasmの逆アセンブルなんて超簡単だが…
602:デフォルトの名無しさん
19/04/30 19:01:22.35 SP4vcC0N.net
>>601
もし仕事でやれって言われたら、どれくらいの見積もりだす？
どこまでやるかは、君が「超簡単」と言ったときに思った範囲でいいよ。
603:デフォルトの名無しさん
19/04/30 19:20:56.57 OogZbA54.net
スレ違いの話題で喧嘩すんなよ
604:デフォルトの名無しさん
19/04/30 20:24:14.39 xSDcdpWx.net
チートされたくないならサーバー上で処理するしかない
ブラウザの実行されているPCは開発者のコントロール下には無いから
時間さえ掛ければ破れるだろう
難読化したりプログラムを複雑にして
実装されたセキュリティは
Security through obscurityと呼ばれる
解析を遅らせたり、本気で解析する気の無い奴を遠ざける事は可能だが
不正行為から守る手段としては確実とは言えない
605:デフォルトの名無しさん
19/04/30 21:36:43.40 nUvkUPx4.net
ゲーム板な話題なんでアレだけど不正検知の方が大事
クライアントサイドなんて遅かれ早かれ全部見られる
606:デフォルトの名無しさん
19/04/30 22:06:02.83 SP4vcC0N.net
ネットゲームは、解析されるまでに
サービス終了させてしまえばいい
それまでの間、解析されても無駄になるように
頻繁にバージョンアップする
607:デフォルトの名無しさん
19/04/30 23:22:26.27 fcz41J68.net
ゲームは知らんが、実際フロントのJSで解読されたく無い処理なんて無いよな。所詮データ表示してるだけだし。
608:デフォルトの名無しさん
19/05/01 14:46:02.39 Q6HQJPx/.net
フロントはサーバーからAPIやら何やらでデータ持ってくるだけだから無問題でしょ
609:デフォルトの名無しさん
19/05/01 21:46:44.39 /1G6hUdD.net
フロントが安くみられる理由ではあるな。
610:デフォルトの名無しさん
19/05/01 21:56:12.32 okVhT/cj.net
所詮クライアントで出来る事しか出来ないからな
611:デフォルトの名無しさん
19/05/01 22:09:52.31 97t5KpT2.net
クライアントできることって、
例えば、3Dレンダリングとか？
動画エンコーディングとか？
クライアントならすごいことできるって言いたいのかなぁ？
612:デフォルトの名無しさん
19/05/02 11:50:10.12 Y46iLWky.net
プッシュ通知とかWebカメラ使った画像解析とかGセンサーとかね
613:デフォルトの名無しさん
19/05/02 12:06:47.46 DtNw2Ba7.net
フロントが軽く守られる風潮は営業がそうだからね。もう工数も人員的にも7:3ぐらいでフロント。
614:デフォルトの名無しさん
19/05/02 12:07:17.03 DtNw2Ba7.net
すまん、見られるね。
615:デフォルトの名無しさん
19/05/02 13:03:14.76 WWkY/KvO.net
その辺りの人間が勉強しないとな
616:デフォルトの名無しさん
19/05/02 18:23:54.03 gOrselrw.net
真のフロントエンジニアがぜんぜんいない
どいつもこいつもエセフロントエンジニアしかおらん
617:デフォルトの名無しさん
19/05/03 16:03:38.35 gYGrPyNn.net
CSSコンポーネントってどれがいいの？
618:デフォルトの名無しさん
19/05/03 19:01:46.34 APX4kfTB.net
cssにまでコンポーネントなんか使わねえよ
それいろいらやってみたが再利用性低いしものすごい使いにくい
cssはjsの外に持つべき
なんでもjsでやろうとするな
そしてscss使え
619:デフォルトの名無しさん
19/05/03 21:27:01.47 fqcYoDWz.net
redux-actionsって便利っぽいのにgithubでredux採用プロジェクト見てもあんま使われてないのはなんか罠があるの？
620:デフォルトの名無しさん
19/05/04 10:14:57.37 DqtcHd/u.net
メンテナの規模じゃね
実質1人だし
621:デフォルトの名無しさん
19/05/04 11:01:16.00 l237H6NF.net
無駄なテンプレ化という印象しかない。
そのうち具体的に何書いてるかわからなくなってメンテ不可になりそう。
622:デフォルトの名無しさん
19/05/04 20:14:11.36 Ui9BQ5Tx.net
nodeでローカルに何かのライブラリインストールすると普通に3万個とか5万個とかのファイルができる
それで作るアプリは初歩のjsで実現できるレベル
623:デフォルトの名無しさん
19/05/04 21:45:06.68 eyQzK648.net
>>622
何のライブラリをインストールしたの？
624:デフォルトの名無しさん
19/05/05 13:43:38.99 f2I/aDPf.net
ReactNative
625:デフォルトの名無しさん
19/05/05 14:12:43.76 Gq6Oz0GG.net
仕組み分かってなさそう・・・
626:デフォルトの名無しさん
19/05/05 14:47:13.81 tcRm4IYE.net
特に何かってよりスレタイのフレームワークをCLIで入れるだけで相当数のファイル入るよね
627:デフォルトの名無しさん
19/05/05 17:59:01.33 Q2loWuJO.net
windows使ってるならファイル数見てみたらいいよ
数万入ってる
628:デフォルトの名無しさん
19/05/05 21:57:26.76 RohDjFeT.net
Vueは何が学習コストが低いだよｗ
ちょっとだけ触るのに手間がかからないってだけの間違いだろ
vuex router使うようなレベルになると
なんら学習コストのアドバンテージはない
629:デフォルトの名無しさん
19/05/05 22:21:54.20 tcRm4IYE.net
>>628
導入コストは低いけど決して学習コストは低くないよね
630:デフォルトの名無しさん
19/05/05 22:33:03.03 f2I/aDPf.net
だからあれほどReactにしろと
631:デフォルトの名無しさん
19/05/05 22:48:36.49 tcRm4IYE.net
Material UIってどうなの？他にもっといいのとかある？
632:デフォルトの名無しさん
19/05/05 23:50:55.58 yGiei76k.net
だからjQueryがほとんどのサイトでは適切なんだよ。
アプリなんて作るのはごく一部だから
633:デフォルトの名無しさん
19/05/05 23:56:58.40 N438PKgp.net
お前は自分の立てたスレに帰れよ
634:デフォルトの名無しさん
19/05/06 00:00:40.86 hKkSY5j9.net
スレの数だけ、俺の居場所がある。
635:デフォルトの名無しさん
19/05/06 15:59:00.41 5mvd4R5O.net
SPAはNuxtが伸びるだろうね
Vueだけで規模でかくなるの辛いわ
636:デフォルトの名無しさん
19/05/06 18:52:47.92 3zTuKyjo.net
>>631
UI素人がMaterial UIで構築していたが、激しく素人感でていてさすがだと思った
637:デフォルトの名無しさん
19/05/06 20:38:31.92 kr7+hcA9.net
Vue CLI 3が出てもnuxt必要？
638:デフォルトの名無しさん
19/05/06 20:44:38.03 H+RoyPJ9.net
SSRってどれくらい必要なんだろうね
GoogleではSSRなしでも正しく識別されるけどYahooだとダメとかそんな感じかな？
639:デフォルトの名無しさん
19/05/06 20:53:31.17 hKkSY5j9.net
そもそもアプリケーションを検索対象にしたいって時点で
使う技術が間違っていることに気づこう
640:デフォルトの名無しさん
19/05/06 22:45:00.75 uiqP2evc.net
SSRとかSPAとか用語乱立しすぎだろ
641:デフォルトの名無しさん
19/05/06 22:57:06.92 G3XIPJCC.net
今に始まったことじゃないやろ
642:デフォルトの名無しさん
19/05/06 23:19:28.31 hKkSY5j9.net
RとかSRとかSSRとか
643:デフォルトの名無しさん
19/05/07 08:33:38.77 oR0wekoP.net
>>635
SPAにするならNuxt要らなくね？
PWAと間違えてないか？
644:デフォルトの名無しさん
19/05/07 12:29:25.28 IawlpAQn.net
SSRはどうにも眉唾なテクだよな。速度だけが目的で下手に実装するとカオスへの入り口。
645:デフォルトの名無しさん
19/05/07 16:17:10.88 bnJYSTEg.net
nuxtは規約があるのがでかい
最低限の秩序はほしい
646:デフォルトの名無しさん
19/05/07 19:40:00.66 xdfwJpdS.net
SSRとかそもそもやろうとしてることが不自然すぎるだろ。
647:デフォルトの名無しさん
19/05/07 19:59:43.27 ftZQ7zua.net
そのうちGoogleとかがSPAとか仮想DOMの方がSEO点数高くなるとかなればいいのにな
648:デフォルトの名無しさん
19/05/08 00:07:46.96 1ScUuopK.net
SPAとか仮想DOMが使われていて、
かつ検索したいサイトをお前は思いつくか？
649:デフォルトの名無しさん
19/05/08 00:11:28.70 Oef/J+zG.net
検索したいのはデータなんだからいくらでもあると思うが
650:デフォルトの名無しさん
19/05/08 00:18:34.32 1ScUuopK.net
だからSPAや仮想DOMを使うようなもので
検索したいデータなんてあるのかって話をしてるんだよ
ログインしなきゃ見れない個人情報を検索されたくあるまい？
651:デフォルトの名無しさん
19/05/08 00:53:55.69 Oef/J+zG.net
SPAや仮想DOMを何だと思っているのか
652:デフォルトの名無しさん
19/05/08 01:49:25.54 UnJk27R+.net
何に学習コスト払うか迷うなぁー
Vue盛り上がってるけど案件ないだろ
653:デフォルトの名無しさん
19/05/08 02:23:35.82 UnJk27R+.net
やっぱりがっつり使うならAngularだわ
laravelのbladeと混在して使うならVue
jqueryの置き換えがvueの形かなー
654:デフォルトの名無しさん
19/05/08 02:36:56.71 1ScUuopK.net
>>651
SPAの略のとおりだろ？
シングルページ "アプリケーション"
アプリケーションの内容を検索したいなんて
思わないだろ
655:デフォルトの名無しさん
19/05/08 06:36:04.05 cBelvj6F.net
コンテンツ内容と関係ないところだと例えば
HTTP/2 > https > http
みたいなSEO優先順位みたいなのあるわけだし
HTML5 > HTML4
UTF-8 > SJIS/EUC
も確かあったはず
SPA対応が今後加点対象になるのは十分ありえると思うけどな
656:デフォルトの名無しさん
19/05/08 09:13:29.35 3VixzUZL.net
>>655
君は理解していない
SPAは操作によって遷移しなくてもコンテンツ（表示内容）が変わるものだと思ってる
操作が必須
操作によって同じページに異なるコンテンツが表示されることになる
だから検索しても初期のトップページにしか出会わないので意味ないから逆に真っ先に外されるだろう
それにどうやってクローリングするのか？
657:デフォルトの名無しさん
19/05/08 09:23:29.72 64c0ciQ4.net
Google様の考えが貴様ら庶民の及ぶところにあると思ってんの？
658:デフォルトの名無しさん
19/05/08 10:52:24.84 UnJk27R+.net
スマホネイティブアプリとかいう売上3割もっていくヤクザより
SPAがんばっていこー
659:デフォルトの名無しさん
19/05/08 11:03:39.50 qfybUbfB.net
SPAがクロールされる最低条件の一つとして
URLとコンテンツ内容が一意に結びついている必要がある。
わかりやすく言えば、F5を押したときに表示されるものだけがクロールされる。
で、たいていのやつはそこまで考えて作ってないｗ
クロールのことは抜きにしても、他の人からねぇ、このサイト見てみてよって
URLを送られてきて見れるようにURLを設計にしないといけない
で、たいていのやつはそこまで考えて作ってないｗ
SPAの時代になってから、"閲覧" するのが面倒なページが増えた。
無限スクロールさせるのは良いが、ページ移動したら位置がリセットされたりな。
SPAサイトはSPAだからという理由でSEO的に減点されることはないが（加点もない）
ページの作りが悪くなりやすいから結果として減点されるページが増える。
660:デフォルトの名無しさん
19/05/08 11:09:11.39 qfybUbfB.net
あ、もちろん。JavaScriptをうまく取り扱えなくて、
クロールされないとか、JavaScriptで遅いから
減点されるってこはありえる。
結局の所クロールが重要なページはHTMLで作ったほうが良いい。
661:デフォルトの名無しさん
19/05/08 16:57:46.59 y6qvOV2k.net
SPAってVueRouterやReactRouter使ってもSPAだよね？
662:デフォルトの名無しさん
19/05/08 19:15:28.81 xLTSwTE2.net
今はSPAでもurlとコンテンツが一致するのは当たり前だと思うが。
663:デフォルトの名無しさん
19/05/08 21:07:08.36 qfybUbfB.net
ちゃんと作ってればね。
Vueとかで、変数に値入れればそれがビューに反映される。簡単！って
言ってるレベルじゃ無理。変数に値を入れたところでURLには反映されないから
664:デフォルトの名無しさん
19/05/08 21:43:03.66 1/kiWGBR.net
>>357の件の発表が来ましたよっと
「Flutter for Web」のテクニカルプレビューリリースを発表
URLﾘﾝｸ(www.publickey1.jp)
Flutter for web
URLﾘﾝｸ(github.com)
URLﾘﾝｸ(flutter.dev)
665:デフォルトの名無しさん
19/05/08 21:46:18.86 /fbqDJFW.net
名前がダサい…
666:デフォルトの名無しさん
19/05/08 23:08:40.83 UnJk27R+.net
次から次へとええかげんにせいよ…
667:デフォルトの名無しさん
19/05/08 23:12:44.98 S3X7JuSb.net
フラッパーみたいだよね
月刊コミックフラッパー オフィシャルサイト
URLﾘﾝｸ(comic-flapper.com)<)
668:デフォルトの名無しさん
19/05/08 23:21:34.90 qfybUbfB.net
>>666
よく考えてみよう。
何もしないことが正解ではないか？
669:デフォルトの名無しさん
19/05/09 00:10:23.60 qyy/dm9i.net
韓国の友達とトンカツ食べながら話した（韓国ではトンカツが人気）けど、日本のWebサイトはとても遅れてるそうだ
SPAのサイトが少なくてレガシーだと驚いてたよ
日本っぽいよねと言われて思わずそうだと笑ってしまったよ
この国大丈夫なのかね
まぁ俺は愛着ないから良いけどさ
670:デフォルトの名無しさん
19/05/09 01:34:10.79 NuvzCn57.net
知らんがな
671:デフォルトの名無しさん
19/05/09 01:42:02.41 pq++z523.net
韓国のアプリが優れてるのはガチ
日本が遅れてるだけかもしれんが
672:デフォルトの名無しさん
19/05/09 02:35:48.23 NuvzCn57.net
うん。だから韓国にも韓国人にも韓国人が言うことにも興味はない
ここは日本だし、韓国はアメリカですら無い
673:デフォルトの名無しさん
19/05/09 06:48:51.12 ypZ9kjDe.net
>>663
付け焼き刃でVuexもVueRouterも使ってない様ななんちゃってVueなんてそもそもこのスレの対象じゃない
674:デフォルトの名無しさん
19/05/09 06:55:58.86 RlCWle7V.net
>>669
阿部寛さんのホームページディスってんの？
675:デフォルトの名無しさん
19/05/09 10:30:33.47 XZvIyX2v.net
てるまえ
676:デフォルトの名無しさん
19/05/09 14:53:26.63 QW8XfI51.net
阿部寛のサイトを高速化する - Qiita
URLﾘﾝｸ(qiita.com)
阿部寛のサイトを超える高速化は
結構むずい
677:デフォルトの名無しさん
19/05/09 15:21:50.90 gVwm/ZNp.net
AngularのTS固定は先見てたね
結局ReactもVue(Nuxt)も
規模大きくなれば堅牢化を求めてTSのニーズ高い
678:デフォルトの名無しさん
19/05/09 19:18:59.10 fgBYrKh8.net
AureriaもTSですよっと
679:デフォルトの名無しさん
19/05/09 19:35:21.72 QbjLFUUQ.net
tsでreduxとかやりとうない
680:デフォルトの名無しさん
19/05/09 19:48:44.53 AbXpebNO.net
>>679
なんで？
681:デフォルトの名無しさん
19/05/09 23:09:24.89 6pPEQ8FI.net
確かにnuxtでtsやとうとするとサンプルが不十分で躊躇するな。とりあえず公式はTSで記述して欲しい。
682:デフォルトの名無しさん
19/05/09 23:14:08.08 FQALP4Xt.net
TSって何の略？女から男でもTS？
683:デフォルトの名無しさん
19/05/09 23:16:14.37 FQALP4Xt.net
転性（TenSei）物の略じゃなかったのか・・・
転生にかけて転性
684:デフォルトの名無しさん
19/05/10 07:11:07.75 5pEntNE1.net
trans sexualだろ
685:デフォルトの名無しさん
19/05/10 11:28:53.17 KVKv3VXz.net
URLﾘﾝｸ(www.packtpub.com)
今日の無料教材はAngular Fundamentals with TypeScript [Video]ですよっと
686:デフォルトの名無しさん
19/05/10 20:38:35.89 dfSPbcVm.net
Dart TypeScript どっちかにせい
687:デフォルトの名無しさん
19/05/10 21:53:18.09 YkXyKnTH.net
Dartは2度死ぬ
688:デフォルトの名無しさん
19/05/10 22:55:18.75 HK1/2Yro.net
TA固定は微妙なとこだと思うけどな。
型を軽んじる方も無駄に型信者になる方もどっちも間違ってる印象。
689:デフォルトの名無しさん
19/05/10 23:01:59.52 5pEntNE1.net
元々サーバーサイドで出力した値をグローバル変数で渡してた部分で変数未定義のエラーがどうしても消えなくてイライラした（ちゃんと動作はしてる）
黙認のエラーは非表示とかできんもんかって思った
690:デフォルトの名無しさん
19/05/10 23:04:44.67 DV3Y91+j.net
ts なら declare 使えば
691:デフォルトの名無しさん
19/05/10 23:21:40.79 5pEntNE1.net
>>690
ちなAngularだったんだけどそれ書いても上手く行かなかったんよねもしかしたら利用箇所じゃなくapp-module側で書くとかルールがあるのかも知れんけど
その時ググって出たのは大体試したけどダメだったから仕方なくDOM経由で渡す事にした
…っていうよりやっぱReactでいいやって結論に至った
692:デフォルトの名無しさん
19/05/10 23:44:17.71 YkXyKnTH.net
ReactはVueに食われると予測する
堅牢で全部入りのAngularは一定層に
需要あると見るから安定して存在し続ける
693:デフォルトの名無しさん
19/05/10 23:56:24.24 5pEntNE1.net
実際問題VueからReactに移るって人は居ても逆はないと思うんだよね
両方それなりに触ったけど
694:デフォルトの名無しさん
19/05/11 00:01:37.61 86iOIgkh.net
実態は>>349
695:デフォルトの名無しさん
19/05/11 00:16:31.79 0ONlCrpu.net
まず*.vueってテンプレート書式がjsxに比べて煩雑というか冗長なんだよね
あとタグの中にv-if、v-forって書くよりもJavaScriptとして制御文を書く方が柔軟だし明快なんだよね
696:デフォルトの名無しさん
19/05/11 12:07:13.98 dFSThr/t.net
Web / Native / WebView型
-----
React / React Native / Cordova
Vue / Weex, NativeScript / Cordova
Angular / NativeScript / Cordova
(Flutter for Web) / Flutter / -
開発
-----
React ： Facebook
React Native ： Facebook
Vue ： (コミュニティ + スポンサー)
Weex ： Apache Foundation (Alibabaから移管)
Angular ： Google
Flutter ： Google
NativeScript ： Progress Telerik
Cordova ： Apache Foundation (Adobeから移管)
697:デフォルトの名無しさん
19/05/11 12:18:07.62 dFSThr/t.net
GoogleがAngularとFlutterをどう考えるか
TelerikがVueをどれくらい支援するつもりかで
将来への安定性が変わってくる
698:デフォルトの名無しさん
19/05/11 12:57:08.42 dFSThr/t.net
ちなみにAlibabaは、今はReactに似たフレームワークの
Rax(WebとWeexでのネイティブ対応)の開発を行っているので
Vueへの支援は限定的と思われる
699:デフォルトの名無しさん
19/05/11 21:29:48.13 k2bl7TQ1.net
>>692
全部入りを好む奴は総じてプログラマとしてクソ
700:デフォルトの名無しさん
19/05/11 21:30:45.78 OpJkzPTa.net
WeexよりもVueNativeの方がまだいいんじゃないかね
701:デフォルトの名無しさん
19/05/11 22:12:47.06 BTldsl5g.net
全部入りといえばVisual Studio
702:デフォルトの名無しさん
19/05/11 22:59:18.42 dFSThr/t.net
>>700
出来の良し悪しはともかく
数が多くなるのと、対象の道連れになるのでラッパー類は除いてる
Ionic、Nuxt、Vue Nativeなど
703:デフォルトの名無しさん
19/05/12 01:01:51.46 xOhrfp/J.net
Reactのインポート地獄をみんなどうしてる？？
よく使うのは、protoとかに生やしてたりすんの？
704:デフォルトの名無しさん
19/05/12 01:04:29.59 xOhrfp/J.net
URLﾘﾝｸ(cdn-images-1.medium.com)
こういう感じで、さらにstyled componentとかにすると、さらに増えて完全に地獄なんだが。。
705:デフォルトの名無しさん
19/05/12 01:12:25.25 hqMRR2lH.net
>>704
自分はパスのテーブル作ってループでリストにpushしてから配備してるからRouteとimportが一緒のファイルにはならないな
706:デフォルトの名無しさん
19/05/13 16:55:44.14 dmMFJZn2.net
フレームワークごとのお作法を学ぶ作業しんどい
707:デフォルトの名無しさん
19/05/13 22:20:51.61 XgdYNs3B.net
you 造っちゃいなョ
708:デフォルトの名無しさん
19/05/13 22:52:30.18 YS57w6Jq.net
そして同じようなフレームワークがまたできて、同じように文句言われるわけだ。
709:デフォルトの名無しさん
19/05/14 00:13:13.60 Y1HzAffW.net
ホント普遍的だなこの風刺画ｗｗ
URLﾘﾝｸ(imgs.xkcd.com)
URLﾘﾝｸ(naglly.com)
710:デフォルトの名無しさん
19/05/14 00:51:22.05 QHcO2x1N.net
jsフレームワークの主流インデントって
スペース2つだけど
見にくくない？4つよくない？
711:デフォルトの名無しさん
19/05/14 03:04:17.17 UZBZoUy/.net
俺も4が好きだが何で2が主流になったんだろうな。残念だ
712:デフォルトの名無しさん
19/05/14 03:29:16.91 pKB1mZtq.net
てかなんでスペース使うの？tabでよくない？
713:デフォルトの名無しさん
19/05/14 03:41:22.54 upCBpEzH.net
tabは使いこなすのが難しい
他人が見てもずれないようにするために
複雑なルールが必要になる
714:デフォルトの名無しさん
19/05/14 03:42:16.89 upCBpEzH.net
複雑というより奇妙というべきか
一見なんでこんなルールが必要なんだ？と思うようなルール。
理由を聞けばわかるだろうがそのルールを守るのに神経を使う
715:デフォルトの名無しさん
19/05/14 04:08:46.60 pKB1mZtq.net
言ってる意味がよく分からんから実際に問題となる一例でも挙げてみてくれ
716:デフォルトの名無しさん
19/05/14 07:50:55.79 /4NFgqiF.net
pythonみたいに閉じ括弧ないと2はキツイなと思うけど、jsはそうでもない。
717:デフォルトの名無しさん
19/05/14 07:52:39.50 rV66FunX.net
1tab = 1インデント、それ以外の箇所にtab使うな で済むと思うけどな
インデントの異なる行同士で揃えようとしてる人は知らんが
718:デフォルトの名無しさん
19/05/14 10:15:18.26 shgZHQbU.net
折り返した引数の開始位置とか、メソッドチェーンの書き方とか
あと、代入時の開始位置揃えあたりかね
タブの定義をnスペース単位のパディングとかにせず、前後行との関連での自然な位置ということにすれば、いつでも1タブで良くなるのに。
719:デフォルトの名無しさん
19/05/14 10:40:59.88 upCBpEzH.net
>>715
タブを使うとインデントとはなにか？という概念の話が始まる（笑）
インデントというのは文字列の前にある空白だが
文字列の前にある空白だからといって必ずしもインデントにはならない。
以下の例ではインデントを _、空白を全角空白で表現している。
_____readyState='loading' # loading: 読み込み中
_____ # interactive: 外部ファイル読み込み中
_____ # complete: 読み込み完了
このような使い分けが必要になる。
インデントの幅は人によって違うため、全てをタブで表現してしまうと
以下のようにずれてしまう。
_____readyState='loading' # loading: 読み込み中
_______________# interactive: 外部ファイル読み込み中
_______________# complete: 読み込み完了
つまりインデントというのは、コードを行単位で見るのではなく
矩形的なブロックと見て、そのブロック全体をずらすことを言う。
見やすさのために桁を揃えるという作業ではなく、意味的に前の行とつながっている行なのか？
という判断が必要になりいちいちタブと空白の使い分けという無駄な作業が増える。
もちろん「このようなコメントの書き方は禁止」というルールを作ればいいんだが
「え？なんでこういう書き方禁止なの？他の書き方は大丈夫？」ということになる。
見やすさのためにやる単純な作業をレビューが必要な作業に変えるのはアホ過ぎる
720:デフォルトの名無しさん
19/05/14 11:08:05.03 rV66FunX.net
コードに限らず、このパターンだよな
対象一覧 ・A
・B
・C
対象一覧
・A
・B
・C
個人的には後者が好みだが
721:デフォルトの名無しさん
19/05/14 11:18:50.33 ZtmBYpYh.net
>>719
俺はそういう定義コメントは上に書く派だからそうはならないな
行の後ろにコメント付けるの自体わりと悪習だと思ってる
722:デフォルトの名無しさん
19/05/14 11:34:44.51 rV66FunX.net
コメントはケースの一つということだろう
コードで例を書くなら
r = array([[ 1, 2, 3 ],
[ 4, 5, 6 ],
[ 7, 8, 9 ]])
r = array([
[ 1, 2, 3 ],
[ 4, 5, 6 ],
[ 7, 8, 9 ]
])
Pythonなどでは前者がデファクトなのでそれに従う
当然tabも使わない
チーム開発でなくJavaScriptの場合は後者+tabでやってる
723:デフォルトの名無しさん
19/05/14 12:47:54.21 b+POQtqn.net
>>722
Python使ってるヤツとは宗教的に相いれないというのがよく分かった
724:デフォルトの名無しさん
19/05/14 14:08:31.57 upCBpEzH.net
>>721
だからそういうことだよ。
> 俺はそういう定義コメントは上に書く派だからそうはならないな
「定義コメントは上に書く派になりましょう。」
というルールができる
725:デフォルトの名無しさん
19/05/14 15:06:48.19 053DQxew.net
python字下げで気付く点は色々書かれてるし賛成だけど
jsの特徴とは違うんだよな
ここはどちらかというとjsのスレだからpythonの字下げルール言われても困るだろうな
726:デフォルトの名無しさん
19/05/14 16:24:19.06 upCBpEzH.net
>725
JavaScriptの字下げルールとして、正しくタブとスペースを使い分けないとずれるから
「Python風にしない」というのができる時点でダメなんだってｗ
ルールは重要だが、くだらないことにまでいちいちルールを作るなって話
727:デフォルトの名無しさん
19/05/14 16:32:22.84 g3uo//i/.net
いや、array([の後に配列の第一要素だけ繋げるセンスが理解できんて
そんなん見た目汚いだけやん
728:デフォルトの名無しさん
19/05/14 16:52:22.49 IsdOqmjg.net
Haskellはどんな感じ？
729:デフォルトの名無しさん
19/05/14 17:24:40.92 rV66FunX.net
>>726
そういう観点だと
「tabでインデントしない」というルールを作るな
とも言えるのでは？
使い分けの判断を無くしたい場合
Python風の字下げ と tabでのインデント が排他的な関係なので
どちらを除くかという話だと思うが
730:デフォルトの名無しさん
19/05/14 17:44:50.25 C0/Go3CD.net
てかまさかと思うけど君たちの使ってるエディタが半スペ、全スペ、tabが見た目で区別できないの使ってるとかは流石に言わないよね？
731:デフォルトの名無しさん
19/05/14 18:07:34.96 IsdOqmjg.net
気色悪い色になるよう設定してる
732:デフォルトの名無しさん
19/05/14 18:20:38.62 ep82UI1Z.net
Gatsby使ってる人いる？
733:デフォルトの名無しさん
19/05/14 18:56:52.05 /4NFgqiF.net
なんでこういうしょうもないシンタックスの話って盛り上がるんだろうな。
エディタ論争といいクソとしか思わんのだけれど。
734:デフォルトの名無しさん
19/05/14 20:03:19.19 TDDhIyFE.net
>>729
tabでインデントしないというのは、
入力、または保存時に自動的に変換できる
テキストエディタが大半なのでツールに任せることができる
使い分けっていうのは人間の努力が必要でルールを「人間が守る」するしか無い