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などはおｋ。 18 名前：デフォルトの名無しさん [2020/10/28(水) 12:01:11.48 ID:Mf8tEr2f.net] >>16 すごい判る 大抵は覚えることが増えるだけで 思ったほどメリット出ない 19 名前：デフォルトの名無しさん mailto:sage [2020/10/28(水) 12:30:28.11 ID:glAUkrzc.net] WebのUIの複雑さに対処するように進化してきてるから ちょっとしたサイトを作るくらいではメリットを感じられないんだろう 20 名前：デフォルトの名無しさん mailto:sage [2020/10/28(水) 12:35:58.13 ID:VmvFGckH.net] >>17 今までjQueryがクソという話が出てないんだから 否定がないのは当たり前だろｗ お前がこのスレではじめて言ったが明確に否定するよ jQueryはクソではない 21 名前：デフォルトの名無しさん mailto:sage [2020/10/28(水) 12:40:55.43 ID:VmvFGckH.net] >>16 覚え直しという無駄な学習コストの三重苦 Reactは将来移行しなければいけないほどの作業がありますんで 覚悟しておいてください。大丈夫！移行の問題を緩和する仕組みも作りました。 2つのバージョンを共存できるんです！同時に2つのバージョンを使えばいいんです！ React 17では、将来のReactバージョンへの移行の問題を緩和 https://www.infoq.com/jp/news/2020/10/react17-easy-future-migration/ > Reactチームは、React 16の2年後にReact 17（最初のリリース候補版）を最近リリースした。 > React 17は、2つの同時バージョンが共存できるようにすることで、 > Reactの将来のメジャーバージョン間の移行が簡単になるよう努めている。 他にも沢山変更したいことはあるのですが、移行は大変なので React 17の後に延期しましたよ。えっへん！ > 特に、React 17は「足がかり」のリリースであり、あるバージョンのReactで管理されているツリーを、 > 別のバージョンのReactで管理されているツリー内に安全に埋め込むことができる。 > […]他の変更はReact 17の後に延期しました。 22 名前：デフォルトの名無しさん mailto:sage [2020/10/28(水) 12:40:57.19 ID:XBU5yUok.net] いやまあクソやろ 23 名前：デフォルトの名無しさん mailto:sage [2020/10/28(水) 12:48:48.73 ID:VmvFGckH.net] jQueryの凄さにAPIの互換性が高いという点がある。 最新版のjQueryは2020年4月にリリースされた3.5だが おそらく1.10あたりでもほぼ同じように使える 1.10がリリースしたのは2013年だ 24 名前：デフォルトの名無しさん mailto:sage [2020/10/28(水) 13:21:16.49 ID:dpNm0AnW.net] 進化しなかったのねーー 25 名前：デフォルトの名無しさん mailto:sage [2020/10/28(水) 14:21:23.16 ID:glAUkrzc.net] jQueryで成長が止まった残念なおじさんｗ 26 名前：デフォルトの名無しさん mailto:sage [2020/10/28(水) 15:48:02.16 ID:QKhQ72su.net] それはあるね JSのフレームワークに限らないけど、ライブラリーがバージョンアップの度に破壊的な変更を繰り返して、ライブラリーの更新に合わせて本体を修正するより本体を新規に作り直した方がマシというのはよくある それで廃れたのがRailsだと思う 27 名前：デフォルトの名無しさん [2020/10/28(水) 17:26:28.99 ID:E9S3F981.net] 確かにrailsは特に酷い。 railsはrubyと、大量のgemに依存してるだろ？ うっかりrubyのバージョン上げようものならマイナーバージョンアップでも動かなくなるgemが大量に出てくる。 それぞれのgem作者がrubyの破壊的仕様変更に対応しないと今まで使えてたgemが使えない。 これで昔は一世を風靡してた今は使えないgemがかなりある。 だんだんこんなのやってられるか、ってgem作者がrubyワールドから離れてくから。 28 名前：デフォルトの名無しさん mailto:sage [2020/10/28(水) 18:15:48.06 ID:MjRcLASo.net] Rubyっつうかウェブ系オープンソース文化はみんなそうだろうな だからマイクロソフトの.NETがいいんだよね C#だとほぼ公式のパッケージだけで一通り揃ってて快適に開発できる 互換性の問題もゼロにはならないがほとんど考えなくていい 29 名前：デフォルトの名無しさん mailto:sage [2020/10/28(水) 18:56:26.31 ID:NAroBJuS.net] 「フレームワークの使い方覚えた、成長したぞ」 その機能は非推奨になりました。これからはこっち使ってね。もっと簡単だよ！ 「せっかく成長したのに、なかったことにされた。しかも前より簡単って苦労して覚えた努力は一体・・・」 Angularはそうなったね Reactもそうなるみたいだね そのうちVueもそうなるんだろうな 使い方を覚えるのが成長とか思ってるからそうなる 30 名前：デフォルトの名無しさん [2020/10/28(水) 19:18:08.22 ID:L1eiKGsA.net] ヘッダーとかフッターとか ナビゲーションメニューとか ハンバーガーメニューみたいなの考えた奴死ねよ めっちゃ開発しにくいだろ 31 名前：デフォルトの名無しさん mailto:sage [2020/10/28(水) 19:18:18.34 ID:oeP+hB3a.net] 成長どうの語る前に勉強しろよ 32 名前：デフォルトの名無しさん mailto:sage [2020/10/28(水) 21:39:03.34 ID:glAUkrzc.net] >>29 この発言からして本当にjQueryの時点で成長が止まったままの おじさんらしいなｗ フレームワークで使われてるイディオムみたいなものは ネイティブで自前実装するときにも活きてきたりする 実力の底上げになるんだよ デザインパターン覚えたりしたときみたいにね お前はそこが限界だったんだなｗかわいそうにｗ 33 名前：デフォルトの名無しさん mailto:sage [2020/10/28(水) 21:40:50.17 ID:glAUkrzc.net] バージョンアップごときの変化についていけないのはエンジニアとして終わってるよｗ 34 名前：デフォルトの名無しさん mailto:sage [2020/10/28(水) 21:46:09.34 ID:glAUkrzc.net] 初めて触るフレームワークだったとしても 普通に1つの仕事やる間に基本＋ちょっとした応用くらいのことは身につけられるし 「学習する労力」というほどのことじゃない jQueryバカは本当に学習能力が低すぎて辛いのかもしれないがｗ 35 名前：デフォルトの名無しさん mailto:sage [2020/10/29(木) 11:09:35.04 ID:Q4uaxLWQ.net] BlazorってクライアントサイドEFCoreってできんのかね？ Queryableをシリアライズして飛ばすだけだからできそうなもんだが 36 名前：デフォルトの名無しさん mailto:sage [2020/10/29(木) 11:11:13.80 ID:Q4uaxLWQ.net] クライアントEFCoreが実現したらGraphQLが要らなくなりそうだ 37 名前：デフォルトの名無しさん mailto:sage [2020/10/29(木) 12:03:49.84 ID:89EHBpBz.net] >>35 https://blog.jeremylikness.com/blog/ef-core-and-cosmosdb-with-blazor-webassembly/ 38 名前：デフォルトの名無しさん mailto:sage [2020/10/29(木) 12:14:17.20 ID:wtq/xrTf.net] MSKK必死だな（藁） 39 名前：デフォルトの名無しさん mailto:sage [2020/10/29(木) 12:28:48.42 ID:a4oOdv8E.net] >>37 へーもうあるんだ 今までRESTだのGraphQLだのgRPCだのと色々と疲弊してたのって何だったんだろうな 40 名前：デフォルトの名無しさん [2020/10/29(木) 15:52:40.12 ID:h1JWOo0w.net] >>30 ハンバーガーは最悪 開発する方だけじゃなくて ユーザー側も使いにくいわ 41 名前：デフォルトの名無しさん [2020/10/29(木) 19:10:36.91 ID:8qIhLtfe.net] >>30 お前が無能なだけだろ こんなチンケなものすら作れねえのかよ 42 名前：デフォルトの名無しさん [2020/10/29(木) 21:46:29.31 ID:j1ERxTiC.net] React使って生産性とか管理しやすさとか 幻想だからよ。 そもそも「管理しやすさ」っていう漠然としたものがなんなのか と言うのが人によって認識が違う訳よ オブジェクト思考がなんなのかって事延々と考えるのと同じよ SQL HTML CSS JavaScriptだけでも覚えること大量にあるのに それを覚えたばかりの人間がそんなこと理解出来るわけがない GUIなんて千差万別あるのにReact使ったくらいで 簡単に共通化や再利用などできるわけが無い そんなくだらない幻想のために一度覚えたHTMLやJavaScript をまた文法変えて覚え直しさせれられる苦痛が分かるか？ そんなもんに学習コストかけるくらいなら ネイティブのDOMのコーディングスピードとセンスあげて 毎回ゼロベースで作った方がシンプルで余程生産性が高いに決まってる 共有化さまくってるパーツを使うストレス、 共有化パーツに頼りまくってる画面を解析して改修するストレスがどんなものかぐらい想像つくだろ コードを使い捨てることが出来る安心感 ネイティブであることの信頼感。これぞ至高 43 名前：デフォルトの名無しさん [2020/10/29(木) 22:07:56.68 ID:8qIhLtfe.net] >>42 何が言いたいのかまったくわからん React使ったらhtmlは文法変えてんの？ 変えてねーだろアホかこいつ 44 名前：デフォルトの名無しさん mailto:sage [2020/10/29(木) 22:37:42.80 ID:Q4uaxLWQ.net] いやいや共通化はしとけよ ReactだろうがjQだろうがバニラだろうがそこは同じだ 45 名前：デフォルトの名無しさん mailto:sage [2020/10/29(木) 23:08:35.79 ID:hUSN75pF.net] >>43 ★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください 46 名前：デフォルトの名無しさん mailto:sage [2020/10/29(木) 23:08:58.57 ID:hUSN75pF.net] >>44 ★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください 47 名前：デフォルトの名無しさん mailto:sage [2020/10/30(金) 21:30:34.87 ID:MU7FPfmA.net] シングルページってアイデア、結局要らなかったな URL変わったらloadし直してくれたほうがシンプルで良い 48 名前：デフォルトの名無しさん [2020/10/30(金) 21:41:48.97 ID:B0ujDtw0.net] アホには使えないからあっち行け 49 名前：デフォルトの名無しさん mailto:sage [2020/10/30(金) 22:03:55.00 ID:5oSTrQLk.net] いちいちURLを変える必要がなくなったというだけ 50 名前：デフォルトの名無しさん mailto:sage [2020/10/30(金) 22:32:52.75 ID:wuZkHHST.net] ふつうクライアントサイドルーティングで変えるけどな。エアプ乙。 51 名前：デフォルトの名無しさん [2020/10/30(金) 23:25:04.93 ID:c33mewdS.net] ページの初期化は ブラウザ駆動で location.reload()でいつでも状態消去出来る それより、保持し続けたかった画面状態が 画面遷移で消滅してしまう方が問題 保持してるものを破棄するのは簡単だが 無いものを引き継がせたり復元したりするのは大変 ならばセッションに保持しようとすると 今度はそれが残り続けて不具合の要因になる セッションは意識して破棄するのは面倒 そう考えるとSPAで画面遷移減らすのが最適解 52 名前：デフォルトの名無しさん mailto:sage [2020/10/30(金) 23:50:46.09 ID:ZQ+XX0gW.net] ★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください 53 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 04:18:19.38 ID:TE/FUBzp.net] 確かに少なくともURLは変わった方がいい 54 名前：デフォルトの名無しさん [2020/10/31(土) 12:34:03.58 ID:GI9kcxdQ.net] SPAが叩かれるのはSPAを前提としたビューを切り替えたりする ビューの下らないテクニックが嫌われるだけであって SPAの考え方自体が悪いわけではないと思う SPAは基本的にAjaxをバンバン飛ばすから Ajaxが叩くURLというのは分離されている 画面と関係の無いURLを気軽に定義出来るようになり 「画面」と「画面遷移」だけを減少させることが出来る URLは減少しない、むしろ更にきめ細かくできる 55 名前：デフォルトの名無しさん [2020/10/31(土) 12:37:15.04 ID:GI9kcxdQ.net] シングルページにこだわる必要はないと思う 2個でも3個でも構わないが とにかく無駄な画面遷移を減らす事が重要 56 名前：デフォルトの名無しさん [2020/10/31(土) 13:27:15.39 ID:fxcwqRC2.net] ブラウザに無駄に大量の履歴が残るのを防止出来るし 終わったsessionに対して変に履歴から横入りも防止出来るしメリット多い 57 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 13:33:14.30 ID:ocpJ6AXX.net] 単純にさ、メンテナンスしやすいように小さく分けろってことなんだよね どうしても密結合しなきゃならないっていうなら話は別だけど そうでないなら結合度は低く保つのはシステム開発の常識なんだし 58 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 13:59:51.18 ID:D1wdF0Y3.net] 小さく分けるなら別のページにしたほうがわかりやすいんだよね 開発者もユーザーも 59 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 14:06:46.75 ID:4J8dlMsH.net] 別にそんなことないが 60 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 14:11:33.12 ID:XhxNYcCe.net] ルーターつかえてんのかな？ 61 名前：デフォルトの名無しさん [2020/10/31(土) 14:19:10.79 ID:fxcwqRC2.net] 単にケチつけたいから理由を無理やりひねくりだしてるように見える パヨ野党と同じ 62 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 14:32:47.48 ID:XhxNYcCe.net] 単に能力不足の認識すらないだけかと 63 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 15:03:24.58 ID:XHxGyiYd.net] まあ待て WebAssemblyが全てを薙ぎ倒す 64 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 15:25:03.69 ID:ocpJ6AXX.net] まであと50年？ 65 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 15:56:06.31 ID:s2pToFD3.net] UNITYの事かな？ 66 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 19:30:23.25 ID:D1wdF0Y3.net] 単純明快にページを分ける、というやり方をやめて、わざわざ処理を追加して無理矢理ページ内で遷移したように見せかけるという、複雑で愚かな選択 これによりTwitterのサムネがおかしくなったり様々な問題を招き入れてしまった 67 名前：デフォルトの名無しさん [2020/10/31(土) 20:10:22.22 ID:H/mkCvBm.net] バカは黙ってろ 68 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 21:02:58.40 ID:4J8dlMsH.net] ここでグダってないでツイッター社に説教して来いよもう 69 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 22:26:48.89 ID:h2KzT8QK.net] ツイッターは一例でしょ。しょぼい会社じゃなくて ツイッターレベルであっても対応に苦労しているという話だ 70 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 22:44:41.94 ID:gz3vxsih.net] SPA基本のルーターすらしらんやつが わめいてるけど無視した方が無難かな。 71 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 23:02:30.40 ID:h2KzT8QK.net] >>70 今そんな話してないよ グローバルに保持してる状態の話をしてる 72 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 23:54:28.99 ID:pGrSKCPz.net] 今そんな話してない（恥ずかしいから蒸し返すな） 73 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 00:03:13.60 ID:6kfHBaw2.net] >>67 匿名掲示板だと反論できなくなった人ってすぐ悪口言うよねｗ 74 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 00:15:18.28 ID:gLftjTJx.net] 謎文脈を発生させて論点をずらす奴もいるけどな 75 名前：デフォルトの名無しさん [2020/11/01(日) 10:16:49.22 ID:iVsRUSuF.net] >>66 だからその無理やりページ遷移したように見せかける っていう部分だけが愚策なんだって ページ自体が複数も要らないんだよ 見かけ上のページも複数要らない 76 名前：デフォルトの名無しさん [2020/11/01(日) 12:27:33.30 ID:BdB3gM+x.net] 表面上SPAの癖に 時々別のURLに飛ばす造りって 単にSEO対策なんだろ SEO稼ぐにはURL多い方が良い SPAの使い易さとSEOは無関係 77 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 12:30:09.02 ID:xiHRYmfR.net] 別のURLに飛ばしてOKなものなら、飛ばしたほうがいいじゃん 状態を引き継ぐよりもステートレスの方がいいんだから 78 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 12:38:01.74 ID:7AGTmsus.net] >>77 それな ステートフルすぎて気持ち悪い 79 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 13:03:27.79 ID:b3NlQgn4.net] アプリケーションは内部状態を持つのが当たり前だが、その状態をサーバー側に持つか クライアント側で持つかの違いだけじゃね？ どっちかというとサーバー側とそのAPIがステートレスになってくれた方が嬉しいと思うが。 80 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 13:10:01.61 ID:6kfHBaw2.net] ステートフル”すぎる”な 表示してない物の状態まで持つな ページを切り替えるなら状態をクリアしろ 切り替えたように見せかけて裏で状態を維持するとか最悪だぞ 81 名前：デフォルトの名無しさん [2020/11/01(日) 13:14:42.09 ID:pdNlK96W.net] >>80 おめー無知すぎんだろ SPAフレームワークをページ遷移だけで見てるからそれしか言えねえんだよ 82 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 13:22:07.47 ID:b3NlQgn4.net] ”すぎる”と”すぎない”の境界がわからんなぁ。 気持ち悪く感じるのは主観だろうからどうしようもないが。 83 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 13:36:14.94 ID:6kfHBaw2.net] >>81 俺はMVC+Vue.jsのような軽い使い方までは否定してない SPA的な全部JSでやっちゃえって考え方が駄目だ 84 名前：デフォルトの名無しさん [2020/11/01(日) 15:59:43.06 ID:iVsRUSuF.net] webサイト画面構成のビューの作法というか テンプレみたいなのを誰かが勝手に定義するから 害悪になるんだって Webサイトにはヘッダー フッターやサイドバーや ナビメニュー、バーガーメニューがあるべきとか パンくず付けるべきだとか SPAのサイトは見かけ上のURLで画面を切り替えるように すべきとか、こういうの一体誰がなんの権限があって 決めてんの？ 実装がどれだけ面倒になるかも考えずにさ ビューの構造考えてる奴らに「シンプルにしろよ、馬鹿が」 って言ってやりたいわ 85 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 17:46:49.50 ID:08kl5AwG.net] >>84 音声ブラウザで適切に読むため 86 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 17:52:41.96 ID:m91l8dFg.net] 馬鹿たちかい。 サーバーサイドでステート維持するのは 実装大変だし、バカ高いコストになりますよ。 スケールの設計とかした事あんですかね？ 87 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 18:17:26.00 ID:6C0NmMQH.net] ステートサーバー用意するだけだな 簡単にスケールする SPAにすると最初はフロントにステートがあったんだけど SEOとか諸々の事情でやっぱSSRにしなきゃってなって サーバーサイドにめちゃくちゃステートを持つことになる ステートをスケールしたいだけなのにフロントもスケールもしなきゃならなくなって最悪 88 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 18:42:58.59 ID:m91l8dFg.net] >>87 スーテトサーバー 笑 89 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 18:49:19.76 ID:CuITjVo7.net] SSRにしたらサーバーにめちゃめちゃステート？笑 エアプここに極まるｗｗｗ 90 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 18:53:46.69 ID:6C0NmMQH.net] >>88 なにわろてんねん >>89 お前がエアプ 91 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 18:58:35.18 ID:m91l8dFg.net] >>88 ステートだ 笑 92 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 19:07:51.52 ID:6C0NmMQH.net] >>91 ステートサーバーも知らねえのか？ 93 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 19:52:37.28 ID:afatmBQ+.net] >>88 え 94 名前：デフォルトの名無しさん [2020/11/01(日) 20:25:37.03 ID:kxmM4HKM.net] ステートサーバーってガチで何 95 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 20:32:08.23 ID:m91l8dFg.net] >>94 低脳が使うやつ。 96 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 20:34:01.14 ID:m91l8dFg.net] MSの基地外じゃね？ 97 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 20:46:35.28 ID:wlH1XftD.net] redisとかじゃねぇの 98 名前：デフォルトの名無しさん mailto:sage [2020/11/02(月) 02:53:11.95 ID:ZpVsHyOp.net] SvelteはNY Timesのほかに Square Enix Apple Spotify Google Arts Alaska Airlines などが使い出したようだ 超頑張れ 99 名前：デフォルトの名無しさん [2020/11/02(月) 14:29:41.24 ID:WhiKrslV.net] https://qiita.com/amakawa_/items/e7d0720e1ab8632769bf 100 名前：デフォルトの名無しさん [2020/11/02(月) 19:37:37.29 ID:bHgm/NDo.net] もういい加減クソみたいなアプリ開発するのも メンテするのもウンザリだ 101 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 15:18:43.93 ID:4OxOM+4k.net] jsからいかにして逃げるか、が今後のwebエコシステム成功の鍵になるだろうね jsの上にフレームワークを乗せる方式にはも限界が来てる svelteやblazorがその礎になるだろう 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] 部品ごとにリクエスト走るの？クソやん

---

---

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

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