19/05/14 20:03:19.19 TDDhIyFE.net
>>729
tabでインデントしないというのは、
入力、または保存時に自動的に変換できる
テキストエディタが大半なのでツールに任せることができる
使い分けっていうのは人間の努力が必要でルールを「人間が守る」するしか無い
735:デフォルトの名無しさん
19/05/14 20:05:02.13 TDDhIyFE.net
>>730
見た目で区別できるから、ずれて表示されたとしても
脳内で補完できるとか言わないよね？
見た目で区別できるから、ずれて表示された原因がタブだとわかったら
タブ使うんじゃねーよって思うだけなんだが（笑）
736:デフォルトの名無しさん
19/05/14 20:23:32.97 7odF+65T.net
lintしろよ
737:デフォルトの名無しさん
19/05/14 21:46:22.04 TDDhIyFE.net
そう。lintの対応の話ね。
>>719のようにタブと空白を混ぜるとlintでは対応できない
結局、空白に統一するほうが楽という話。
こんなこと、時間をかけるような所じゃないから
738:デフォルトの名無しさん
19/05/14 23:05:58.95 jklhcQNW.net
インデント以外の空白文字は一律1spaceに置き換えるくらいの方が良いと思うがな。
複数人開発なら特に。
空白並べて隣の行と桁合わせするとかあほくさ。
739:デフォルトの名無しさん
19/05/14 23:10:49.69 TDDhIyFE.net
> 空白並べて隣の行と桁合わせするとかあほくさ。
たまに、桁合わせする意味なんて無い！って言うやつがいるけど
「桁合わせしたほうが見やすい」というのは事実なんだよ
これは受け入れないといけない。
桁合わせするのに手間がかかるとか、コードの差分を見るときに困るという意見は正しいが
それは「手間がかかったり差分で困ることがあるが見やすい」という結論であって
「揃えたほうが見やすい」を否定してないんだ
740:デフォルトの名無しさん
19/05/14 23:38:38.25 jklhcQNW.net
典型的な「こだわりのある人」
741:デフォルトの名無しさん
19/05/15 00:15:12.27 qxUiM81Y.net
こだわらないためのスペース統一なんだがｗ
誰も桁を合わせろなんて言ってないよ。
正直こういうことは「くだらないこと」扱いなんで
（くだらない = 意味がない = 適当でいい ではない）
くだらないこと = 時間を掛けることじゃないし
統一することでもないし、見やすければ自由にやっていい
そんなのさっさとやって、もっと本質的な所に時間を掛けるべきだ
だから誰がどのテキストエディタでどういう設定であっても
ずれないスペースにしとけって話。
はい決着。さっさと次に行きましょう。だよ。
742:デフォルトの名無しさん
19/05/15 00:15:38.62 HTdksHae.net
>>738
ほんそれ
743:デフォルトの名無しさん
19/05/15 00:16:18.75 HTdksHae.net
>>739
ダウト
744:デフォルトの名無しさん
19/05/15 00:18:20.98 qxUiM81Y.net
>>743
理由書いてないので意味がないレス
745:デフォルトの名無しさん
19/05/15 00:21:49.82 HTdksHae.net
もちろん理由はあるがお前に教えるのがもったいない
知りたかったら金払うかもっと自分を見つめろ
746:デフォルトの名無しさん
19/05/15 00:30:49.13 qxUiM81Y.net
じゃあ現状のままでいいよ。
俺はちゃんと理由を書いた。
お前は、金だせとか言ってるやつ。
この状況で俺は満足だ
747:デフォルトの名無しさん
19/05/15 00:34:41.79 iEzcJte9.net
>>735
ズレないように書けばいいじゃん
748:デフォルトの名無しさん
19/05/15 00:38:24.75 qxUiM81Y.net
ずれない方法（スペースに統一）して書く
VS
ずれないように努力する
の違いな。
俺はこんなくだらないことで努力したくないんやで
749:デフォルトの名無しさん
19/05/15 00:58:59.75 iEzcJte9.net
ずれない事に努力が必要って感覚がイマイチ分からんIDE使ってるとなんかそういうのあるん？
750:デフォルトの名無しさん
19/05/15 01:02:36.47 t507NdwY.net
配列のインデント揃える←分かる
イコールの位置揃える←無駄じゃね？
ソースの後置コメントを揃える←後ろに書かなくてもいいだろ
751:デフォルトの名無しさん
19/05/15 01:27:20.84 qxUiM81Y.net
>>749
上で書いてるから見てこい
752:デフォルトの名無しさん
19/05/15 01:28:02.07 qxUiM81Y.net
>>750
反論になってないぞｗ
753:デフォルトの名無しさん
19/05/15 07:10:05.58 iEzcJte9.net
>>751
だからタブがズレるっていうのが全然意味わからんし揃えるのに努力が要るっていうのも全然意味が分からんのよ
例えば基本的に>>722の下みたいに書いてりゃ基本的にズレる云々関係ないじゃん
754:デフォルトの名無しさん
19/05/15 07:22:24.11 qxUiM81Y.net
またよくある、条件付き主張だなｗ
> 例えば基本的に>>722の下みたいに書いてりゃ基本的にズレる云々関係ないじゃん
条件「>>722の下みたいに書いてりゃ」
主張「基本的にズレる云々関係ない」
あんたのその主張は、条件を満たしている場合にしか当てはまらんのですよ。
「>>722の下みたいに書かないと、ズレる云々関係ある」と言ってるのと同じなんですよ
755:デフォルトの名無しさん
19/05/15 07:44:19.68 iEzcJte9.net
そりゃコーディング規約がありゃ条件を満たすのは当然のことだろ
好き勝手に場所によって書き方がバラバラな方が問題じゃん
756:デフォルトの名無しさん
19/05/15 08:11:00.87 nK0I7Knm.net
桁合わせ否定に反論したかと思ったら「桁を合わせろとは言ってない」とか、
統一することじゃないと言いながらスペースにしとけとかｗ
757:デフォルトの名無しさん
19/05/15 08:50:24.87 LLCM4Dun.net
Reactなら4スペ幅のインデントって積極的に使うべきだと思うんよね
インデントが深くなり過ぎる？
それはモジュール分けを考え直すいい機会じゃないかとね
758:デフォルトの名無しさん
19/05/15 08:58:42.43 LLCM4Dun.net
そういや最近Hooksの使い方知ったけどこれ便利だね
759:デフォルトの名無しさん
19/05/15 09:33:01.34 owospDSo.net
Reactのhooksは開発メンバーをちゃんと教育しておかないと
if文とかに入れられそうでちょっと怖い
760:デフォルトの名無しさん
19/05/15 10:16:06.40 /ps7AqyV.net
>>759
なんか使い方に注意するとこある？
761:デフォルトの名無しさん
19/05/15 11:03:23.18 owospDSo.net
>>760
コンポーネント毎に常に同じ順で呼ぶこと(間が抜けるのも駄目)
例えばpropsで一部の項目を非表示に出来るとして
useStateごとifで包んだら地雷設置になる
まぁlint用意されてるけど
762:デフォルトの名無しさん
19/05/15 22:20:36.22 NqNoTEzO.net
setTimeoutで周期的にやってた処理どう書き換えたらスマートなのか暫く悩んだけどuseStateでひたすら反転を繰り返す状態変数を１個作ってその状態変化をuseEffectで拾えば他の状態変数も最新の値に周期処理からアクセスできるんだね
763:デフォルトの名無しさん
19/05/16 11:09:43.18 1GxORDK8.net
インデント綺麗にしてない奴はムカつくよな
764:デフォルトの名無しさん
19/05/16 13:17:02.82 OCCVEc40.net
スペースインデントは3スペとか5スペとか平気で混ぜちゃうヤツが居るのがなぁ
765:デフォルトの名無しさん
19/05/16 13:36:06.12 M/ddkVVC.net
>>764
機械的に対処できるんだから問題にならない
766:デフォルトの名無しさん
19/05/16 14:13:52.42 ehYc/git.net
だな
>>719 の案みたいに
インデント(最初の文字の左側)部分でtabとスペース混ぜるのが一番邪悪
767:デフォルトの名無しさん
19/05/16 14:36:18.99 /BWZYdMZ.net
>>765
>>722の上をOKとしつつ↓を機械的にNGとして検出するのは難しくね
//11スペースのインデント
r = array([
[ 1, 2, 3 ],
[ 4, 5, 6 ],
[ 7, 8, 9 ]
])
768:デフォルトの名無しさん
19/05/16 14:45:40.55 M/ddkVVC.net
機械的に難しいことなら諦めればいい
スペースとタブの問題は、他人が見たときにずれること
それさえなければ、あとは完ぺきを求めるようなものじゃない
よっぽどの初心者（＝戦力外）の人以外は人は見やすいように
自分で揃えるのだから決められたスペースの数の倍数であれば、どーでもいい
タブさえ使わなければ、ずれることはない。
769:デフォルトの名無しさん
19/05/16 14:55:44.72 /BWZYdMZ.net
>>768
3スペとか5スペとかは許容しとけってこと？
770:デフォルトの名無しさん
19/05/16 15:14:21.25 M/ddkVVC.net
>>769
それスペースの数が問題だって言ってんだろ？
それぐらい決めた数（の倍数）に揃えられるだろ
771:デフォルトの名無しさん
19/05/16 15:14:52.16 Ox4fjiQE.net
r = array([[ 1, 2, 3 ],
[ 4, 5, 6 ],
[ 7, 8, 9 ]
])
どうでもいい
772:デフォルトの名無しさん
19/05/16 15:20:09.96 KPUxvSgB.net
こういうくだらない議論見てると、goのやり方は必要悪だったんだなぁって。
773:デフォルトの名無しさん
19/05/16 15:36:40.29 M/ddkVVC.net
話をまとめると
1. スペースを使うかタブを使うか問題 → スペースでなければいけない理由がある
2. インデントで使うスペースの数をどうするか問題 → どれでもいい（が統一しろ）
数をいくつにするかに関しては理由はない。（ただし統一するべきということには理由がある）
こういう話がごっちゃになってるんだよ
774:デフォルトの名無しさん
19/05/16 15:51:40.49 Ox4fjiQE.net
x ごっちゃになってる
o ごっちゃにして盛り上げてる
775:デフォルトの名無しさん
19/05/16 16:03:56.62 /BWZYdMZ.net
>>770
>>764からの「5スペとか混ぜちゃうヤツが居る」
→「機械的に対処できる」→「機械的は難しくね」という話でしょ
「それくらい許容しろ」とか「見掛けたら指導しろ」とかの回答なら分かるけど
なんか話ズレてるから落ち着いて
776:デフォルトの名無しさん
19/05/16 18:45:31.93 BXnjqr+9.net
PrettierとEditorConfig使え
777:デフォルトの名無しさん
19/05/16 18:51:16.34 M/ddkVVC.net
>>775
話はずれてない
> 3スペとか5スペとかは許容しとけってこと？
って書いてあるから、
コイツはスペースの数が問題だって勘違いしてるんだなってこと
俺はスペースの数の違いを許容しろなんて一言も言ってないし
スペースの数を整えることは機械化できる。
778:デフォルトの名無しさん
19/05/16 18:58:27.70 OCCVEc40.net
大体スペースインデントにしても
標準インデント(2スペ4スペ)の倍数以外使うべきじゃないと思うんだよな
779:デフォルトの名無しさん
19/05/16 19:04:06.78 OCCVEc40.net
>>765
悪質なコーダーに5スペが混ぜられたソースをどう機械的に処理してるのか興味がある
自分が書く文にではなくあくまでそういう他人が居ることに対しての件な
780:デフォルトの名無しさん
19/05/16 19:07:21.06 M/ddkVVC.net
こいつマジでフォーマッターの存在を知らんのか？
781:デフォルトの名無しさん
19/05/16 19:32:11.31 /BWZYdMZ.net
>>777 >>780
具体的に回答して欲しい
同じプロジェクト内で>>722と>>767の計3パターンをそれぞれ誰かが書いたとして
(1) 何もする必要無い
(2) 機械的に修正( 3番目だけ変わる )
(3) 機械的に修正( 1番目と3番目が変わる )
認識はどれ？
782:デフォルトの名無しさん
19/05/16 19:36:46.74 M/ddkVVC.net
どれでも好きなものを選べ
そのとおりにできる
783:デフォルトの名無しさん
19/05/16 19:43:17.98 T3VH84cL.net
最近prettier+eslintに怒られるコンボでつらい
784:デフォルトの名無しさん
19/05/16 19:57:53.51 /BWZYdMZ.net
>>782
(2) は出来ないよね？ (>>767-768と同じ話)
桁合わせ目的かインデント目的か機械的に判別出来ないから (>>719 >>734と同じ話)
※念のため、タブは関係ないよ(使わない前提の話なので)
785:デフォルトの名無しさん
19/05/16 19:59:46.94 M/ddkVVC.net
>>784
お前が使ってるフォーマッターでできないだろだろｗ
786:デフォルトの名無しさん
19/05/16 20:04:21.05 1iPcWNXK.net
フォーマッターに頼らないと綺麗なコードが書けないってのも難儀な話だなぁ
787:デフォルトの名無しさん
19/05/16 20:13:32.96 M/ddkVVC.net
誰も言ってないことを言い出した。
話をすり替える前兆だな
788:デフォルトの名無しさん
19/05/16 20:18:32.24 G+DFRvQR.net
レビューで弾けばいいだろ
アホをチームに入れた罰だよ
789:デフォルトの名無しさん
19/05/16 20:24:13.71 /BWZYdMZ.net
>>785
ほんとに出来るの？
桁合わせ目的かインデント目的か機械的に判別出来るということは
>>719の使い分けも機械的に出来るということになるんだけど
790:デフォルトの名無しさん
19/05/16 20:29:52.13 1iPcWNXK.net
そういやソースのディレクトリ構成ってデファクトスタンダードみたいなのなんかあるの？
nuxtの場合決まってるみたいなの聞いたことあるけど
791:デフォルトの名無しさん
19/05/16 22:31:33.41 UMWB+ekN.net
>>779
悪質なコーダーてwww
792:デフォルトの名無しさん
19/05/17 00:51:58.85 TuAgku6e.net
こんなくだらない議論に時間を浪費したいためのgofmtという素晴らしい押し付けを実行したgoは慧眼だった
793:デフォルトの名無しさん
19/05/17 00:57:53.61 6dJ1FJgX.net
>>792
似たようなことをやって失敗したPythonという例もあるけどねｗ
ワンライナーで書けないようにするべきではなかった
794:デフォルトの名無しさん
19/05/17 01:11:17.66 heUkuC9q.net
悪芋とか思い出したわ
ネトウヨ懲らしめたいでチバケンマ盛り上がったな
795:デフォルトの名無しさん
19/05/17 06:45:23.14 HEEYzlra.net
>ワンライナーで書けないようにするべきではなかった
は？
796:デフォルトの名無しさん
19/05/17 07:05:30.58 +DCiWWVl.net
>>795
知らんのか？ Pythonはワンライナーで書けるものはごく僅かなんやで？
797:デフォルトの名無しさん
19/05/17 10:18:57.09 BV7B6Lcu.net
MVVMっていうけどViewModelに該当するのってRedux自体？それともaction、reducerも含めて？
798:デフォルトの名無しさん
19/05/17 18:28:18.32 kMxpGA5L.net
ReduxはFlux
799:デフォルトの名無しさん
19/05/17 19:01:21.96 99nnd/tf.net
いつからだ？
何ッ！？
一体いつからMVVMと勘違いしていた……！？
800:デフォルトの名無しさん
19/05/17 22:16:24.78 HEEYzlra.net
>>796
いやワンライナーでかけるようにすべきとか本気で言ってることにドン引きなんだが。。
801:デフォルトの名無しさん
19/05/18 22:05:46.34 OiJn8mD/.net
多用な書き方、多用な設計って糞だよ
何が言いたいかってVueはでかくなったら糞ゴミ
だがフォーム周りだけとかちょろっと使うなら便利
他人が書いたVueのSPAのコードとか絶対触りたくないし見たくもない
802:デフォルトの名無しさん
19/05/18 22:13:06.21 NeSGyCI3.net
>>798
ReduxはFluxじゃなくReduxだろ
803:デフォルトの名無しさん
19/05/18 22:31:15.65 4Mz+R+G3.net
大規模案件で大騒ぎになってて何だかなと思ったわ
804:デフォルトの名無しさん
19/05/18 23:47:48.62 6fmwe7rg.net
>>803
どんな騒ぎ？
805:デフォルトの名無しさん
19/05/18 23:51:24.95 gzL+9YHK.net
vueは理解してきたんだけど次勉強するならReactがいいの？Angular？
どっちのが入りやすいかな
806:デフォルトの名無しさん
19/05/18 23:59:33.46 6fmwe7rg.net
元々ReactはやっててAngularにも手を出してみようかとはじめてみたけど何かと無駄が多い様な感じがして結局フェードアウトしてしまった
807:デフォルトの名無しさん
19/05/19 03:37:55.83 9nW34WVf.net
Angularのほうが簡単だよ
結局一番難しいのは設計なんだから
808:デフォルトの名無しさん
19/05/19 13:32:28.95 5btbdq6p.net
REACTは設計が大変
頭クラクラしてくる
809:デフォルトの名無しさん
19/05/19 14:53:01.54 3uhhrbAa.net
vueは.vueの単体ファイルのおかげで、大規模になってもコントロールできる。
設計の技量に問わず、単にファイル内が複雑化したら切る、って誰でも判断できる。
reactはみんなどーやって設計してるの？？
import多すぎ、依存関係ぐちゃぐちゃ、、で他人のコードがシンドイ。。
大規模にスケールできる、イケてるscafoldとかgitにあったら教えてホスィ
810:デフォルトの名無しさん
19/05/19 18:29:33.86 A9OXn1wW.net
>>807
ng generate componentでフォルダと3ファイルできるところが細かな部品のコンポーネント別けするのには向かないなって思ったわけよ
>>809
確かに大本のコンポーネントでVue.use(〇〇)って読み込めば以降子コンポーネントでは読み込み不要っていうのはいいよね
811:デフォルトの名無しさん
19/05/19 18:39:04.30 jyVnriUQ.net
>>809
いちばん重要なのは「大規模にしてしまわない」ってことやで
必要最小限。シンプルに作りましょう。
812:デフォルトの名無しさん
19/05/20 11:35:59.85 kNVopL6P.net
Atomic Designって馬鹿げてるね
本当によく使う部品の共通化はわかるが
Atomic Designと大げさにやって全て抽象化して難解にしてるの馬鹿げてる
813:デフォルトの名無しさん
19/05/20 11:50:10.53 hEofhH56.net
今回の案件のPGさんにページのを作成依頼したら
マテリアルデザインしか出来ませんと言われてしまった
仕方ないからPLの自分が作るわ
こんな人ばかりで嫌になる
バックエンド上がりはこれだから使えない
814:デフォルトの名無しさん
19/05/20 11:58:33.33 VITeHWYT.net
バックエンドからフロント来る人いるの！？
マゾ？？
815:デフォルトの名無しさん
19/05/20 12:14:32.25 XeSBRGQy.net
マテリアルデザインでいいやん
816:デフォルトの名無しさん
19/05/20 13:00:48.36 +QyKHsoF.net
x 出来ません
o やりたくありません
817:デフォルトの名無しさん
19/05/20 13:18:30.31 I0KODi9r.net
デザイナーにやらせとけ
818:デフォルトの名無しさん
19/05/20 13:42:01.50 hEofhH56.net
俺は本業Java屋だけどSPAをやらされてるな
cssは分からんからやらない
819:デフォルトの名無しさん
19/05/20 13:42:28.28 hEofhH56.net
煽り失敗
820:デフォルトの名無しさん
19/05/20 14:30:09.81 315y2LTs.net
企画からPGになったからよわからんのやけど、
バックとフロントってわける意味あんの？
俺何でもやるからよーわからん
821:デフォルトの名無しさん
19/05/20 14:46:13.61 g68Ac+XT.net
>>820
時間かかってもいいなら、分ける必要ないよ
822:デフォルトの名無しさん
19/05/20 14:58:11.12 VITeHWYT.net
会社に任せず確定申告してもいい。
823:デフォルトの名無しさん
19/05/20 19:54:22.25 XeSBRGQy.net
フロントガチで使ったらフロントとバックのコード比率９：１くらいになるからよっぽど規模の大きいプロジェクトじゃない限りフロントとバックで分担するっていうのは愚作だと思うんよね
824:デフォルトの名無しさん
19/05/20 19:59:42.12 g68Ac+XT.net
なら9人：1人にすればいいじゃない
825:デフォルトの名無しさん
19/05/20 20:55:27.95 AEGr/u7V.net
>>824
君のとこそんなに１プロジェクトに割ける人材居るの？
うちみたいな零細じゃ１０人は無理だな
826:デフォルトの名無しさん
19/05/20 21:18:34.49 Se21qA97.net
>>813
キミが底辺なだけじゃないかなあ？
827:デフォルトの名無しさん
19/05/20 21:21:42.99 Se21qA97.net
通常の実力から言ったら バックの人のほうが上
フロントエンドの人は入社初年度から前線に行けるレベル
828:デフォルトの名無しさん
19/05/20 22:21:54.52 AEGr/u7V.net
いやぁイベントドリブンな言語の方が初学者には敷居が高いと思うがねぇ
829:デフォルトの名無しさん
19/05/20 23:27:02.33 6zOqj/qS.net
フロントって一口に言ってもピンキリ過ぎてどうにも
830:デフォルトの名無しさん
19/05/21 04:26:15.10 hCuKzWe5.net
>>813
マテリアルデザインで作ってもらえばいいじゃん？
それとも断られた事に対しての愚痴なの？
831:デフォルトの名無しさん
19/05/21 07:32:08.30 jn/uMTqD.net
>>823
PJ、組織、メンバーそれぞれの特性に合わせて決めることだろ
愚作かどうかは状況によるわ
832:デフォルトの名無しさん
19/05/21 20:51:40.73 5FGwH9F1.net
どっちも同じじゃね？
833:デフォルトの名無しさん
19/05/22 02:37:13.58 FyfdsTZe.net
SPAとか複雑な処理のフロントエンドはWebで飛び抜けて難度高いだろ
処理が絡み合ってデバッグ追うのも大変だわ
テスト自動化もほぼ不可能だろ
834:デフォルトの名無しさん
19/05/22 04:23:45.53 /mEQma6O.net
あのテストケースってあるのは知ってるけど何のテストに使うのかイマイチ分からないから使った事ないんだよね
835:デフォルトの名無しさん
19/05/22 06:37:53.05 m1qpkXW/.net
UIって結構変わるし
836:デフォルトの名無しさん
19/05/22 08:52:21.57 zaJWmeHh.net
バグを追うのがデバッグだろ？
デバッグを追うとは？
837:デフォルトの名無しさん
19/05/22 11:19:08.64 k7SFDYkL.net
／）
／／／）
／,.=ﾞ''"／
／ i f ,.r='"-‐'つ＿＿＿_ こまけぇこたぁいいんだよ！！
/ / _,.-‐'~／⌒ ⌒＼
／ ,i ,二ﾆ⊃（ ●）. （●）＼
/ ﾉ ilﾞフ::::::⌒（__人__）⌒::::: ＼
,ｲ｢ﾄ､ ,!,!| |r┬-| |
/ iﾄヾヽ_/ｨ"＼ `ー'´ ／
838:デフォルトの名無しさん
19/05/22 12:45:55.42 ZSsLM/QA.net
Vueでemitが辛くなってきたのでキューを使ったイベントドリブンを実装してるんですが、これやるなら大人しくVuex使ったほうがいいですか？
839:デフォルトの名無しさん
19/05/22 14:00:18.50 VyPfhVjA.net
jQueryを使ったほうが良いよｗ
840:デフォルトの名無しさん
19/05/22 14:33:20.05 GqpuEfh7.net
jQuery使うなら素のJSでよくない
841:デフォルトの名無しさん
19/05/22 14:34:26.29 x0vcQb3n.net
貧乳すぎる
842:デフォルトの名無しさん
19/05/22 14:36:32.40 VyPfhVjA.net
>>840
素のJSは面倒くさい。
パフォーマンスが速いって言うけど体感できないし
そもそもフレームワークを使うような人はjQuery程度の遅さなんか気にならない
843:デフォルトの名無しさん
19/05/22 15:10:50.69 ZSsLM/QA.net
>>839
Flux系のフレームワーク（Vuex）はデメリットでコードが冗長になるらしく導入しづらいんですよね
jQueryはいいです
844:デフォルトの名無しさん
19/05/22 17:50:06.86 1CosvZF6.net
Bootstrap を使うには、jQuery も必要だろ
845:デフォルトの名無しさん
19/05/22 17:52:44.15 XsTmahML.net
>>842
canvas使えば分かる
846:デフォルトの名無しさん
19/05/22 18:02:15.51 XsTmahML.net
>>844
Bootstrap-VueとかReact-Bootstrap使えば完全に抜いても動く
そもそもBootstrap5でjQuery依存抜けるって説もあるが
もうぼちぼちjQueryだけじゃなくBootstrapも脱する頃合いだと思う
847:デフォルトの名無しさん
19/05/22 18:35:58.28 sUmnAN7z.net
Vueでポートフォリオ作ってみたけどすごい重い
848:デフォルトの名無しさん
19/05/22 21:14:46.09 bdIgllLp.net
>>839
嵐は出て行け
849:デフォルトの名無しさん
19/05/22 21:33:13.85 VyPfhVjA.net
>>845
なんでcanvas？
あれはDOM使わないから仮想DOM使うVueやReactやAngularとも
相性が悪いんだけど？
850:デフォルトの名無しさん
19/05/22 22:25:54.66 /mEQma6O.net
>>849
素のJSに比べてjQueryが遅いのが体感できるという事であってそれ以上でも以下でもないよ
851:デフォルトの名無しさん
19/05/22 22:30:02.37 VyPfhVjA.net
>>850
体感の意味がわかってないのか・・・
「同じことをするのに」体感で違いがわからないと言ってるんだよ
canvasで違うことしてるのに、それじゃ比較にならん。
canvasでフォームを実装するというのなら、
手間かけて頑張ってください（笑）
852:デフォルトの名無しさん
19/05/23 00:18:04.50 EfpWN9gz.net
jquery使うくらいならvueをカジュアルに使いたいわ
853:デフォルトの名無しさん
19/05/23 09:04:12.24 EMcV48Xp.net
>>839
また仕事で迫害でもされたん？
854:デフォルトの名無しさん
19/05/23 17:17:12.16 s4Sv+m8h.net
>>847
なにが重いの？リクエスト出しまくってるとか？
855:デフォルトの名無しさん
19/05/23 23:58:42.32 VTTU/Kgv.net
japは意地悪
856:デフォルトの名無しさん
19/05/24 00:22:35.46 9xfhx7dy.net
Angularと言うかrxjsに明るい人に聞きたいんだけど、今作ってるアプリが非同期でAPIサーバーに
バカスカリクエスト投げてるせいでスロットリング頻発してンだわ。
非同期から同期に変えるか、もしくは非同期で前のリクエストが通信中なら通信の終了を待ってからリクエスト投げたいんだけど、
どっかに良いサンプルない？
（あくまでAngularやrxjsの規約に従った書き方で。）
857:デフォルトの名無しさん
19/05/24 08:32:32.24 KyNuvwNz.net
>>856
> 非同期でAPIサーバーにバカスカリクエスト投げてるせいで
ある程度想定して作ってたと思うけど、予想外の何かがあって大幅に超えたという事かな？だとすると、根本的には鯖増強、キャッシュ等で高速化する以外に解決方法が無い様に思うのだけど。
858:デフォルトの名無しさん
19/05/24 11:47:54.05 KyNuvwNz.net
例えば文字入力のたびに候補を出す様なよくあるフォームなら解決は割と簡単なんだけどね。
859:デフォルトの名無しさん
19/05/24 12:06:06.00 53a26ZX4.net
どうせ無駄なことにいちいちAPI呼び出してるんじゃないの？
860:デフォルトの名無しさん
19/05/24 13:07:17.77 XLHoRxVW.net
API設計見直した方がいいんじゃないか？
861:デフォルトの名無しさん
19/05/24 23:56:50.93 9xfhx7dy.net
>>857
API鯖の方をいじるのは無理。何故ならリクエストの投げ先は俺が管理している鯖じゃなくて
一般にサービス公開している企業の鯖のだから。
元より業務じゃなく興味本位で個人的に作ったアプリだから、思いつくままに機能追加してったら
リクエスト数がどんどん増えていって、
API鯖のドキュメントにも明記されてる規制基準を超えちまったんだよ。
問題はこっちが作ったアプリが規制基準無視してる事だから、
規制基準超えないようにrxjsのリクエストを同期処理みたいにするか、印刷のキューみたいに順番待ちさせるようにしたいんだよ。
862:デフォルトの名無しさん
19/05/25 01:17:49.26 lbrmAbGh.net
promiseを順番に実行すれば良いのでは？
863:デフォルトの名無しさん
19/05/25 01:28:29.16 EogaeCyg.net
rxjsしらね、でも勉強したい
864:デフォルトの名無しさん
19/05/25 06:51:25.39 C39mWM1z.net
ダミーサーバーでも立ててなんのリクエストが込んでるか解析してみればいいんじゃないの？
865:デフォルトの名無しさん
19/05/25 08:38:51.30 GmewsWkw.net
結局リクエストがどっかにスタックされてそれがいっぱいになって破綻するだけだろ。
リクエスト破棄するようにするかリクエスト自体を減らすか
設計レベルで何か変更しないとどうにもならんぞ。
866:デフォルトの名無しさん
19/05/25 10:15:18.48 iyew3Ho2.net
>>861
うーん、なんのアプリなのか具体的な内容が知りたいところ。個人レベルなら上限越えるなんてそう無いし、気になるのが順番待ちで解決、と書いてある事。
大量の変換処理が前提なら、webアプリじゃなくてバックグラウンドでのバッチ処理と、その同期処理じゃない？
867:デフォルトの名無しさん
19/05/25 13:45:22.86 EogaeCyg.net
Vue CLIって日本語ドキュメントなかったっけ？
868:デフォルトの名無しさん
19/05/27 09:33:48.84 I295krQp.net
>>844
Native Bootstrapがあるからjqueryなんてゴミはいらん
869:デフォルトの名無しさん
19/05/27 11:41:03.36 KkxBzEpk.net
>>868
いい加減Material系に移行しようぜ？
870:デフォルトの名無しさん
19/05/27 18:46:12.54 kkNgQdwZ.net
ゴミとかゴミじゃないとかじゃなくスレ違い。
いきなりAVの話し始めるのと一緒。
このスレにおいてjQueryをAVに痴漢しても全く問題ない。
871:デフォルトの名無しさん
19/05/27 19:28:21.78 M+AjYQS+.net
>>868
そんな非公式のプロジェクトなんか使わんよｗ
872:デフォルトの名無しさん
19/05/28 13:14:47.04 UhvfuMS7.net
vueでmapMutationsがエラーでずっとハマってたわ
modulesのせいかと色々調べてたけど
computedのところに入れてたけだった
2時間凡ミスでハマってました
873:デフォルトの名無しさん
19/05/28 15:17:38.83 ZohoOIeN.net
僕のおちんちん好きな子あつまれー
874:デフォルトの名無しさん
19/05/28 16:29:52.07 BCLUylsF.net
Svelte簡単過ぎ速すぎワロタｗｗｗ
Vue脂肪ｗｗｗｗｗ
875:デフォルトの名無しさん
19/05/28 18:13:34.52 Hwq+ZCTt.net
qiitaでも記事ちょいちょいあがってるよな
876:デフォルトの名無しさん
19/05/28 19:23:13.62 a82bRp6K.net
そういうのもう飽きてんだわ
革命的ななにかがないなら見る価値すらない
で、最近だとWebasmがわりと革命的
Blazorを皮切りに各言語がサポート追随してくるはず
そのうちJSが恐竜のようになる日も近い
877:デフォルトの名無しさん
19/05/28 19:32:00.25 RhvxA7fU.net
blazorは重すぎのウンコじゃん
サイズ1/100にしてからホザけよｗｗｗ
878:デフォルトの名無しさん
19/05/28 19:43:12.99 a82bRp6K.net
>>877
そんなもんあっという間だよ
JSはもってあと数年で終わる
そしてnode資産が技術的負債になる
879:デフォルトの名無しさん
19/05/28 19:58:51.05 UhvfuMS7.net
もうwebやめてandroid kotlin学んだほうがいいんじゃないかな
reatch vueとか高度なSPAサイトと
たぶん学習コストあまり変わらないぞ
市場の需要と技術の変化を考慮した
安定度で言えば確実にandroidだし
880:デフォルトの名無しさん
19/05/28 20:05:51.25 7tJUNp6f.net
そっちはそっちでfuchsia + dartが待ってる
881:デフォルトの名無しさん
19/05/28 22:07:46.31 U6i03+mU.net
react-saga入れたら誰もいじれなくなったっていうqiitaの記事は参考になったわ。
882:デフォルトの名無しさん
19/05/28 22:10:54.31 So55yZ3C.net
iOSが滅びない限りはネイティブはなぁ…
883:デフォルトの名無しさん
19/05/30 16:09:28.78 8IvLf0N9.net
先生、質問です！
package.jsonのscriptで、
こうやって設定して、
"fn": "ts-node",
こうやって呼んでるのを
yarn fn app/hoge/function/class.ts
こうパスと拡張子を省略したいです。
yarn fn class
なんか良いアイデアないですか？
884:デフォルトの名無しさん
19/05/30 18:05:06.34 d3b9/vXx.net
vueで規模大きめのプロジェクト参加するかもなんだが
どうせ炎上するでしょ…
怖いわ
885:デフォルトの名無しさん
19/05/30 18:54:05.42 WCG+7mjF.net
vueが大規模案件で炎上しがちな根本原因って何？
vuexもあるのになぜ？
いわゆるvb/php現象？（集うプログラマのレベルが低い）
886:デフォルトの名無しさん
19/05/30 19:10:18.66 1u6DeEFZ.net
>>885
まずVueはVuex使ってない場合が多い
887:デフォルトの名無しさん
19/05/30 19:17:25.75 4QUxH1MA.net
落ち着け
vueじゃなくても大規模案件は炎上する
888:デフォルトの名無しさん
19/05/30 19:32:11.46 WCJgokmM.net
codepadのhtml/jsバージョン的なサービスってある？
vue.jsが動けばいい
889:デフォルトの名無しさん
19/05/30 19:35:59.23 4QUxH1MA.net
>>888
URLﾘﾝｸ(codesandbox.io)
890:デフォルトの名無しさん
19/05/30 22:56:46.24 bb+aWtrz.net
知らないけど、jsfiddle, jsdo.it などには、ライブラリは置いてないのかな？
891:デフォルトの名無しさん
19/05/31 01:27:36.80 MbKHsGz2.net
>>883
なんか奇妙な呼び方してる気が…。
「fn」が出てくる理由は分からないけど、ts-node の readme には↓の様に書いてあったよ。
# Execute a script as `node` + `tsc`.
ts-node script.ts
URLﾘﾝｸ(github.com)
これにならって、↓の様に呼んだら希望通りの動作する？
ts-node app/hoge/function/class.ts
892:デフォルトの名無しさん
19/05/31 13:23:21.49 L/zqyqIZ.net
vueをgoogle トレンドでみたら
アメリカ限定だとangularと変わらないよな
vueは結局中国で人気ってだけだよなぁ
893:デフォルトの名無しさん
19/05/31 13:52:56.01 +etqQXO6.net
AureliaがAurelia UXってのを提供してるんだが、こういうUXフレームワークって御三家にも存在するの？
ちなみにAurelia UXはAurelia以外でも使えるらしい
URLﾘﾝｸ(github.com)
894:デフォルトの名無しさん
19/05/31 15:08:54.16 Mb9IkSz9.net
Angular Materialみたいなのの話してる？
895:デフォルトの名無しさん
19/05/31 21:11:33.75 NCddXil+.net
TSLintが非推奨化されて無くなるのを最近知った
代わりにESLintのプラグイン開発に注力するらしい
896:デフォルトの名無しさん
19/05/31 22:03:32.06 bi4e0AZ8.net
ReactはおおよそMaterialUI一強だけどVue.jsはVuetifyとかBuefyとかQuasarとかVuesaxとかわりとバラけてるから選定が大変だな
897:デフォルトの名無しさん
19/05/31 23:14:44.04 4XOlYf0w.net
Vuetifyかぁ
Bootstrapも飽きてきたし入れてみるかなぁ
898:デフォルトの名無しさん
19/05/31 23:47:27.99 xDgbafqD.net
CSSフレームワーク使うの苦手
899:デフォルトの名無しさん
19/06/01 07:37:42.14 TTPVYQ4N.net
というか、reactやvue使って、フレームワーク使う意義が良くわかんね。
動的にフロントをカスタムしたいから使ってんだろ？
高価な包丁を使って、冷凍食品の袋を切って、冷凍食品を食ってるみたいなもんだ。
その包丁でちゃんと料理しろよって言いたい。
900:デフォルトの名無しさん
19/06/01 07:41:32.88 jfyaHbh3.net
ちゃんと料理するのが目的ではない。
食べるのが目的
手早く物を食べられる時代に自分で料理するとかマヌケがすること
自分で料理したからって美味しいものができるわけではない
フレームワークなんていらない
901:デフォルトの名無しさん
19/06/01 07:43:31.32 gFsX3PNG.net
うまくても毎日カップラーメンじゃ体壊すぞという話
902:デフォルトの名無しさん
19/06/01 07:49:16.20 BzR1DFUc.net
動的にフロントをカスタムってよく分からんが素のCSSを一から書きたくないから使うんだろ
903:デフォルトの名無しさん
19/06/01 08:11:30.38 jfyaHbh3.net
>>901
手料理なら健康だって勘違いしてる人？
外食だって手料理なんだが
904:デフォルトの名無しさん
19/06/01 08:53:50.47 gFsX3PNG.net
コピペで解決するようなことばっかしてたらコードが腐るって話だよ。
905:デフォルトの名無しさん
19/06/01 09:16:46.26 jfyaHbh3.net
コードが腐るなんてオカルトを言い始めたｗ
906:デフォルトの名無しさん
19/06/01 09:18:28.13 gFsX3PNG.net
なんだまともにプログラム書いたことない人か。そりゃ話が通じないわけだ。
907:デフォルトの名無しさん
19/06/01 09:19:43.73 jfyaHbh3.net
じゃあ腐ってるコードとやらを見せてください。
908:デフォルトの名無しさん
19/06/01 10:29:16.81 SloaYn9t.net
if else if else if if if if
みたいなやつ
909:デフォルトの名無しさん
19/06/01 13:06:26.54 Q7hpVzyk.net
そんな俺俺用語を使われてもねぇ
910:デフォルトの名無しさん
19/06/01 13:36:41.95 Cw4MltZM.net
100歩ゆずって論理的に場合分けが不十分でいかにもバグりそうな書き方は腐ってると思う
真理値表で no care が多すぎみたいなやつ
911:デフォルトの名無しさん
19/06/01 13:50:09.32 Q7hpVzyk.net
NO毛やー
912:デフォルトの名無しさん
19/06/01 13:51:19.15 Spf5VD38.net
なんかもう全部blazorでええわってなってきた
さようならjavascript
913:デフォルトの名無しさん
19/06/01 15:14:03.09 6vvLTfZk.net
メタタグにblazorで作ってますって書いとけよ。
中身ないくせにバカみたいな激重サイト開きたくないんでｗ
914:デフォルトの名無しさん
19/06/01 16:37:36.00 K47xKOLF.net
サイトｗｗｗ
915:デフォルトの名無しさん
19/06/02 14:35:42.50 jfAtVOnZ.net
Reactアプリをtsで書く理由わかんない
916:デフォルトの名無しさん
19/06/02 15:36:19.22 YC/dl6iz.net
なんで？
917:デフォルトの名無しさん
19/06/02 16:32:03.67 rhBrDnBE.net
componentが受け取るpropとか型あったほうが絶対ええやん
918:デフォルトの名無しさん
19/06/02 17:06:00.51 NO1dwOVK.net
型はあったほうが良い。理由は型があったほうが絶対にいいからだ。
919:デフォルトの名無しさん
19/06/02 17:21:24.98 UIpFJ6ej.net
型はないほうが良い。理由は型がないほうが絶対にいいからだ。
920:デフォルトの名無しさん
19/06/02 17:25:22.38 FWvUKJZ9.net
書くコード量が増える
キャストがめんどい
オブジェクトの型宣言がめんどい
921:デフォルトの名無しさん
19/06/02 17:58:21.32 GrttFzDQ.net
ReactとReduxを入門したばかりの者ですが、react-reduxのconnectを各コンテナで行う意味がわかりません。Providerみたいに最上位コンポーネントだけで行えば？って思ってしまいます。詳しい方教えてください。
922:デフォルトの名無しさん
19/06/02 18:06:38.96 FWvUKJZ9.net
>>921
どこからでもアクセスできたら意図しない書き換えがあったときにどこで書き換えられたのかが絞りにくくなるとかいう思想からじゃない？
923:デフォルトの名無しさん
19/06/02 18:09:18.96 GrttFzDQ.net
あとReducerの分割はstoreのを複数の要素で構成させるためですか？うまく説明できなくてすいません。
924:デフォルトの名無しさん
19/06/02 18:10:27.33 FAkoUUR8.net
型がないと扱ってる変数の型が途中でキャストされてこちらが期待する型と一致しなくなってバグの発生に繋がるから、無いよりはあった方が良い。
それに型付けをきちんとしていれば、変数に間違った型の値を入れようとしてもIDEとトランスパイラが教えてくれるからバグの発生を防げる。
型宣言は面倒くさいかもしれないけど、ちゃんと定義しておかないと
プロジェクトが大きくなった時や過去のコードの整備する時に困る事になるよ。
925:デフォルトの名無しさん
19/06/02 18:11:08.95 GrttFzDQ.net
>>922
fluxってグローバルにstateを管理するためのものじゃないんですか？
コンテナの子要素としかstateを共有しないという理解でいいですか？
926:デフォルトの名無しさん
19/06/02 18:14:38.81 FWvUKJZ9.net
>>923
別に並立でドーンって並べたいなら並べてもいいけど
機能ごとに状態グループを分けた方が管理しやすいじゃん？
927:デフォルトの名無しさん
19/06/02 18:19:35.60 FWvUKJZ9.net
>>925
だからConnectで使う状態とSetterを書いたコンポーネントからだけアクセスできるようにするモノ
四階層くらいコンポーネントをネストしてたら有効なもんだと分かると思う
あとredux-persistとか使えばブラウザのlocalStrageに状態を保存できるからリロードでも飛ばない状態が作れる
928:デフォルトの名無しさん
19/06/02 18:25:02.69 jfAtVOnZ.net
>>926
URLﾘﾝｸ(ideone.com)
こういうstoreのとき
URLﾘﾝｸ(ideone.com)
こういうreducerみたいに分割しないとネストしたstoreはreducerで定義できないんじゃっと思って。。。
929:デフォルトの名無しさん
19/06/02 18:25:52.32 jfAtVOnZ.net
id変わったけど先程の人です
930:デフォルトの名無しさん
19/06/02 18:27:33.76 jfAtVOnZ.net
>>928
つまり、storeのキー名と同じような名前のreducerを定義しないとstateで表現できないんじゃということです
931:デフォルトの名無しさん
19/06/02 18:31:47.29 +JD+iR7P.net
>>920
> 書くコード量が増える
書く量が増えるよりも、読む時にすばやく間違いなく読めるほうが重要
932:デフォルトの名無しさん
19/06/02 18:34:19.37 yFCJtS+u.net
型は読むとき素早く間違いなく読むためのものではない。
コンパイラに論理的間違い探しをさせてあとで指摘させるために与える付加情報だ。
933:デフォルトの名無しさん
19/06/02 18:34:31.59 FWvUKJZ9.net
ていうかStoreに定義は書かんけどな
actionとreducerがあればいい
934:デフォルトの名無しさん
19/06/02 18:37:15.76 jfAtVOnZ.net
>>933
reducerでstateいじったら自動的にstoreの要素に追加されるということですか？
935:デフォルトの名無しさん
19/06/02 18:40:28.58 FWvUKJZ9.net
>>934
react routerとセットになってるヤツだけどこれのexamplesみてどういう風に書かれてるか追ってみるのが一番手っ取り早いと思う
URLﾘﾝｸ(github.com)
936:デフォルトの名無しさん
19/06/02 18:41:39.95 jfAtVOnZ.net
>>935
ありがとう！！！
937:デフォルトの名無しさん
19/06/02 18:47:53.43 FWvUKJZ9.net
>>920は単に意味のない問答じゃない理由となり得る理由を挙げてみただけ
実際TS使う恩恵は>>931じゃなく>>932だと思う
ソースを読むのに必要なのは変数の型がなにであるかよりも変数が何に使われてるかで
読む際に助けになるのは型名じゃなく分かりやすい変数名
ロジック的な誤りは読んでて見逃す事もあるしな
938:デフォルトの名無しさん
19/06/04 03:06:15.14 h/SUjHEp.net
Angularの公式サイトってChrome以外で見ると重いっていうか場合によってはロードできないみたいだな
939:デフォルトの名無しさん
19/06/04 03:18:15.13 JWz1Ccau.net
>>937
> ソースを読むのに必要なのは変数の型がなにであるかよりも変数が何に使われてるかで
> 読む際に助けになるのは型名じゃなく分かりやすい変数名
それが成り立つのは、変数の型が文字か数値の場合だけ
940:デフォルトの名無しさん
19/06/04 04:11:58.83 SFWE3wK7.net
>>939
変数がオブジェクトの場合なんて尚更読みやすさのためじゃなくオブジェクト形状の妥当性の為に型を書く意味合いが強いじゃん
941:デフォルトの名無しさん
19/06/04 04:25:47.87 oQKNEIyc.net
>>940
理由を１つも言わずに主張されてもなｗ
942:デフォルトの名無しさん
19/06/04 11:04:44.50 9rWkPoBI.net
【速報】金券五百円分とすかいらーく優侍券をすぐもらえる
URLﾘﾝｸ(pbs.twimg.com)
① スマホでたいむばんくを入手
② 会員登録を済ませる
③ マイページへ移動する
④ 招待コード→招待コードを入力する [Rirz Tu]（スペース抜き）
今なら更に4日18時までの登録で2倍の600円の紹介金を入手
クオカードとすかいらーく優待券を両方ゲットできます。
数分で終えられるのでぜひお試し下さい。
943:デフォルトの名無しさん
19/06/04 13:06:20.25 XXr8i2SB.net
>>942
一万請求されたんだが…
944:デフォルトの名無しさん
19/06/04 13:23:55.17 YcEj7P0i.net
>>942
もう貰ってる
945:デフォルトの名無しさん
19/06/04 22:08:17.71 9Fdozd+0.net
>>943
俺も
詐欺だぞこれ
946:デフォルトの名無しさん
19/06/04 22:11:14.13 h/SUjHEp.net
なんで500円如きに釣られるんだよ
947:デフォルトの名無しさん
19/06/04 23:53:06.78 ra+PHDOz.net
一万とられるならマジやばいやつやん
948:デフォルトの名無しさん
19/06/05 12:16:11.87 SxBZ5bvb.net
thisはどこにいてもthisだ
949:デフォルトの名無しさん
19/06/05 19:43:51.13 x4otE0k9.net
>>948
アロー関数「（あれ？なんで俺、、この世に生まれたんだろ？）」
950:デフォルトの名無しさん
19/06/06 11:34:24.08 MmdtfHnB.net
func.call()にはthisパラメータ上書き機能まであるからな
951:デフォルトの名無しさん
19/06/07 12:10:24.67 jIWjd2/z.net
>>942
掲示板荒らすなってレビューすればいいのか？
952:デフォルトの名無しさん
19/06/09 16:35:20.94 Q276we2O.net
余談だけど
米オーディオ機器ハーマンの
Flashの移行サポートに使うフレームワーク
アパッチロイヤル？どうなのかな。
URLﾘﾝｸ(royale.apache.org)
URLﾘﾝｸ(services.harman.com)
ASって殆どTypeScriptだし
開発凄く楽そうなので興味はあるが。
953:デフォルトの名無しさん
19/06/10 07:25:02.42 9rIHBlAo.net
Reactできる人が羨ましいっすな
よくわからずで挫折してもうた 流行ってるのが羨ましい
Angularは何とかギリギリ理解できてるから今後もっと流行ってくれないかなぁ・・・厳しいか＾q＾
954:デフォルトの名無しさん
19/06/10 09:11:58.52 ozC8SeHK.net
>>953
何が分からんの？ってかどこで躓いた？
955:デフォルトの名無しさん
19/06/10 11:03:48.19 g6tidy/F.net
面白くなくてモチベーションが涌かないという躓き方
956:デフォルトの名無しさん
19/06/10 21:09:32.44 Ii7tq5Jr.net
reactは一歩一歩勉強できるツールなわけだが
どいつもこいつもその一歩一歩やることを拒否しやがる。
957:デフォルトの名無しさん
19/06/10 22:02:17.16 ujTvUCPf.net
①環境構築済みで
②コンポーネント作成者ではなく利用者側の場合、
めっちゃ簡単じゃない？
難しいのはreactではなくreduxの間違いでは？
958:デフォルトの名無しさん
19/06/11 02:49:45.57 VNyhmdAk.net
vuexは超簡単だったが
959:デフォルトの名無しさん
19/06/11 04:10:47.47 imvByBfZ.net
reduxを使うからと言ってすべての状態をredux管理にする必要はないなって思った
ｒｅａｃｔ routerを使う場合にrouterを跨ぐ情報はreduxで管理した方が便利だし
routerを跨がないものは移動時のデータの破棄がひと手間になるからuseStateとかで処理した方がシンプルかなって
960:デフォルトの名無しさん
19/06/11 06:33:43.52 X3+rrqgk.net
そんなの当たり前
961:デフォルトの名無しさん
19/06/11 07:16:39.19 rt/UvHAD.net
それだったら分けずにreduxでまとめた方が俺は楽だけどな。
962:デフォルトの名無しさん
19/06/11 08:20:47.84 A/VeehAw.net
後でreduxに入れるか変わったら面倒くさい
963:デフォルトの名無しさん
19/06/11 08:24:20.32 BaYgfrBn.net
コードが少なければ少ないほど、変更する時に変更するコードが少なくなるんだが、
Reactとかreduxとか、コードが増えるので保守性が下がってる。
964:デフォルトの名無しさん
19/06/11 19:44:08.86 rt/UvHAD.net
こういうバカはそのうちコードを書かずに人に命令するのが一番とか言い出す。
965:デフォルトの名無しさん
19/06/11 20:19:38.34 vib91KXZ.net
>>954
もう序盤も序盤でつまずいた
URLﾘﾝｸ(jsbin.com)
これを、
「何でキー入力でタイトルをリネームするのにファイルをまたぐんだろう？
そのままHeader.jsにぜんぶまとめた方が管理しやすいのにな」と思ったりね
（今思うとこれはApp.jsのstateをHeader.jsに渡す(共有)ための作業なのかなと）
低レベルなアレですまんw
966:デフォルトの名無しさん
19/06/11 21:11:53.97 ddwgXnrm.net
vueでcomponent間に微妙な空白ができるんですけど仕様でしょうか？
967:デフォルトの名無しさん
19/06/11 21:21:50.83 OaP1Ycvw.net
>>964
命令された人がコード書くじゃん
お前馬鹿なの？
968:デフォルトの名無しさん
19/06/11 21:55:24.21 rt/UvHAD.net
>>967
さすがにそれくらいはわかるか。よかった。
969:デフォルトの名無しさん
19/06/11 22:10:53.11 OaP1Ycvw.net
じゃあ話を戻す
コードが少なければ少ないほど、変更する時に変更するコードが少なくなるんだが、
Reactとかreduxとか、コードが増えるので保守性が下がってる。
970:デフォルトの名無しさん
19/06/11 22:35:27.21 KDSvfPuN.net
>>965
その小さすぎる例では理解し辛いだろうけど
機能やデータがそれぞれ「どこにあるべきか」というのは大事だよ
分割もバランスではあるけど
システムの規模が大きくなるにつれて管理しやすさは逆転し得る
971:デフォルトの名無しさん
19/06/11 22:47:41.48 VNyhmdAk.net
>>966
Vue使ってるけど気になったことないな
あとそんな仕様は聞いたことないが
972:デフォルトの名無しさん
19/06/11 22:49:58.12 rt/UvHAD.net
「コードが少ない」の意味がだいぶ曖昧。
別に高圧縮かけた記号列が保守性が良い訳ではない。
つまり概念が直行してることが重要なわけだがそういう考察もなく
react, reduxのコード量だけで判断しているのはだいぶ愚かとしか言いようがない。
973:デフォルトの名無しさん
19/06/11 22:52:53.90 OaP1Ycvw.net
>>972
そんな定義次元の話してないよ
コードの量って言ったらステップ数に決まってる
974:デフォルトの名無しさん
19/06/11 23:10:00.88 imvByBfZ.net
Reduxを使うかどうかは場合に応じて臨機応変にだと思うがな
フォームのパスワードみたいな値とか特にReduxで持つべきではないと思うしpersistで持つとかもってのほかだし
逆にログインセッションみたいな値はReduxにpersistで持つのが望ましいと思う
とは言っても特定の頻度でサーバー側にステータスチェックを投げるのは必要だとも思う
975:デフォルトの名無しさん
19/06/11 23:21:18.27 nhr5/y7O.net
問題は、Reactのサンプルで、Reactを使うような例が
思いつかないってところなんだろうな
むりにつかっても、React使わないほうが
シンプルに実現できるじゃんって思われてしまう。
976:デフォルトの名無しさん
19/06/11 23:32:37.16 imvByBfZ.net
SimpleというかRecyclableにする為に使って大規模になった時に結果として使わないよりもシンプルになるってところかな
977:デフォルトの名無しさん
19/06/12 04:24:03.58 mlkAn7XZ.net
ウェブでOfficeソフトを作ってまーすってのならわかるが
ほとんどのサイトは大規模になることはないというね
978:デフォルトの名無しさん
19/06/12 07:32:44.04 inilIjyq.net
そらWebサイトならWordPressなりWixなりで作ってりゃいいだろ
その分野に関しちゃフレームワークの出る幕も俺の出る幕もありゃせん
979:デフォルトの名無しさん
19/06/12 07:35:20.27 NlzEfHP7.net
>>966
原因調べないと何とも言えないけど、多分vue と言うよりかはbuefy や vuetify みたいなUIフレームワークが関与してる気がする。
原因を調べるならchrome の開発者ツールで空白の気になるcomponent 要素のcssを見て、
そのスタイルが何由来で当たってんのかを調べてみれば？
980:デフォルトの名無しさん
19/06/12 09:39:06.57 eCiQ25Tx.net
>>973
一つのステップに暗黙の動作を詰め込んだ言語だったら同じだろ。
それが本当にデバッグしやすいかと言えば全然そんなことはない。
ステップ数でなんでも測ろうとする奴が行き着くところが
自分でやらずに人売りするべしって発想だよ。
981:デフォルトの名無しさん
19/06/12 09:51:58.07 H7zmO1sQ.net
>>980
暗黙の動作を詰め込むとかデバッグがどうとか的はずれすぎるｗ
暗黙の動作を詰め込まないようにしつつ、コードは少ないほうが良いし、
デバッグしやすくしつつ、コードは少ないほうが良いだろ
なんでコードを減らすと、暗黙の動作が増えてデバッグしづらくなるって思ってるんだろ？
982:デフォルトの名無しさん
19/06/12 10:38:53.87 eCiQ25Tx.net
単純な見方しかしてないのがよくわかる。
マクロを使うことで極限までコード量を減らすことはできるが
全く保守性はよくなってない事例を知らんだけの無知野郎にはこれ以上何もいうことは無いわ。
983:デフォルトの名無しさん
19/06/12 12:02:46.09 tqvE0DW+.net
「直交性が大事」の意味を判ってなさそう
984:デフォルトの名無しさん
19/06/12 12:59:08.18 3cqADZsj.net
直交性とコードの量は関係ない
直交性かつコードの量
985:デフォルトの名無しさん
19/06/12 13:04:27.81 fpFnIp9D.net
vueとかjqueryとか色々隠してて使いやすいけど後が怖いよ
986:デフォルトの名無しさん
19/06/12 13:14:54.28 3cqADZsj.net
Windows APIとか色々隠してて使いやすいけど後が怖いよ
987:デフォルトの名無しさん
19/06/12 18:09:00.89 IPXgTyaj.net
よくわからんけど
高度に記号化されてコードが短くなってもそれで必ずしもわかりやすく
バグが出にくくなってるわけじゃないってことを言ってるんではないかな
988:デフォルトの名無しさん
19/06/12 18:10:16.97 IPXgTyaj.net
直行性
AとBが無関係であること
989:デフォルトの名無しさん
19/06/12 18:20:22.64 3cqADZsj.net
AとBが無関係。
そして、Aの中でコードが短ければ短いほど良い
コードっていうのはステップ数のことな
だーれも変数名を1文字にしろとか言ってないから
990:デフォルトの名無しさん
19/06/12 18:26:46.45 IPXgTyaj.net
それこそ誰も言ってない
複数行のコードが一行になったとして
aaa :: ?>?>? = bbb ?!!!? .kkk + aaa,dddd<=> ccc!!!?!!! ;
みたいな呪文コードだったら嫌だろうし生産性は落ちるしバグがでるだろうよってことだろさ
991:デフォルトの名無しさん
19/06/12 18:28:07.87 IPXgTyaj.net
短いのが正義かと言えばそうでもないよってこと
992:デフォルトの名無しさん
19/06/12 18:29:19.06 a258QYnc.net
>>989
>だーれも変数名を1文字にしろとか言ってないから
そうなんだよな
メモ帳で開発してる奴が居たら知らんけど
993:デフォルトの名無しさん
19/06/12 18:34:31.87 IPXgTyaj.net
さっきの記号コードで中で一か所評価順をミスっててバグが内部に出ていても
デバッグが異常に難しい
普通のコードのほうがメンテナンス性が高い
994:デフォルトの名無しさん
19/06/12 18:50:52.13 3cqADZsj.net
>>990
> aaa :: ?>?>? = bbb ?!!!? .kkk + aaa,dddd<=> ccc!!!?!!! ;
> みたいな呪文コードだったら
だからだーれも変数名を1文字にしろとか言ってないから
995:デフォルトの名無しさん
19/06/12 18:53:21.77 IPXgTyaj.net
基地外だったのか
さわってそんしたわ
996:デフォルトの名無しさん
19/06/12 18:54:39.95 IPXgTyaj.net
＞ コードが短ければ短いほど良い
そんなことはない
わかりくいコードはいらない
perlでも触ってたらいい
997:デフォルトの名無しさん
19/06/12 18:57:22.31 /w2uRKiX.net
コードは一画面に収まるぐらい短くしたほうが良い
998:デフォルトの名無しさん
19/06/12 18:58:51.38 /w2uRKiX.net
可読性は読みやすいコードって勘違いしているやつが多いが、
読むコードを減らすことが本当の可読性
>>990みたいなのは読むコードが減ってない
999:デフォルトの名無しさん
19/06/12 18:59:34.64 /w2uRKiX.net
関連するコードがあちこちにバラバラに成ってるのは良くない
VueとかReactとかはばらばらになってしまう
1000:デフォルトの名無しさん
19/06/12 18:59:58.07 /w2uRKiX.net
それと同時にHTMLとJavaScriptという分けるべきものが一緒になって
可読性が下がっている。
1001:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 94日 20時間 57分 25秒