Vue vs React vs Svelte Part.6

1 名前：デフォルトの名無しさん [2020/10/27(火) 13:09:05.31 ID:5aYZ+KyB.net] 実際どうなん？ ※Angularは残念ながら全く話題にならなかったのでSvelteに差し替えました Vue https://jp.vuejs.org/ React https://reactjs.org/ Svelte https://svelte.dev/ ※前スレ Vue vs React vs Angular Part.5 https://mevius.5ch.net/test/read.cgi/tech/1596029929/ ★ここではjQuery, Ruby, C#, Blazorの話題は禁止です ★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください Angular, Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。 102 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 15:38:32.86 ID:Ir5rYGmc.net] エアプ乙。 svelteはjs。 reactやvueなんかよりもjsらしいjs。 mskk真面目に仕事しろ。 103 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 16:09:19.65 ID:5u+9d5PC.net] Svelteの利点はコンパイラ言語というとこ つまりその気になれば別の言語でも同じことができるということだ JavaやC#に置き換えるといったことも可能だろうね 104 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 16:14:13.80 ID:GWTG5CXG.net] もうこれでいいんじゃね？ Google Web Toolkit (GWT) は、Javaを使ってウェブ用Ajaxアプリケーションを開発できるオープンソースのJavaソフトウェア開発フレームワークである。Apache License 2.0でライセンスされている https://ja.wikipedia.org/wiki/Google_Web_Toolkit 105 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 16:15:48.21 ID:GWTG5CXG.net] Google Web Toolkit：現実的な開発に即したAJAX https://codezine.jp/article/detail/531 JavaをJavaScriptとHTMLに変換する開発フレームワークの利用 　AJAXアプリケーションの開発は簡単なものではありません。というのも、 AJAX（Asynchronous JavaScript and XML）の開発言語であるJavaScriptの 全貌を把握している開発者はほとんどいないからです。さらに悪いことに、 JavaScriptの実装はブラウザによって違いがあるため、互換性という厄介な問題もあります （「補足記事1　以前のWeb UIおよびAJAXのJavaScriptの弱点」を参照）。 GmailとGoogle MapsによってAJAXの名を知らしめたGoogleが、 この問題を解決するために世に送り出したのがGoogle Web Toolkit（GWT）です。 106 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 16:22:23.19 ID:5u+9d5PC.net] 考え方としては同じことだね 昔から求められ研究されていたものが周辺技術の進歩により実用的な段階になりつつある AIも昔からあるけど実用化したのはごく最近だった WEBの世界でもまた同じようにイノベーションが起こる JSは世界に不要です 107 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 16:23:49.40 ID:GWTG5CXG.net] 昔から何度も負けてる歴史 108 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 16:28:30.69 ID:5u+9d5PC.net] そして次は勝つ 時代の節目ってのはいつもそうだった 109 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 16:31:55.29 ID:GWTG5CXG.net] 「次は勝つ」と言ってるやつは、たいてい期限を付けない いつまでに勝てるという見通しがないからだ 負けたら「次は」更に負けても「次は」と言い続ける 110 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 17:51:06.56 ID:XR+zjtJR.net] JSすらまともに使いこなせない 不十分な負け犬の遠吠えにしか 聞こえないけど。 111 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 18:27:50.80 ID:5u+9d5PC.net] 使いこなした上でより良い道具を模索するのがプロ jsにしがみつく人は駄目だ 112 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 19:10:53.10 ID:XR+zjtJR.net] 使いこなしてなさそーーなのから返信きた！ 笑 113 名前：デフォルトの名無しさん [2020/11/03(火) 19:17:24.29 ID:M97chx1r.net] PHPの機能ではなくHTMLの機能で他HTMLのインクルードがないのは不便 これが出来ればかなり可能性広がる 114 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 20:12:28.79 ID:C42spRT+.net] JavaScriptなんか使いこなせるようになってもなあ 115 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 20:19:41.36 ID:XR+zjtJR.net] >>113 具体的に？ 116 名前：デフォルトの名無しさん [2020/11/03(火) 20:49:36.32 ID:M97chx1r.net] >>115 HTML部品を細かく外部部品にできる cssとかJavaScriptとか画像付きで サーバ 117 名前：サイドのクソインクルードと違ってdevtoolsから 呼び出し関係を把握出来る [] [ここ壊れてます] 118 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 20:54:04.83 ID:OA2PBkaW.net] 部品ごとにリクエスト走るの？クソやん 119 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 20:54:11.24 ID:Vb+pPlne.net] バージョンアップですぐに知識が陳腐化するのが問題だよな Reactが一番メジャーと言っても、他にもたくさんあるし、React自身もバージョンアップで変わるし、Reactの周辺技術も変わるし 120 名前：デフォルトの名無しさん [2020/11/03(火) 21:01:35.34 ID:XR+zjtJR.net] >>116 ReactやVuejsのコンポネント あるいは純粋なWeb Componentsではダメという事？ 121 名前：デフォルトの名無しさん [2020/11/03(火) 21:13:02.42 ID:M97chx1r.net] ソースと画面上のdevtool解析に差異があるから不便 122 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 21:20:57.47 ID:XR+zjtJR.net] >>120 ん？ 使ってもいない人かな？ 123 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 23:12:36.36 ID:GS5jRb/7.net] それだけならejsとかのテンプレートエンジンでいいのでは 124 名前：デフォルトの名無しさん mailto:sage [2020/11/04(水) 00:27:26.22 ID:ICDUObZn.net] jsを嫌ったところでweb開発では結局npmライブラリ使うんだからjs/tsからは逃れられんと思うけどね 125 名前：デフォルトの名無しさん [2020/11/04(水) 09:32:04.09 ID:CWKX+qbt.net] JSは嫌いじゃない。むしろ肯定する 嫌いなのはサーバサイドのビューの生成支援技術 特にDBやモデル層と密結合してるものは最悪 とりあえず純粋なデータの形でJSON化して文字化け防止 エンコしてJavaScript側に埋め込んどけば JavaScriptで復元して、いかようにでもビュー構築 できるのに そういう事を知らない奴がサーバサイドフレワの ゴミみたいなビュー機能使いやがる 126 名前：デフォルトの名無しさん mailto:sage [2020/11/04(水) 09:52:12.35 ID:TofTvuAt.net] パッケージ問題はwasmにビルドして相互運用って形なるので気にしなくていい JSが消え去るのも時間の問題だ 127 名前：デフォルトの名無しさん mailto:sage [2020/11/04(水) 09:59:29.81 ID:5hLgPx47.net] >>124 サーバーサイドならModelが型を持ってるからメタデータを処理してCRUDを生成するなんてことが実用的な水準でできるけどJSONじゃ無理でしょ？ 128 名前：デフォルトの名無しさん mailto:sage [2020/11/04(水) 12:51:36.28 ID:nYZgiQyo.net] サーバーサイドで完結するなら遅延評価とかでDBへの負担を最小にできるけど、一旦JSONにするとN+1とかリクエスト連発とか高負荷になるもんな それでGraphQLとか流行り始めてるけど 129 名前：デフォルトの名無しさん mailto:sage [2020/11/04(水) 12:56:06.12 ID:LzSTpY+2.net] domain modelからview modelへの変換も実装量としては無視できない これをスクリプトでやるなんて正気じゃないよ 130 名前：デフォルトの名無しさん [2020/11/04(水) 15:17:00.07 ID:wF8lqQTT.net] GWTってまだ生きてたんか SWTと同じくらい長生きだな 131 名前：デフォルトの名無しさん [2020/11/04(水) 16:54:45.12 ID:sbTiCV0L.net] https://dev.to/linkuriousdev/to-wasm-or-not-to-wasm-3803 wasmって今のところjsよりそんなに極端に速いわけではなさそうだけど 普通のwebアプリをwasmにしても大して恩恵は受けられないんじゃ 132 名前：デフォルトの名無しさん mailto:sage [2020/11/04(水) 18:28:12.23 ID:annEOGEQ.net] >>130 ゲームとかのグラフィックス用途だけだよ。 133 名前：デフォルトの名無しさん [2020/11/04(水) 19:30:08.96 ID:CWKX+qbt.net] 鯖の負荷を減らすにはクライアントサイドの ブラウザに仕事させるのが最善 ネットワークアクセスが頻繁になるけかもしれんが キープアライブとかあるし大した問題ではない 同時接続数はローバラ噛ませてスケールアウト 擦るのが定石で それだけ利益産むだけの接続数が 来てるんだから必要経費 サーバサイドはレンダリング支援は要らん バリデーションはフロントサイドとDBの制約で十分 ハッキングしてくる奴に律儀にエラーメッセージ 返してやったりエラーハンドリングしてやる必要ないからな 関連はJOIN覚えろ ORMとかクエリビルダとかクソなんだよ 最悪複数回SQL飛ばせば外部テーブルのレコード取ってきたり SQL飛ばさずに連想配列の配列からデータ漁るメソッド 作っとけば工夫すればコーディング爆速になるのに ちまちまとバリデーションとかリレーションとか 定義するフレームワークは馬鹿 つまりwebアプリは全部糞なんだよ！ ネイティブJavaScriptが至高 ネイティブSQLが至高 expressのみが至高 オブジェクト指向は死ね！ RailsもララベルもReactもAnglarも死ね！ 134 名前：デフォルトの名無しさん [2020/11/04(水) 19:35:24.63 ID:rm1hfGRH.net] クライアントでやれと言いつつ 結合はサーバーでやれと？ 135 名前：デフォルトの名無しさん mailto:sage [2020/11/04(水) 22:48:53.58 ID:K1ME6Nao.net] 相手したらあかんやつや 136 名前：デフォルトの名無しさん mailto:sage [2020/11/04(水) 23:20:52.63 ID:8aX5ek4k.net] どっちがサーバでどっちがクライアント� 137 名前：ｩも分かってないぞそいつ お茶碗持つほうが鯖とかそんなレベル [] [ここ壊れてます] 138 名前：デフォルトの名無しさん mailto:sage [2020/11/05(木) 00:10:38.34 ID:cYudjgB5.net] >>135 お茶碗持つほうが鯖はさすがに草 139 名前：デフォルトの名無しさん mailto:sage [2020/11/05(木) 07:06:59.54 ID:zkmm5QOl.net] jQueryバカがボコボコに論破するたび過激になって帰ってきて草 140 名前：デフォルトの名無しさん mailto:sage [2020/11/05(木) 07:09:42.40 ID:zkmm5QOl.net] >>120 debugビルドでsourcemap吐き出させると devtool上でも手書きのソースが表示されるよ 141 名前：デフォルトの名無しさん [2020/11/06(金) 23:55:42.90 ID:dY0FwNqN.net] スレタイAngular外されたか 個人的には好きなんだけど使う奴が少ないんだよなあ Angular+nest+typeormの組み合わせが快適で重宝してる 142 名前：デフォルトの名無しさん mailto:sage [2020/11/07(土) 00:19:17.46 ID:4eYXXeZK.net] 遅かれ早かれすべて外されるよｗ 143 名前：デフォルトの名無しさん mailto:sage [2020/11/07(土) 13:47:20.36 ID:H4/lc4DC.net] じきにwasmスレになるだろうね 144 名前：デフォルトの名無しさん mailto:sage [2020/11/07(土) 22:00:52.91 ID:vkENrb2s.net] 普通にDOM操作してる分にはJSで十分速いんだよなぁ。 最近WasmでFFmpegをブラウザに移植、とかあったし、TensorflowでWasm利用したりしてる。 そういう従来PCやサーバのOS上で直に動いていた物がそのままWebに移植されて予想もしてなかった新しい組み合わせを生む、みたいな方向性に期待してる。 145 名前：デフォルトの名無しさん mailto:sage [2020/11/07(土) 22:17:58.99 ID:alCltY04.net] 十分速いもなにも、現状DOM APIはJS用しかない。WASMにもないのでJS経由でないといじれない。 偉そうに宣伝してくる他言語のフレームワークも最終的にJSのAPI呼んでる。 146 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 06:37:58.90 ID:Xo0sFQ6l.net] >>143 Domを使う場合JSがネイティブだね。 Wasmの場合canvasに直接描画するのが本流。ゆえにDom上のUI資産は一切使えない。 147 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 07:21:32.68 ID:LFeopa9V.net] wasmでUInt8Array作ってcanvasに流し込む形かな。ゲームとかならそれで良さそう。 いやでもゲームなら高速描画を求めてWebGLやcanvasのAPI使うからwasmで完結はしないかも。 ゲーム以外だとUI周り全部wasmで描くとランタイム大きくなるし。 148 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 08:21:28.89 ID:YnyAcD/m.net] ゲームとかだったらいいんだけどねぇ。 複合UIをCanvasベースで作り直しとかｗ CSSのレスポンシブ関連機能相当のものやイベントシステムも再実装か？ｗ 149 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 11:55:41.56 ID:n8ymm8S9.net] id変えて3連投 内容もトンチンカンだし 何がしたいんだ 150 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 11:56:26.00 ID:n8ymm8S9.net] 土曜も含めて5連投か 151 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 12:22:25.95 ID:Xo0sFQ6l.net] 馬鹿登場(^o^) 152 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 12:48:49.25 ID:LFeopa9V.net] 何か変な事言ってる？ 153 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 12:59:39.96 ID:Xo0sFQ6l.net] ID:n8ymm8S9 こいつ 154 名前：デフォルトの名無しさん [2020/11/08(日) 14:26:55.01 ID:l0qFfY14.net] canvasで描画されたサイトはスクレイピングできなそうだけどどうなの 155 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 16:13:42.91 ID:0eCVrRMZ.net] >>144 >Wasmの場合canvasに直接描画するのが本流。ゆえにDom上のUI資産は一切使えない。 別に「一切使えない」という訳ではない。 Edit要素やチェックボックスなんかをHTMLのFormで書きたい人はWasmからでも 書ける。 例えば、EmscriptenならC++ソース内でEM_ASMの中にJSコードが書けるので そこでなんでもHTMLコードは書ける。 156 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 16:17:14.07 ID:0eCVrRMZ.net] >>152 基本その通りで、AI技術などを使わない限りはページを解析できなくなる。 だから文書中のキーワードから自動的に検索エンジンに登録される事が 157 名前：できなく なってしまう。 その意味で検索エンジンに登録して欲しい内要はcanvasで書かずに HTMLのtextareaやpやdiv要素などの中に書いた方が良い。 そしてWasmを使ってもそのようにすることは可能。 [] [ここ壊れてます] 158 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 16:32:27.74 ID:477xwJw7.net] ただそうするとwasmを使う意味がなくなる 159 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 16:41:28.75 ID:Xo0sFQ6l.net] >>152 Wasmに求められてる事のは、 ブラウザー内でネイティブアプリを動作させることでは？ 160 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 16:42:06.83 ID:Xo0sFQ6l.net] >>155 JS使えないのがWebが主流になったからって 慌ててWasmに逃げようかと考えるから そんな疑問になる。 161 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 16:50:00.20 ID:0eCVrRMZ.net] >>156 例えば、Win32のEditControl相当のものは、canvasで作ることも出来るが pre要素で作ろうと思えば作れる。 例えばqiitaのプログラムコードの表示はpreタグで作られているから それと同じことをWasmでやればよい。 162 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 16:54:09.62 ID:Xo0sFQ6l.net] Wasmでsilverlightの土台整ったんで 是非復活してください。 163 名前：デフォルトの名無しさん [2020/11/08(日) 18:10:44.66 ID:4ZBfhd92.net] googleのクローラーさんがwasm読めるように頑張ってくれれば良いだけだよね あとは任せた 164 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 18:40:18.29 ID:LFeopa9V.net] いくらGoogleのクローラでもCanvasに独自実装されたUI全てに対応するのはちと辛かろう（リソース食う量が段違いだし）。有名フレームワークがあるならそれに対応するのはあるかも。 フレームワークがSEOに弱いとわかりつつwasmに行くのが先か、 wasmフレームワークが流行る可能性があるとGoogleがクローラを進化させるのが先か。 等面俺は普通にDOM使うかな〜 165 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 18:47:40.39 ID:qWxYWVGv.net] JSON LD 166 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 18:51:35.75 ID:0eCVrRMZ.net] クローラーがcanvasの文字列に対応するには、(OCRみたいな)画像からの文字認識が必要。 167 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 18:53:52.25 ID:0eCVrRMZ.net] ややこしいのは、HTMLだとテキストを全部、HTML要素の中に書いておいて 見えない領域は必要に応じてスクロールするようになっているが、 nativeとのマルチプラットフォームライブラリのWasmの場合だと独自に スクロールして必要な部分しか画面には出さないので、文字認識しても クローラーは見えない部分には対応しにくい。 168 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 20:33:25.42 ID:JilxLgos.net] SEOとかLanding Pageだけ対応しとけばあとは割とどうでもいいんじゃないの？ 169 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 21:32:11.88 ID:Xo0sFQ6l.net] なんでSEOせにゃならん要件でWasm使うのかい？ もしかして某板の基地外？ 170 名前：デフォルトの名無しさん mailto:sage [2020/11/09(月) 15:47:31.41 ID:FX8TY8PI.net] いや俺はSEO対策には詳しくないが、海外のサイトでWasmでcanvasで文字を 描画した場合に問題になることが議論されていたから、それに影響された。 もし、問題にならないと思うんなら別にそれでいい。 171 名前：デフォルトの名無しさん mailto:sage [2020/11/09(月) 17:17:14.74 ID:VFcbnqG0.net] > なんでSEOせにゃならん要件でWasm使うのかい？ これを読んで、SEOに悪影響はないという主張だと理解したわけ？ 外国の方ですか？ｗ 172 名前：デフォルトの名無しさん mailto:sage [2020/11/09(月) 19:02:52.34 ID:FX8TY8PI.net] >>167 は >>165 へのコメントのつもりだった。 173 名前：デフォルトの名無しさん [2020/11/09(月) 20:59:08.82 ID:kTDxgGid.net] これすごくない？ ブラウザ上で動画生成や変換ができるWebAssembly版FFmpeg「ffmpeg.wasm」レビュー https://gigazine.net/news/20201109-ffmpeg-wasm/ 174 名前：デフォルトの名無しさん mailto:sage [2020/11/09(月) 21:02:21.41 ID:Pd2sIgMn.net] いよいよJSもオワコンか 長い暗黒時代だった 175 名前：デフォルトの名無しさん mailto:sage [2020/11/09(月) 21:21:29.85 ID:TdfpQ1ub.net] reactでhooksが主流の今、reduxを学習する意味は大きいだろうか？ 176 名前：デフォルトの名無しさん mailto:sage [2020/11/09(月) 21:26:32.07 ID:IuElySO5.net] 安心しろ どうせhooksもすぐ消える 177 名前：デフォルトの名無しさん mailto:sage [2020/11/09(月) 22:03:01.37 ID:fNXcH97V.net] 確かに 178 名前：デフォルトの名無しさん mailto:sage [2020/11/10(火) 07:06:06.27 ID:vuF+5ADy.net] setXXXってネーミング、いまいちだよな 179 名前：デフォルトの名無しさん mailto:sage [2020/11/10(火) 23:46:01.54 ID:fk8fv8d/.net] Vueって本当に簡単なんですか？ 言うことを聞いてくれなくて時間の浪費が半端ないです。 これを乗り越えた先にパラダイスはあるのか 180 名前：デフォルトの名無しさん mailto:sage [2020/11/11(水) 01:36:23.59 ID:a7EdH0Sq.net] ないよ 今、JavaScriptやjQueryで苦労してる人 が 使うものであって、苦労していなければ Vue を使っても 使いづらくなるだけ 使う目的が違ってる。Vue に適したことじゃないと Vue を使うのはデメリットしかない 181 名前：デフォルトの名無しさん [2020/11/11(水) 10:25:16.82 ID:tAzuyT8U.net] イベントループでcpu100%ですね判ります 182 名前：デフォルトの名無しさん [2020/11/11(水) 16:18:28.96 ID:I+IsX3ig.net] ReactやVueは最初が辛いですが、一度覚えてしまえば一生使える技術ですので。 183 名前：デフォルトの名無しさん mailto:sage [2020/11/11(水) 16:24:54.56 ID:3P5nZf65.net] >>179 なわけ 184 名前：デフォルトの名無しさん [2020/11/11(水) 16:46:28.44 ID:7b/Ck3VW.net] >>176 一応真面目に答えると天地の差でパラダイスになるけど、、 言う事を聞かないってのが何を指してるのか分からんとなんとも 185 名前：デフォルトの名無しさん mailto:sage [2020/11/11(水) 16:56:32.16 ID:uSbtgdeR.net] >>181 どんなときにパラダイスになりましたか？ 具体例を聞かせてください 186 名前：デフォルトの名無しさん [2020/11/11(水) 17:51:10.78 ID:YsOPtgNE.net] 何がどう難しいのかさっぱりわからん フレームワークって単にその仕様を覚えるかマニュアルみて調べるだけじゃん もしマニュアルみてもわからないならお前の能力がゴミなだけ 187 名前：デフォルトの名無しさん mailto:sage [2020/11/11(水) 18:17:26.74 ID:5hZ83BHh.net] マニュアルに、こういう場合はこうするって 全てのパターンが網羅されてるなら、そのとおりだろうね（笑） 難しいところがない＝考えることがなにもないってことだから馬鹿でもできるね 188 名前：デフォルトの名無しさん mailto:sage [2020/11/11(水) 18:42:59.24 ID:nXqLBwtd.net] ややこしいルール増えるだけでほんま役に立つんかと思いながらReact始めたけど、途中から目に見えて楽になったのを感じたし、それ以来リアクティブじゃないのは辛いなと思うようになるぐらいは変わった。 Reactが生き残るかどうかはわからないけど、Webの最新技術に触れようと思うと当然のようにReact要素が出てくるので、ある種の基盤になってるのかなと思う。 189 名前：デフォルトの名無しさん mailto:sage [2020/11/11(水) 18:55:30.05 ID:fgDzPNCB.net] ソースコード解析できないならフレームワークは使わないほうがいい 190 名前：デフォルトの名無しさん [2020/11/11(水) 22:03:08.65 ID:7b/Ck3VW.net] >>182 答えたいんだけど範囲が広すぎるよ まず何を作ろうとしてるのか。何の期待してvue使おうと考えたのか。今困っている事(言う事を聞かない？)を具体的に。 この3つが分かるといいんだけどな。 もしかしてvue単独で既存のwebに組み込んで使おうとしてる？ 191 名前：デフォルトの名無しさん mailto:sage [2020/11/12(木) 20:33:37.13 ID:Sh5uqHmw.net] Reactに近い考え方でもっと薄いライブラリねーかな 分厚いフレームワークあるあるの変な挙動に1日悩まされて結局バグだったみたいなことを避けたい 192 名前：デフォルトの名無しさん mailto:sage [2020/11/12(木) 20:54:30.33 ID:mC/HDmh/.net] jsxが欲しいのかリアクティブが欲しいのか 193 名前：デフォルトの名無しさん [2020/11/14(土) 12:12:58.68 ID:GBy4XzSZ.net] フレームワーク単体じゃなくてVSCodeとかwebStormとかのIDE、hotReload、cliでプロジェクト始めてビルドからdeployまで一貫させるとかgitとかtypescriptとかnpmとか諸々全部含めた上でのフレームワークだし。 194 名前：デフォルトの名無しさん mailto:sage [2020/11/14(土) 18:59:52.77 ID:DnZAmAgg.net] Angularだけは本当に誰も話題にしないな。 Angular 11リリースされたのに… 信者もアンチも居ない。 ただ誰も興味がない… 195 名前：デフォルトの名無しさん mailto:sage [2020/11/14(土) 19:39:32.08 ID:0tsO4jDn.net] 海外だとAngularも人気あると思う Reactが一番人気なのは間違いないけど Vueは日本ではなぜか人気あると感じる 196 名前：デフォルトの名無しさん [2020/11/14(土) 20:30:03.20 ID:xpC3aUYM.net] 後ろ盾の差でもう勝負ついてる WebAssemblyが成熟するまでは間違いなくReactの一強 197 名前：デフォルトの名無しさん mailto:sage [2020/11/14(土) 20:39:01.51 ID:RVlgiIfZ.net] 後ろ盾で言うとマイクロソフトが最高だね 198 名前：デフォルトの名無しさん mailto:sage [2020/11/14(土) 20:42:50.63 ID:rQXll7XK.net] Silverlightはどうなりましたか？ 199 名前：デフォルトの名無しさん mailto:sage [2020/11/14(土) 20:44:10.62 ID:RVlgiIfZ.net] シルバーライトは時代を先取りしすぎてたな そろそろ世間が追いついてくるかもしれん 200 名前：デフォルトの名無しさん mailto:sage [2020/11/14(土) 20:56:10.64 ID:0tsO4jDn.net] MVVMとかSilverlightからなんだよな 201 名前：デフォルトの名無しさん mailto:sage [2020/11/14(土) 21:07:49.82 ID:lpnmdlKx.net] つまりTSさいつよ 202 名前：デフォルトの名無しさん [2020/11/15(日) 14:17:52.80 ID:1NoBqfO6.net] アプデされてもすぐに飛びつく気にはならない

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef