Vue vs React vs Angular Part.3

レス数が1000を超えています。これ以上書き込みはできません。
1デフォルトの名無しさん
垢版 |
2019/06/12(水) 19:04:55.46ID:x67noP4p
実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
※前スレ
Vue vs React vs Angular Part.2
https://mevius.5ch.net/test/read.cgi/tech/1552136553/
※前前スレ
Vue vs React vs Angular
http://mevius.5ch.net/test/read.cgi/tech/1545395856/

★ここではjQueryの話題は禁止です
★jQuery房が書き込んでも無視してください
2019/06/12(水) 19:06:51.08ID:QtpMWUcX
>>1
スレ建て乙
2019/06/12(水) 19:11:10.66ID:MP1tRols
1. jQueryはシンプルに書けるVue・Reactは冗長

証拠 https://jsfiddle.net/t62b49mp/

JavaScriptのコードはこれだけ
$('.my-component [name="switch"]').change(function() {
　$(this).closest('.my-component').toggleClass('active', this.checked);
});

2. 信者「Vueならこれだけで動く！」

嘘1 isActive=false

嘘2 new vue({data:{isActive:false}})
https://codepen.io/anon/pen/MxmrjP （動かない）

嘘3
new Vue({
el: '#app',
data: {isActive:false},
})
https://codepen.io/anon/pen/XGgpZV （変な動きをする）

3. 結論
jQueryはシンプルに書けるVue・Reactは冗長
2019/06/12(水) 23:07:01.43ID:inilIjyq
相変わらず社会不適合者が粘着してんのな
2019/06/13(木) 11:30:36.40ID:euXigNzW
>>1乙

前スレの話題、無駄に冗長なコードよりは短い方が良いだろうけど
短さも保守性の一要素であって
同じく保守性に影響する型チェックや適切な分割などとトレードオフになることもある

WebサイトというよりWebアプリ向けのフレームワークとしては
最もスマートなHello worldが書けることより
規模や複雑さが増大したときに保守可能であって欲しい
2019/06/13(木) 14:24:17.80ID:9Vo7Y55o
googleで「アヌス」って検索してたら
「新婚旅行で特別な体験」っていうタイトルがヒットしたので早速開いてみたら
ディオクレティアヌス皇帝の浴場レストランに行った話だった
2019/06/13(木) 21:08:40.70ID:IEWBaGWA
ReduxもHooks対応かぁ
2019/06/15(土) 18:53:51.89ID:X2oQflww
>>7
ウチのポートフォリオサイトも対応しなきゃなぁ…
2019/06/21(金) 08:24:19.26ID:Mu2odL0V
SPAのメリットってなんですか？
2019/06/21(金) 10:19:04.51ID:s9IHadCZ
ひろゆきがコラム書いてる
2019/06/22(土) 00:23:12.00ID:3TgqxsPN
>>9
【メリット】
・ネイティブアプリみたいに滑らかな画面遷移が可能。

・マテリアルデザインのガイドラインに沿ったUIライブラリが豊富。

・双方向バインディングによりHTMLの状態とJavascript オブジェクトの状態を一致させる事ができ、
jQueryを用いた泥臭いDOMいじり作業が不要。

・Cordovaでアプリ化してストアに登録する事も可能。

【デメリット】
・クローラがSPAに対応してない。SEO対策が必要な案件にはSSR必須 = サバーサイドのスキルも求められる。

・jQuery等のライブラリと比較して学習コストが鬼。特にAngular。

・Angular vs React vs Vue とスレタイにある通り、まだデファクトスタンダードが決まってない。


こんな感じかな。俺的には初心者には Vue → Nuxt がオススメ。
日本語ドキュメントが豊富で取っ付きやすい。
オススメしないのはAngular。TypeScript 必須 & 覚える事多い & 開発元の Google が最近Flutterばっか推してて将来 Flutter for web に喰われるかも。
2019/06/22(土) 00:33:07.00ID:3TgqxsPN
あ、もう一つ最大のデメリット忘れてたわ。

・基本的にはモダンブラウザのみ対応。古いPCを使ってるケチな会社…もといレガシーな環境では使えない。
13デフォルトの名無しさん
垢版 |
2019/06/22(土) 02:31:23.59ID:e0kWbxTa
よく自信満々で偉そうに思い込み騙れるな。
3つともIE9で見れるが。IE9はモダンブラウザですか？
2019/06/24(月) 00:45:32.28ID:KMhG5DpC
なんか急に過疎ってんな
2019/06/24(月) 00:49:33.05ID:QJh3OZzw
みんな見限ったんだよ
2019/06/24(月) 01:02:21.54ID:eytL/XJT
他所で訊いてここが良いと言われたので、質問させてもらいたくやってきました

Vueをtypescriptで書いて、property-decoratorで@Emitデコレータを使いたいときに
外部ファイルからimportしたvueインスタンス(仮にextvm)に
イベントをemitしたいときってどうやればいいのでしょうか

this.$emit('call')
に
@Emit() call{}
は相当していますが

extvm.$emit('call')
を投げるにはどうすればいいのだろうかという疑問です
property-decoratorの公式も見てみたのですが
例は全部this.$emitの置き換えばかりで分からなかったので
詳しい方いらっしゃいましたらお教えいただければ幸いです
どうぞよろしくお願いいたします
2019/06/24(月) 01:02:29.59ID:c9pCSAyJ
何を見限ったんです？

React?
2019/06/24(月) 09:21:50.31ID:dhWW1aIx
>>17
jQueryおじさんの妄言だろ
2019/06/24(月) 13:44:24.48ID:VkFnTpt9
ViewModel for React使ってるやついる？
2019/06/24(月) 18:02:35.13ID:ICLwVQcV
ReactとVueどっちがおすすめ？
21デフォルトの名無しさん
垢版 |
2019/06/24(月) 18:12:51.55ID:TlmQ/GE6
jsがどのくらい出来たらvue.jsとかのフレームワーク習得が良いの？
html/cssコーダーとして4年くらいやってたんだけどjQueryでdomいじるくらいで他にライブラリ導入するくらい。
正しい記法やらも知らないし、js単体でのアプリケーション作成なども全く無理な状態。
2019/06/24(月) 19:15:28.51ID:vjsNfzGl
>>21
必要ないやつには必要ない
当たり前の話
2019/06/24(月) 19:55:19.48ID:IpbvJOYB
結局はPWAっぽいものを作りたいかどうかだな
2019/06/24(月) 22:44:58.68ID:k1X9rXNU
TypeScriptはどっちみち必須になるだろうな
25デフォルトの名無しさん
垢版 |
2019/06/24(月) 23:30:41.44ID:TlmQ/GE6
なるほど。使わない人には必要ないと。
しかし今転職考えててスキルセット考えるとコーダー関連しかできませんだと、どうにも辛い状況なんですよね。
PWAだのSPAだの作れますと言える状態にしたいのは間違いないので、とりあえずjsの勉強始めます。
26デフォルトの名無しさん
垢版 |
2019/06/25(火) 01:08:11.49ID:y6XNwTlk
google i/o 2019見た？
googleがweb.devにreactのガイドコンテンツ作るってよｗｗ
google謹製angularの立場ｗｗｗｗ
2019/06/25(火) 01:44:09.87ID:/1SkxROv
同時に勉強すればいいよ
2019/06/25(火) 03:36:11.36ID:sfPYxc02
>>25
転職サイトで経歴に書くならReactとか食いつきはいいよね
2019/06/25(火) 06:50:25.49ID:SxemZYeq
>>16
やりたい事半分も理解できてないから正しい回答か自信ないけど、2つのtsコンポーネントでファンクションを共有化したいのかな。


であれば自分なら2つのコンポーネント用tsファイルとは別にexport class書いたtsファイル1つ作って、
static なファンクションの中に共有したいファンクション書くな。

後は2つのtsコンポーネント上でそれぞれ↑のクラスをimportして、
import { CommonFuncClass } from './CommonFuncClass.ts';

@Emit call{
CommonFuncClass.funcName;
}

みたいにすればいいんでない？　適当に書いてるから間違ってたらすまん。
2019/06/25(火) 14:58:20.86ID:0ge/8d0E
TypeScript使ってないと死んでしまう
2019/06/25(火) 15:04:15.58ID:9lHEQL1R
死んでも困らない
32デフォルトの名無しさん
垢版 |
2019/06/25(火) 15:05:28.37ID:7F89fU7n
TypeScriptはあまえ
33デフォルトの名無しさん
垢版 |
2019/06/25(火) 23:31:08.98ID:sm3AeLff
スレの趣旨から少しずれてすみません
VueJS使っていて

どうしても $.ajax() の利便性を用いたく（jsonpの利用等で）
VueJS中でこういった部分的なjQueryの実装をしている人はいますでしょうか？
2019/06/25(火) 23:32:26.85ID:lYvgz1Kc
キメラせずに素直にaxios使ってください
2019/06/26(水) 00:06:33.98ID:OukDf0at
>>33
通信部分で何使おうが大勢に影響ないし好きにしたら良い
唐突な$が気持ち悪い程度の話
2019/06/26(水) 02:09:39.85ID:vlY6iP+W
>>33
jQueryでDOMいじりしないならjQuery混在させても良いんじゃない？
ただajaxなんて使わなくても、Vueにはaxiosがあるからそっち使ったほうがいいよ。
（jQuery入れてると、jQueryしか出来ない馬鹿がjQueryをDOMいじりに使いやがるから）

あと、JSONPを使うのはCORSの制限回避の為？　素直にコンテンツサーバー側のCORS設定見直したほうが方向性としては正しいかと。
2019/06/26(水) 03:51:32.78ID:A3AE1MVC
むしろVueJS使わずに、jQueryにしたほうが良いのではないか？
2019/06/26(水) 04:41:57.12ID:BuTgnmsH
どうせやるんならVueよりもReactやった方がいいと思う
2019/06/26(水) 08:35:04.28ID:BcApMSVm
スレタイの３つがどうなっていくのか色んな予想あるけどよくわからんなあ
40デフォルトの名無しさん
垢版 |
2019/06/26(水) 08:54:25.99ID:qk5ECIA8
>>39

349 デフォルトの名無しさん sage 2019/04/11(木) 19:42:22.98 ID:GR4ezT/u
日本にいるとVue人気だから勘違いしそうになるがやっぱ採用実績はReactが圧倒してるんだな。475kサイト vs 64kサイトか……
しかしなぜかGitHubのスター数だけタメ張ってるｗ
Top JavaScript Frameworks For 2019
https://www.codementor.io/nikhil21tyagi/top-javascript-frameworks-for-2019-s8881i8ga

パフォーマンスについてはReactよりVueのほうがいいな。
AppRunってやつ速くて気になる。
しかしAngularいくらなんでも酷すぎる……
A RealWorld Comparison of Front-End Frameworks with Benchmarks (2019 update)
https://medium.freecodecamp.org/a-realworld-comparison-of-front-end-frameworks-with-benchmarks-2019-update-4be0d3c78075
2019/06/26(水) 10:17:06.57ID:tKP4UJlx
毎回同じヤツが言ってるのか知らんが旧版のAngularJSをAngularかのようにミスリードするのはどうかと思う
2019/06/26(水) 11:19:59.87ID:+23jdxl3
Vue.js, jQuery は、併用できない

Vue.jsは仮想DOM で、独自のタイミングでDOMを更新するから、
jQueryで実DOMを変更しようとしても、元に戻ってしまう！

axios を使えば？
43デフォルトの名無しさん
垢版 |
2019/06/26(水) 12:36:54.61ID:qk5ECIA8
RubyｷﾁｶﾞｲがhttpクライアントライブラリであるaxiosでDOM操作するようですｗｗｗｗｗ
2019/06/26(水) 21:22:06.32ID:BuTgnmsH
といいつつ大体共存してるんよねVue使ってるサイトって
2019/06/26(水) 21:43:55.15ID:LU29nklf
react + axios でええやん
2019/06/27(木) 08:05:58.08ID:kOFB541w
SPA自体が微妙
47デフォルトの名無しさん
垢版 |
2019/06/27(木) 19:53:10.03ID:8Wr3UmF0
全体から見たらほとんどのライブラリがjQuery要求するしなぁ
もちろん代替自体は進んでるけど、世の中新規案件より過去案件の保守しなければいけないポイントは増え続けてるわけで。
48デフォルトの名無しさん
垢版 |
2019/06/27(木) 20:06:51.85ID:pgi+u0Sx
ふーんMath.jsとかlodashとかThreeJSとかjQuery要求するんだ。へぇ。
2019/06/27(木) 20:31:34.45ID:Sx1H26YL
ReactやAngularって5年後使われていると思いますか？
2019/06/27(木) 21:12:08.57ID:LqdKKGjf
うん
2019/06/28(金) 00:34:49.13ID:p9xekXNc
いや
2019/06/28(金) 06:44:40.28ID:vIsijqQP
電子化して働き方改革だあ！って号令のもと新規で社内システム作っちゃったから5年は面倒見ることになりそう、後輩が…
2019/06/28(金) 22:46:21.72ID:WUhg5hVA
React は残るんじゃない？　バックが Facebook だし。
Angular が残るか消えるかは Google の気分次第かな。現にAngularJSは消えた様なもんだし。
Vue は Evan の個人開発だから、Evan の寿命が Vue の寿命かな。
5433
垢版 |
2019/06/29(土) 01:05:21.67ID:kVSg4mo7
助言を沢山下さりありがとうございます。
JQueryとの併用を検討してみます。
2019/06/29(土) 01:19:30.63ID:9h5D+6Gj
実務ならそっちの方がいいかも知れんが学習が目的ならjQueryは完全に省いて
フレームワークの機能で賄う設計を身に着けた方がいい

混ぜる事を前提で進めるとどうしても設計的な欠陥に陥りやすい
2019/06/29(土) 07:46:42.97ID:8bAr7lLW
react自体なくなっても結局ああいうものがまた作られると思うぞ。
2019/06/29(土) 10:45:14.45ID:0G7b8vyy
Reactは完成形だけど状態管理が後付けだからなー
2019/06/29(土) 11:18:41.10ID:Asw+lwoz
根幹的にはブレることは無いとはいえ、その辺はまだ発展中なんだよな

Redux Hooksも今月リリースされたばかりだし
https://react-redux.js.org/next/api/hooks
2019/06/29(土) 11:39:53.32ID:9h5D+6Gj
React Routerとかその辺も近いうちにHooks対応するだろうとかその辺の方向性は見えてるけどね
2019/06/29(土) 12:49:00.59ID:sC0e2JjM
公式じゃないのがね
2019/06/29(土) 13:14:38.94ID:/q2AArcU
>>53
facebookだからみんな離れていったの知らないの？
未だに訴訟リスクは残る
62デフォルトの名無しさん
垢版 |
2019/06/29(土) 13:16:42.56ID:rJpz/Ysh
349 デフォルトの名無しさん sage 2019/04/11(木) 19:42:22.98 ID:GR4ezT/u
日本にいるとVue人気だから勘違いしそうになるがやっぱ採用実績はReactが圧倒してるんだな。475kサイト vs 64kサイトか……
しかしなぜかGitHubのスター数だけタメ張ってるｗ
Top JavaScript Frameworks For 2019
https://www.codementor.io/nikhil21tyagi/top-javascript-frameworks-for-2019-s8881i8ga

パフォーマンスについてはReactよりVueのほうがいいな。
AppRunってやつ速くて気になる。
しかしAngularいくらなんでも酷すぎる……
A RealWorld Comparison of Front-End Frameworks with Benchmarks (2019 update)
https://medium.freecodecamp.org/a-realworld-comparison-of-front-end-frameworks-with-benchmarks-2019-update-4be0d3c78075
2019/06/29(土) 13:35:28.59ID:Asw+lwoz
>>61
訴訟リスクってどういう意味での？
Reactの特許条項ならとっくに外されてるし
それもFacebookへの訴訟を防ぐものだったけど
2019/06/29(土) 13:52:23.84ID:9JXpjXYE
ある程度使ってみ、たいていのウェブサイトはSPAにするメリットよりデメリットの方が大きいなって印象
2019/06/29(土) 15:15:36.54ID:/q2AArcU
>>63
そうやってライセンスを自社都合で自在に変えることができるということがリスク
2019/06/29(土) 16:37:33.24ID:pedxXkW2
そんなんfacebookに限らんじゃん
2019/06/29(土) 17:03:41.80ID:9h5D+6Gj
>>64
まぁ最低限ユーザー認証を行わない様なシステムには要らんだろうねそりゃ
だからWeb"サイト"に無理に入れる必要はないって最初から言ってる
2019/06/29(土) 17:13:30.70ID:Y5taUPqF
なんでこのスレタイでたいていのwebサイトとやらの話をしてると思うんだろう
2019/06/29(土) 17:58:42.05ID:W52bRPjI
>>66
そう思うなら安心してReact使ってればいいじゃん
2019/06/29(土) 19:23:51.64ID:8bAr7lLW
react使っててザマァってのがやりたいってのはよくわかったよ。
2019/06/29(土) 21:16:11.81ID:pedxXkW2
>>69
つまり、facebookだから云々ってのは根拠なしの出鱈目ってことでおk？
2019/06/29(土) 21:21:16.04ID:z2T+qcZo
facebookが潰れれば終わり
2019/06/29(土) 21:22:44.52ID:W52bRPjI
>>71
根拠くらい自分で調べればいいじゃん
2019/06/29(土) 21:32:16.29ID:9h5D+6Gj
なんだかんだでそういうときはどこかが引き取るしな
2019/06/29(土) 23:36:50.70ID:Asw+lwoz
一応>>63で聞いてみたけど意義のある返答は無さそう
2019/06/29(土) 23:41:47.67ID:Asw+lwoz
Googleのこれはどれくらい本気で進める気なんだろうか
https://flutter.github.io/samples/
2019/06/30(日) 01:08:26.85ID:sdmPaDuU
一度そのフレームワーク採用するとそれ使い続けるか、完全に書き直すしかない
2019/06/30(日) 03:19:12.91ID:ZCZqFe8N
React使ってたらfacebook社に著作権とか特許を侵害されてもfacebook社を訴えることができないのは致命的なマイナス要素
2019/06/30(日) 08:36:30.36ID:aOBhyPaO
>>78
Reactのライセンスから特許条項が外れて真のオープンソース・ライセンスになる
https://qiita.com/Kaoru_Yamamoto/items/b15c9a08273a510bc442

2017/09/23
2019/06/30(日) 10:02:53.73ID:lQ/BpxmK
Reactの話題しかなくて草
81デフォルトの名無しさん
垢版 |
2019/06/30(日) 10:16:21.46ID:2juPiYlp
FUD（英: Fear, Uncertainty and Doubt、直訳すると「恐怖、不安、疑念」）は、販売、マーケティング、パブリック・リレーションズ[1][2]、政治、プロパガンダで使われる修辞および誤謬の戦術の一種。
FUDとは一般に、大衆が信じていることに反するような情報を広めることで、大衆の認識に影響を与えようとする戦略的試みである。
例えば、個々の企業が競合他社の製品について悪い印象と憶測を与えるためにFUDを利用する。
すなわち、他社製品に乗り換えるにはコストが掛かりすぎると思わせたり、潜在的ライバルでもあるビジネスパートナーに対して影響力を保持しようとしたりする場合である。
FUDの技法は粗野で単純な場合もあるし、間接的な手法を使った巧妙なものである場合もある。
2019/06/30(日) 12:40:39.78ID:QHjPTGGy
Reduxのconnectってcontainerにstate与えるだけでcomponentにはpropsとして与えるしかない？
2019/06/30(日) 14:46:12.73ID:avS8zw02
>>82
これからはconnectじゃなくHooksで書く時代
2019/06/30(日) 15:50:09.47ID:Fo3wYRY8
Reactが生き残ったとしても、
これからは○○で書く時代ってな感じで
フレームワークの使い方に振り回されるんだろうな
2019/06/30(日) 15:51:17.27ID:EwrgGmh5
ブラウザゲーとか作るのって定番のフレームワークとかライブラリとかってあるの？
2019/06/30(日) 16:10:49.80ID:7Llu84Qc
この手の予想なんて当たり外れあるしな。

「これはからはexpressじゃなくてkoa」とか
「これからはwebpackじゃなくてparcel」とか

十分普及してから乗り換えても遅くない。
87デフォルトの名無しさん
垢版 |
2019/06/30(日) 16:11:25.25ID:9wT1OXSk
海外だとphaser
内部的にPixiJS使ってて
PixiJSはWebGL使ってる
88デフォルトの名無しさん
垢版 |
2019/06/30(日) 16:12:11.46ID:9wT1OXSk
>>87は>>85宛て
ってかスレチだったな
2019/06/30(日) 16:37:09.13ID:9MaqxN1M
むしろ乗り換えが起こる前提で書くべきなんだよプログラムなんてもんは。
2019/06/30(日) 17:15:37.26ID:sdmPaDuU
VueとかAngularとかの基本的なフレームワークの場合、乗り換えることは作り直しになる
2019/07/01(月) 03:49:47.59ID:z9YX7xX6
React学習コスト高すぎ
特にRedux周辺
2019/07/01(月) 07:37:53.41ID:aMktZUOt
ReduxのFAQの１つ目を読むべき

※Google翻訳

・いつReduxを学ぶべきですか？
　(一部省略)
まずその組み込みシステムの機能を学ぶことをお勧めします。
アプリケーションを構築するために必要なのはそれだけです。
アプリケーションが非常に複雑になり、状態がどこに格納されるか、
または状態がどのように変化するかについて混乱している場合は、
Reduxを学ぶのがよいでしょう。
2019/07/01(月) 09:13:07.17ID:TlV+Kbgz
プロジェクト開発あるあるのつ目を読むべき

・アプリケーションが複雑になってきたので○○を導入したいのですが、
既存のコードが大量にあって手がつけられません。
上司に相談したら、最初から導入していなかったのが悪い。
お前の失態だ。変更する工数はだせん。と言われました。
2019/07/01(月) 17:18:47.72ID:c9LwIDIa
そもそもReactのFacebookを懸念するよりもFirebaseの大規模変更を懸念する方がよっぽど現実的だと思うんだけどな

サーバレスとかいうブラックボックスの方がよっぽど怖いだろ
2019/07/01(月) 17:49:42.82ID:9GvzIEuV
facebookの倒産とか訴訟そのものを懸念してるんじゃなくて
そういうリスクのせいでIT大手が導入しなくなると廃れやすくなるという話
リスク評価が大げさだろうがそれは導入する企業が決めることで
中小零細はリスク評価よりもIT大手の判断を予測することが重要
2019/07/01(月) 19:55:17.62ID:c9LwIDIa
多重の派遣に作業させてる様なところはIT大手っていうのとは違うと思うがな
2019/07/01(月) 20:16:54.10ID:9GvzIEuV
日本のIT企業は製品シェアが小さすぎてほとんど影響しない
2019/07/01(月) 21:21:08.37ID:CBwS2tFI
reduxまではそこまで難易度は高くない。
sage,thunkとかはやべーな。。redux捨てた方がいいんじゃねーかと思うくらい。
2019/07/01(月) 21:25:43.01ID:aMktZUOt
sagaや
2019/07/01(月) 21:48:16.49ID:NLanl8hA
HooksのuseEffectでUpdate拾えば手軽に解決する場合もありそうだけどね
2019/07/01(月) 23:16:28.27ID:yt2EFQVJ
sagaはまぁ便利だし実用的なんだけど、reducerと別のところでtakeしたりselectしたりってのが
ちょっとモヤッとする。
2019/07/02(火) 04:08:25.19ID:Rl63UpPj
React諦める
Vueにするわ
2019/07/02(火) 07:32:02.94ID:F8+XVw8u
色々触ってみたらいいと思うよ
2019/07/02(火) 08:26:03.63ID:Rl63UpPj
やっぱReactやる
Vueの方が日本語情報多いけど
2019/07/02(火) 08:50:15.57ID:XahVXQTG
大体React使った後にVue触ってみるとなんて効率悪いんだ
ってなるんよね
2019/07/02(火) 22:21:45.40ID:hWBdgMuf
reactの学習は日曜プログラマが適当に時間の空いた時に進めるにはちょうどいい。
学習しがいと難易度はかなり絶妙だからそれ用の学習コースとか作りやすいんじゃないかと思うくらい。
2019/07/03(水) 14:17:20.96ID:UKE2pZru
Angularの話題ないけど死んだの？
Fluxわかんないから入門しようと思ったのに
2019/07/03(水) 16:38:25.07ID:aBkbU77m
>>107
おとなしくreact(next)かvue(nuxt)やっとくべき
2019/07/03(水) 17:24:26.07ID:1o9A4uBy
そういやAngularJSやっと終わるらしいなもっと早くに終わらせときゃよかったのに
110デフォルトの名無しさん
垢版 |
2019/07/14(日) 12:51:22.73ID:ttRSUaHP
>>109
どこ情報？
まぁ、終わっていいと思うけど、ソースくれ。
2019/07/14(日) 14:10:35.05ID:e+U5/oLO
終わるって言っても今すぐじゃなく2021年にサポートが終了するらしいくらのレベルの話だな
フロント業界自体2年後にどうなってるかなんて分からんが
2019/07/14(日) 15:38:21.52ID:/ms3PkZ+
フロント業界なんて業界はないけどな
113デフォルトの名無しさん
垢版 |
2019/07/16(火) 07:49:47.42ID:dRiePBq/
フロント業界最高
2019/07/16(火) 08:58:26.12ID:XesxapLW
デザインできないフロントエンドエンジニアｗｗｗｗｗｗｗ
2019/07/16(火) 18:28:55.11ID:2nARKc5L
それはコーダーだな
2019/07/16(火) 18:47:05.22ID:ibILKuLi
ラブホのフロント業務みたいだな
2019/07/16(火) 21:17:45.88ID:GCGNUpCj
反社の営業部門かも
2019/07/20(土) 02:45:52.07ID:tlcmebuI
フロント業務なんかロボットでいいだろ
2019/07/20(土) 12:30:28.20ID:HDilRWOR
フロントコードってあんまり保守されんのかね？
変えるときは全取っ替えみたいな感じ？
2019/07/20(土) 14:06:42.84ID:aXOciqWR
フロント業界の次はフロントコードと来たか。
このままだとフロントワークとかフロントPCとか出てきそうだな。
2019/07/20(土) 18:57:14.80ID:LURNZ57W
今フロントがブームです
2019/07/20(土) 18:58:24.19ID:VkxS/ZoP
フロントザウルス
2019/07/20(土) 19:09:06.47ID:M/LB+QjD
スパゲッティよく食べるわ
124デフォルトの名無しさん
垢版 |
2019/07/20(土) 20:20:56.80ID:dLzSM1w9
それはプロント
2019/07/20(土) 21:32:15.91ID:HDilRWOR
話をずらされた
126デフォルトの名無しさん
垢版 |
2019/07/20(土) 21:41:32.61ID:/ET4uH9K
pingとか打つ時に開くあの黒い画面のことだろ。
2019/07/20(土) 22:36:28.81ID:cfuVDT4z
>>125
諦めるな、正しい用語で質問し直すんだ。
128デフォルトの名無しさん
垢版 |
2019/07/21(日) 00:47:33.08ID:5WRpAalC
>>126
それはプロンプト
129デフォルトの名無しさん
垢版 |
2019/07/23(火) 12:58:30.01ID:cvGr+mWD
新しいSlackデスクトップクライアント、React+Reduxで全てのUIコンポーネントを再構築
https://applech2.com/archives/20190723-slack-for-mac-and-win-move-to-webpack.html

electron + webpack + react + redux かよ開発つらそうangularつかえよ
2019/07/23(火) 14:30:21.83ID:FUn2Mu6v
>>129
今まで何使ってたの？
2019/07/23(火) 17:19:16.82ID:do/Y+rEl
元は普通のElectron
Electron + HTML/DOM操作 → Electron + React

Reactだと必然的にバンドラーを使うので
Webpackによる読み込み効率化がオマケで掛かる

元々ワークスペース毎にElectronプロセスを分けていて
部品が丸々重複してメモリに乗ってたが
React化の際にワークスペース切り分けをReduxに任せることで
単プロセス化出来たとのこと

https://techcrunch.com/wp-content/uploads/2019/07/2019-07-21_1907.png
2019/07/23(火) 20:07:44.27ID:pnwh5L1m
ReduxHooksは慣れると結構効率上がるね
2019/07/24(水) 19:32:07.43ID:rlfrrTzA
Angularって今あり？
2019/07/24(水) 20:43:07.74ID:6RFLrZx/
>>133
実績十分だし開発止まってるわけでないので3つとも今でもありだよ

人気という面ではやはり差はあるが
https://insights.stackoverflow.com/survey/2019#technology-_-most-loved-dreaded-and-wanted-web-frameworks
https://www.npmtrends.com/@angular/core-vs-angular-vs-react-vs-vue

とはいえ一番重要なのは自分やチーム、やりたいこととの相性
2019/07/24(水) 20:48:28.08ID:ycsOosK7
最近出た津耶乃Angular本やっと読み終えたけど一冊目としてはわりとバランスいいと思うよ
2019/07/25(木) 09:35:26.63ID:m3vo2DaG
Angularの勉強教えてください
2019/07/25(木) 10:17:09.20ID:LdxMFn8y
>>136
https://angular.jp/start
あるいはgoogleで「Angular 入門」
2019/07/26(金) 13:52:42.52ID:v1m7O9CI
Angular3日で覚えるで
2019/07/26(金) 17:49:21.75ID:HtZ+fFZT
Angular簡単やん
2019/07/26(金) 22:28:27.16ID:jxfoj1Lc
typescriptが覚えられない
2019/07/27(土) 02:37:56.47ID:46o/5c4J
いつまでも桜エディタとか使ってるからだぞ
142デフォルトの名無しさん
垢版 |
2019/07/31(水) 23:11:11.53ID:qeSmCUn5
Vue・React・Angularのパフォーマンス比較検証 - ICS MEDIA
https://ics.media/entry/190731/
2019/08/01(木) 07:52:24.43ID:yIUb9QMM
>>142
SVGのレンダリングパフォーマンスでベンチするのって
なんか違うくねと思うのは俺だけだろうか
2019/08/01(木) 10:54:55.88ID:EbqifnjQ
>>143
それな
なるべくプリミティブな処理での比較か
よくある使われ方での比較か
ならわかるけどな
記事書いてるおっさんが何かを推したいだけ貶めたいだけというのはわかる
2019/08/01(木) 11:37:30.15ID:WyXWNvn2
ソース見たけど<svg>タグ内に
<g><rect ...></rect></g>を大量に生成or変更してるだけ

単なるDOMの書き換えだからプリミティブな比較としては
特に問題無いと思うけどな

DOM書き換えの計測が目的なら描画コストはノイズになるから
divより描画が軽いsvgを使うのは理屈も通るし
2019/08/01(木) 11:47:08.43ID:EbqifnjQ
アニメーションさせてフレームレートを比較するのは
この場合は適切ではないと思うが
2019/08/01(木) 12:00:59.68ID:WyXWNvn2
>>146
適切でない理由と、適切な計測方法を教えて欲しい
CSSアニメーションならともかく
div生成/書き換えと変わらないと思うんだが
2019/08/01(木) 14:05:33.57ID:ud5KPt5p
fpsなんて安定してないし値も粗いしアニメーション目的以外の比較でわざわざ使わないわ
2019/08/01(木) 18:56:36.91ID:1nLVBD6f
SPAの性能としての比較なら複数の画面を書き換える速度を計測しないと無意味な気がするが
2019/08/01(木) 19:17:56.23ID:AaZPJVEA
いろんな項目毎に性能差があるなら、項目毎に比べるしかなくね？
2019/08/01(木) 20:08:28.73ID:r49HcX7g
FPSが落ちる原因がいろいろあり過ぎるから比較にならないだろ
ベンチでバグ探しみたいなことやりたくねー
2019/08/01(木) 22:16:32.77ID:f05PLx/y
FPSベンチだけが特にばらつきやすいなんて話は聞かんがなぁ。
2019/08/02(金) 16:29:37.28ID:g0lFsDgV
https://www.stefankrause.net/js-frameworks-benchmark7/table.html
素人のクソみたいな胡散臭い晒し上げベンチよりこっちの方がはるかに公平で有用
2019/08/03(土) 12:15:51.87ID:aqiFUikh
domから引き抜くのが遅いって話だから直してコミットすれば貢献できるぞ
2019/08/04(日) 02:10:17.77ID:gSU9cDc9
あてくし、エッチが好きですの
2019/08/04(日) 12:29:38.14ID:2O3H5j+1
Angularが一番書きやすい
2019/08/04(日) 12:29:57.95ID:2O3H5j+1
Reactが一番キモい
2019/08/04(日) 12:31:57.28ID:LMolTD4s
googleにはマジでAngularがデファクトスタンダードになるよう頑張って欲しい。何を頑張ればいいのかわからんけど。
2019/08/04(日) 22:48:04.01ID:favuUOKP
>>158
最近はFlutterに随分とお熱だけどねぇ。Flutter for webなんてモロAngularの後継狙っているとしか思えないけど。
2019/08/05(月) 17:41:48.78ID:AXAEd5Cs
フロントエンドエンジニア目指してるけどCSS頑張っても阿部浩になっちゃうんだがどう頑張ればいい？
2019/08/05(月) 21:40:46.36ID:Yrch7IXf
それはデザイナー領分
2019/08/05(月) 22:25:40.10ID:pmSF13jG
>>160
CSSじゃなくてInkscapeやGimpを弄れ
2019/08/06(火) 01:58:05.53ID:R6NuoqXS
>>160
こちらで聞いてみては？
http://itest.5ch.net/subback/hp
2019/08/06(火) 09:23:40.76ID:A5ethop6
>>160
Bootstrapから初めてみるといいと思う
2019/08/17(土) 13:19:07.21ID:WYSQlBXL
「阿部浩」になるの意味が解りません。

ABCは知ってても英語は話せませんという意味？
2019/08/17(土) 13:54:30.44ID:oVjdXC8b
「阿部寛のホームページ」みたいになるってことじゃないのか？
2019/08/17(土) 14:42:49.04ID:DJOQx/Z5
1990年代風デザインしか作れないって意味の解釈はある意味その当時を知らないって人には認識が厳しいのかもね
2019/08/17(土) 18:21:58.13ID:6jfQNs7s
ページ表示速度は正義
2019/08/19(月) 21:13:25.07ID:thJnfNrr
最近はjqueryもSPAも大して速度変わらん。
170デフォルトの名無しさん
垢版 |
2019/08/19(月) 22:21:40.63ID:0HwI7cO5
jqueryの最近なんてない。
昔やったのと同じように今もできるのが唯一残された価値なのに変えてどうするおとなしくしとけ
2019/09/09(月) 21:11:13.59ID:p+Q7jqPn
svelteすごくいいよ
2019/09/10(火) 17:03:45.46ID:KtkYwUdK
いい…
2019/09/10(火) 17:33:26.67ID:5qBbACOE
何がどういいんだよ
2019/09/10(火) 21:16:09.64ID:BWpbeSaw
state管理がreact,vueより簡単
生JSだからサイズ小さいし高速
記法全体的に他FWより簡単
に感じたよ俺は
2019/09/13(金) 10:28:58.22ID:EtigYIZi
>>160
阿部寛は誰でも一度は通る道だから練習を重ねるしかない。独学だと時間かかるから社会人向けスクールにでも通うといいと思う。
2019/10/05(土) 23:48:28.98ID:IGmxezPW
vue v3 まだ？
2019/10/09(水) 20:57:56.10ID:ZvOECUeE
てか阿部寛のページってかなり至高だろ。
2019/10/10(木) 08:10:56.16ID:bE8xUIO/
なんで安倍寛のサイトは馬鹿にされるんだろうな
俺はああいうサイト好きだぞ
古臭くて逆に安心するわ
もうオッサンなのかもしれん
2019/10/10(木) 09:56:35.84ID:q2uBCnc4
なんか寛のページドラマに出てたらしいやん？
2019/10/11(金) 22:03:39.36ID:htSu5mkG
阿部寛のページ、画像が2枚しかない分爆速だから侮ってはいけない。格安SIMが流行り、容量を如何に削減するかを突き詰める今となってはアレくらいシンプルなほうが利用者からするとありがたい。
2019/10/12(土) 00:52:42.11ID:N2AAqPds
ネタがこんなクソつまんねー話になるとは
2019/10/15(火) 00:12:27.34ID:xwryFFWA
vue.js

computed: {
　target_date: function(){ 〜略

methods: {
　make_period: function(){
　　var start = this.target_date;
　　var end = this.target_date;

　　end.setMonth(current_month + 1);
　　end.setDate(0);

こんな感じでやるとstartまでendと同じ日になってる？っぽいんだけど
これってディープコピーするしか無いのかな

>>160
職場にbulma css導入する時にプレゼンで
「便利ですが皆同じようなデザインになってしまうため
将来的には阿部寛のページのような扱いになるかもしれません」
って言ったことある
2019/10/15(火) 20:00:06.89ID:hXsajmxt
計算元の値が変わらないとキャッシュを返すはずだから同じ参照になってるんだろう
そもそもcomputedに直接代入するのと同じような気持ち悪いやり方するなって話だが
2019/10/16(水) 00:39:17.70ID:LHLpMKCk
computed内ではフォームの入力値拾ってreturn new Date()みたいに返してるから
参照されるたびにインスタンスが生まれるんだと思ってた
でも再計算されないってことは確かにどっかに保持してるってことなのか
どもども

そもそもmethodで参照してるのが悪いんですかね。。
2019/10/22(火) 08:49:51.84ID:scnwJY1d
今更ながらwordpress5.0からreact搭載してんだね
186デフォルトの名無しさん
垢版 |
2019/11/21(木) 21:27:44.31ID:7i9XTZ8h
Angular公式のチュートリアルがHeroじゃなくなってた・・・
2019/11/21(木) 22:14:18.01ID:BfqobOk+
reactのコンポーネントなんてよくあるコンポーネントインターフェイスなのに
あれでも難しいとか文句言う奴なんなの？
2019/11/21(木) 23:46:09.58ID:T7Jjyyy1
よくあるって、他にどんなのがあるの？
2019/11/22(金) 14:17:40.33ID:7/P5xZb1
ggrks
2019/11/27(水) 11:28:57.95ID:HTHl/fzQ
Router入れたら動かなくなった死ね
2019/11/29(金) 04:31:05.03ID:vk1FTdhk
私はあなたの信じられない無能さに激怒しています
2019/11/29(金) 07:49:31.54ID:SbZmG59w
>>190
w
2019/11/29(金) 14:37:24.93ID:ApeRY/Xe
なおったよ
コンテナとコンポーネント逆にしてた
2019/11/29(金) 16:17:20.80ID:+O9of86y
おう、良かったな
2019/11/29(金) 21:00:24.49ID:5BjUPlYn
>>193
https://xn--97-273ae6a4irb6e2hsoiozc2g4b8082p.com/%E3%82%A8%E3%83%83%E3%82%BB%E3%82%A4/%E4%BB%96%E4%BA%BA%E3%82%88%E3%82%8A%E3%81%BE%E3%81%9A%E8%87%AA%E5%88%86%E3%82%92%E7%96%91%E3%81%86/
2019/11/30(土) 07:36:17.16ID:WKFbtD9B
>>195
> /プログラマが知るべき97のこと.com/エッセイ/他人よりまず自分を疑う/他人よりまず自分を疑う

それな！

自分を疑って問題を調べて、他人に問題があることを突き止めた後に、
５ちゃんねるに、知らぬ顔してこれって○○のバグじゃないですか〜って
いきなり疑ってるような書き込みして釣るの楽しすぎｗ

みんな俺のせいにするけど、みんなを煽りつつ情報を小出しにして
俺は正しい、他人が悪いを証明していくの好きｗ
2019/11/30(土) 21:19:09.51ID:poknxRmZ
そんなことしてるから童貞なんだよ。さっさと情報出して風俗行ってこい
2019/12/01(日) 09:49:32.14ID:junslUyI
風俗とか
わざわざ金払って病気貰いに行くバカいないだろ
2019/12/05(木) 11:01:23.65ID:Cat+Z0JB
nuxt使ってる人おったら教えてくれません？
vagrantのdebian VM上のnodeコンテナ内で、devモードのnuxtが動いているんですけど
コンテナ内とdebianVMでpagesの内容を変更したらホットリロードは効きます
でも、debian VMとのsyncedフォルダでホストマシン経由でファイル編集しても
変更が検知されなくて、ホットリロードできずに困っております
上手いやり方をご存知の方いらっしゃったら教えていただけると幸いです
2019/12/05(木) 11:21:19.79ID:Cat+Z0JB
解決しました
watch option とかいうのを設定してやれば行きました
そういえば、webpack-dev-serverでも-pollとかなんかそんなオプションありましたが
こういうときに使うもんだったんですな
2019/12/20(金) 13:45:09.63ID:ADGGAn89
nuxtで強制的にサーバー側で処理を行うにはどうしたらよいでしょうか。

（firebaseでない）データベースと連携したページを作りたいです。
fetchやasyncは最初にページを開いた時しかサーバー側で実行されなくて、routeでセージ遷移するとクライアント側で実行されてしまいます。
ページごとに専用のapiを作って内部で呼ぶのは二度手間なので避けたいです。
202201
垢版 |
2019/12/20(金) 16:00:04.16ID:4kNr2QHZ
自己解決しました
2019/12/20(金) 20:37:08.07ID:ADGGAn89
してない！
2019/12/21(土) 10:14:28.10ID:9VfD2/ia
Redux使うと頭は整理つくがコードの修正作業が辛くなる感じがした
ちな素人
205デフォルトの名無しさん
垢版 |
2019/12/21(土) 15:25:19.57ID:BSqycIZI
今日、本屋で本を見たら、

掌田津耶乃は、Node.js, Vue.js, React, Angular の本を出してるw
山田祥寛も、Vue.jsの本を出した
2019/12/21(土) 23:15:59.84ID:nR41U1Tb
>>204
Hooksに慣れたら大分やりやすくなる
2020/01/07(火) 10:29:44.93ID:CJ2iLO70
vueの文法はエレメントが
所々迷路になっていて、中規模以上の処理を
やった事がない人間にとっては細々として取っつきにくい。

数時間で学べるというが
本で基礎を学んでvue.jsの癖を見抜くには
三ヶ月以上はかかる。java や後方互換オブジェクト指向より学び難いかな。
2020/01/14(火) 00:59:29.28ID:gkNCY9ap
みなさんOGPへの対応ってどうしてます？
現状だとSSRしかない感じでしょうか？
209デフォルトの名無しさん
垢版 |
2020/01/16(木) 13:45:45.49ID:SODE1Vpz
ios のplay.js ってアプリが
vue に対応したらしいで、react は前から実装してたみたい
（使ってないから知らんけど）
210デフォルトの名無しさん
垢版 |
2020/01/16(木) 18:18:24.40ID:6EvELLSx
vueの人はreactもやるけど、なんでreactの人はvueやろうとしないの？
無能なのか？

vue + Nuxt 最強だ罠
2020/01/16(木) 20:26:21.03ID:RQ5q4hGZ
react できるなら react でええ
カジュアルにやるなら vue ってだけ
2020/01/16(木) 21:13:53.24ID:VLAFS1oR
vue楽しいけど仕事でvueを書かせてもらえない
2020/01/16(木) 22:41:26.18ID:nz9D0D23
vueしかやってないよ
214デフォルトの名無しさん
垢版 |
2020/01/16(木) 23:05:58.60ID:Q7lYCfuv
reactもvueもどちらも同じことはできるけどvueは覚えることが多すぎるわ
2020/01/17(金) 06:39:10.18ID:7JwZKg63
Reactのjsxは確かにimport文が多くなる点は煩わしいけど
それ以外の点ではvueコンポーネントを書くよりもシンプルにいけるんだよねぇ…
216デフォルトの名無しさん
垢版 |
2020/01/17(金) 12:53:06.27ID:QzZQwtwg
>>215
importが多くなることとjsxは関係ないけどな
2020/01/18(土) 21:04:37.70ID:lZFdSus3
フロントエンドはどれもストリックに
作られてて、配列やハッシュを弄ればどうにか
動くわけでは無いという意味で、どれも同じかなと想う。

しかも問題の箇所を検索しても
似たようなワードが引っ掛かり過ぎて
すぐには解決ならんというwwwネットで調べるより

企業や学校で教えた貰った効率がいいという
ある意味、奴隷仕様言語でもある。
218デフォルトの名無しさん
垢版 |
2020/01/18(土) 21:16:37.21ID:loBMHspU
HTML + CSS + JS + Reactを広く浅く学習したいのですが、定番の本ってありますか？
2020/01/18(土) 22:26:16.37ID:7UToCXnd
そんな本を読んでから実務やってるエンジニアはほとんど居ない
220デフォルトの名無しさん
垢版 |
2020/01/18(土) 22:29:30.12ID:loBMHspU
エンジニアとは程遠い生活しております・・・・
2020/01/19(日) 00:17:04.39ID:qcodQ+dh
Stoyan Stefanov が有名

漏れは、ビギナーズガイドを持ってるけど、
入門 React の方がよい。でも、2015 だから

入門 React ――コンポーネントベースのWebフロントエンド開発、2015

Reactビギナーズガイド ――コンポーネントベースのフロントエンド開発入門
Stoyan Stefanov, 2017
https://github.com/stoyan/reactbook
2020/01/19(日) 02:10:28.08ID:NQUXbpIE
>>218
広く浅くでいいなら本なんていらなくない？
そのチョイスからreactを捨てるなら、そういう本もありそうだけど、reactに限らずjsフレームワークの本は基本的にhtml, css, jsを前提知識として要求される。
2020/01/19(日) 02:42:12.32ID:BYbAgTS3
俺はvue始めてjsの理解深まったし同時進行で学んでもいいと思うけどな
224デフォルトの名無しさん
垢版 |
2020/01/19(日) 03:19:42.54ID:wkAXvz9s
>>217
> フロントエンドはどれもストリックに作られてて、配列やハッシュを弄ればどうにか動くわけでは無いという意味で、どれも同じかなと想う。

これ読んで他人がお前の主張わかると思うか？？
225デフォルトの名無しさん
垢版 |
2020/01/19(日) 03:31:50.75ID:wkAXvz9s
reactを浅く学びたいならdocのチュートリアルやるだけで十分でしょ
2020/01/19(日) 07:40:14.88ID:YiqG3Rml
>>224
どこが?間違ったコトいってないと思うけどな。
javascriptの独特の記法でを 織り混ぜないといけないと思うけどな。
jqueryもvueにもオリジナルの記述法がある。
227デフォルトの名無しさん
垢版 |
2020/01/19(日) 11:24:18.71ID:wkAXvz9s
>>226
JavaScriptの独特な記法っていうのが意味がわからない。もし他言語と比較してだとしたら他言語と違う表現方法があるのは当たり前でしょ？
それはJavaScriptに限った話じゃないでしょ

> jqueryもvueにもオリジナルの記述法がある。
例えば？

そもそもフロントエンドは学校ではなく現場で学んだ方が効率が良いのは否定しないけど、それでなんでJavaScriptが奴隷使用言語になるか謎
フロントエンドとJavaScriptを同列で語るのはおかしいでしょ
2020/01/19(日) 13:15:16.18ID:akSyFfUK
説明したらしたで
「それは違う」っていわれそうな空気。
俺のいってる事、判んないワケじゃないと同調してくれる人

多そうなのになぜに突っ込んでくる？
2020/01/20(月) 00:48:51.78ID:c+GJaEz1
一冊目なら津耶乃本でええんやない？
230デフォルトの名無しさん
垢版 |
2020/01/20(月) 17:38:16.67ID:tKMHljSV
お前ら何でそんな参考書を買おうとするんだ？
公式docのチュートリアルでええやん
2020/01/20(月) 22:17:09.65ID:sifUyuGU
開発自体の初学者はそういうもんだよ
教える者が居ないと「まずは公式」って感覚が身に付くまでにも結構掛かる
2020/01/21(火) 05:43:19.78ID:OZ2QOEn1
Webのドキュメントなんて基礎があってはじめて読めるもんだよ
できるようになると無知だったできなかった頃の自分というものを完全に忘れて今の自分の尺度でしかものを量れないない人って厄介
233デフォルトの名無しさん
垢版 |
2020/01/21(火) 12:18:11.01ID:15eLelHJ
基礎知識っていうのが何を指してるかは知らんけどググればいいだけだろ
2020/01/21(火) 12:50:11.35ID:J2Zo9sB9
reactのチュートリアル出来ればほとんど要らんよ
あとはライブラリーの使い方を学ぶだけ
235デフォルトの名無しさん
垢版 |
2020/01/21(火) 15:40:06.50ID:5XX09SFR
一番最初なんてコマンドの使い方や存在も知らんから、いきなりドキュメントで$ hoge みたいなのが出てきて意味わからんかったわ。
この業界はこれはさすがに知ってるよね？みたいなのが多すぎ。教える側が下手くそ過ぎなんだよ。
236デフォルトの名無しさん
垢版 |
2020/01/21(火) 16:34:51.17ID:0wz5Dg+4
何で自分の知識の無さを人のせいにしてるんだい？

確かに現在ソフトウェアを取り巻く知識全てを体系的に学ぶ教科書やサイトはないけど、断片的な情報はネットに転がってるじゃん。それも容易に手に入るし

もし、そこまで体系的に学びたいなら金を払ってまともな人にメンターつけてもらうしかないわな
2020/01/21(火) 17:27:16.32ID:jsFCaJSp
最初は１つ１つがなんのために存在しているかわかんないんだよなぁ
お前らと違って馬鹿だからキツイぜ
238デフォルトの名無しさん
垢版 |
2020/01/21(火) 18:33:49.96ID:5XX09SFR
まぁ今となっちゃそう思ってた頃が懐かしいレベルだけど、本当に何も知らないけど勉強したいって時に何から手を付けていいのかわからんパターン多いと思うんだよね。
とりあえずやってみるか→え？書いてある意味殆どわからん。どうしたらええの？→挫折って流れ。

経験者の「公式ドキュメントを見るのが一番」ってセリフは正しいんだけど初心者からしたら罠だし。
239デフォルトの名無しさん
垢版 |
2020/01/21(火) 19:43:33.00ID:0wz5Dg+4
それは、勉強の仕方が悪いよ

わからない→挫折だと何を勉強しても挫折しちゃうでしょ

調べてどうしてもわからなかったらstackoverflowとかで質問すればいいだけだろ
2020/01/21(火) 19:44:38.51ID:1oPJlItz
「開発はVue.jsでしたいけど、TypeScriptを入れたい問題」をどうするか
フロントエンド開発のお悩み相談
https://logmi.jp/tech/articles/322416
なぜReactでもVueでもなくElmを使っているのか
https://qiita.com/lambda_funtaro/items/2d4d82412d0bb7179cf3
Vue.jsを100時間勉強して分かったこと
https://qiita.com/kskinaba/items/3e8887d45b11f9132012
2020/01/21(火) 21:45:03.24ID:nuZnWP/f
実践TypeScript - BFFとNext.js&Nuxt.jsの型定義、吉井 健文、2019/6/26

この本を読んでるけど、TS も型地獄w

React(Parcel)でも、型定義ファイルがいる。
npm -i -D @types/react @types/react-dom
@types 以下に、各フレームワークの型定義ファイルを入れておく


React, Next.js, Vue.js, Nuxt.js, Express など、
各フレームワークで、TSへの型対応を進めているけど、地獄w
242デフォルトの名無しさん
垢版 |
2020/01/21(火) 22:15:10.00ID:wlBX591j
どの辺が地獄なん？
243241
垢版 |
2020/01/21(火) 22:28:24.53ID:nuZnWP/f
変な型の値を代入しても、コンパイル時の静的エラーにならず、
実行時エラーになったりするから、地獄w

各フレームワークの対応が遅れているから、様々な引っ掛けがある！
2020/01/21(火) 23:49:36.60ID:nugHekbj
その意味ではjsは最初から地獄ということになるが。
2020/01/22(水) 20:28:50.94ID:OSofFadI
それはあってるだろ。>jsは最初から地獄
246デフォルトの名無しさん
垢版 |
2020/01/23(木) 22:33:46.03ID:R5RIpiL7
地獄ってそういうことか
type any がある限りダメだろうね
2020/01/23(木) 23:32:43.71ID:nX/KPrtD
それはany使わなければ済む話では。
2020/01/24(金) 01:24:52.70ID:95HQo9TR
既存のJSライブラリそのまま使うとどうしてもanyが紛れ込む
2020/01/24(金) 08:06:25.83ID:e4qsn6ol
そういうのはanyのまま使わないでTypeGuardFunctionで型のある世界に持ち込む。
2020/01/24(金) 12:22:52.39ID:b/ER33KQ
プロダクトの品質めちゃくちゃあがるわ！
ってんなら使うけど、その必要を感じない。
2020/01/24(金) 23:45:37.52ID:MxgYJ9nU
>>236
それ本から始めたい派を否定する理由にならなくね？
252デフォルトの名無しさん
垢版 |
2020/01/25(土) 12:39:27.44ID:BtLdhs+i
>>251
そもそも否定してないんだか？
2020/01/25(土) 13:24:34.75ID:iaZ5LZRX
https://i.imgur.com/GHV5Phe.png
https://2019.stateofjs.com/front-end-frameworks/
聞いたことないのが幾つかあるけどこの辺どうなん？

PreactとかReactの拡張みたいな感じで出たみたいだけど
本家がやったHooks対応とかみたいなのが全然追い付いてない感じなのかな？
2020/01/25(土) 14:04:04.96ID:We5okuBZ
拡張だっけ
廉価版みたいなものだと思ってた
2020/02/10(月) 12:03:50.72ID:fuE1l2+t
preactは軽量化された爆速React
256デフォルトの名無しさん
垢版 |
2020/02/14(金) 18:08:33.85ID:TjMf8iL+
preactは抽象化などを犠牲にして軽量化をはかっている
257デフォルトの名無しさん
垢版 |
2020/02/21(金) 21:40:27.73ID:rQPJsZ5x
reactのソース変更画面即反映ってどうやんの？
あとちょっとスレチだけど
今俺のプロジェクトモデルやコントローラー
ソース変更するとサーバー再起動無しで更新されるんだけど
どうやってるんだろう
2020/02/21(金) 22:21:15.86ID:jcoxKf5c
dev-server系なら関連ファイルの保存をトリガーにビルド後さりげなく再起動してるよ
259デフォルトの名無しさん
垢版 |
2020/02/22(土) 01:54:09.06ID:VtRG2V5Q
dev serverのソース読むの楽しそう
260デフォルトの名無しさん
垢版 |
2020/02/22(土) 01:57:27.56ID:VtRG2V5Q
最近nextjsのbuild時に行なっている最適化の詳細について知りたくなってきてる
2020/03/10(火) 23:19:32.27ID:f6in+jGk
趣味の個人開発で独習なのでできれば資料がそろっててtypescriptを使いたい場合、学習コストを差っ引いてもvueよりreactのほうがいいのかな
262デフォルトの名無しさん
垢版 |
2020/03/11(水) 08:18:06.28ID:5FQyNR15
>>261
その通り
圧倒的にreactがいいと思う
2020/03/11(水) 13:15:53.34ID:EKM5ywjJ
実践TypeScript - BFFとNext.js&Nuxt.jsの型定義、吉井 健文、2019/6/26

入門者用の文法の説明が、130ページしかない。
残りの190ページが、各フレームワークへの対応

React, Vue.js, Express, Next.js, Nuxt.js
2020/03/11(水) 23:36:57.28ID:6I87Va5V
vueなんてやる必要はない
2020/03/12(木) 02:21:22.14ID:h2YHuQ8W
VueでTypeScriptってVueの良いところ潰しまくってる気がするんだが
2020/03/12(木) 08:34:37.61ID:Woj4sFTf
他の記事でもvueとtsは相性が悪いって読んだけどどう悪いんだろう
jsのvueしか使ったことないから分からん
2020/03/12(木) 10:38:55.40ID:y2YeGsZE
vueはcdn版でやると
簡単に環境を整えるコトができる
しかも高速。習得が難しいのはreactも一緒。

webプログミングの
参考書自体が便利なモノほど細々した
システムを突っ込んでくるからビギナー扱い

きれず挫折する。
2020/03/12(木) 12:30:05.06ID:iA0nEmDM
低レベルな話なんだががそもそも関数型での設計がピンと来なくて…
2020/03/12(木) 16:36:39.60ID:y2YeGsZE
関数型とオブジェクト思考の違いは
多分「関数ポインター」を先に学ぶか、後に
学ぶかの違いじゃね？オブェクト思考で出来る事は

関数型でも対外できる。
2020/03/13(金) 00:05:26.99ID:xNBIws/a
Vueも規模が大きくなってくると型が欲しくなるが、
最初はいらないと思う
2020/03/13(金) 03:31:53.22ID:e84m+2m5
>>267
CDN使ってる時点でそれはフレームワークじゃなくライブラリ感がね…
2020/03/13(金) 03:48:00.90ID:sVPKZsTi
Vueのシンプルで可読性が高い取り柄は無くなる気がする
もっと可読性良くならないかなVue + TypeScript
2020/03/13(金) 16:51:43.93ID:3SwGXB8M
Reactできない奴がvueをやる
2020/03/13(金) 19:53:54.05ID:56rxF4j5
うん、それでいいじゃん
2020/03/13(金) 21:09:21.03ID:OnsWUeaL
コンポーネント作るたびに
return文を書かないとエラー出してくる
言語のどこが可読性が高いんだろう。親コンポーネントと
子コンポーネントを同期させるのに
update:変数、、、なんて一々書かなきゃいけない言語の
どこが可能読性が高いんだろう？componentとcomponentsに
まったく別物で認識まで違うのにどこが馴染みやすいんだろう。

高速化かつ中規模専用かつ
新世代コンポーネント思考だけに
踊らされて来た俺にはわからんわwww
276デフォルトの名無しさん
垢版 |
2020/03/14(土) 02:01:57.72ID:WVnvILf7
>>275
お前が何を言いたいかわからん
お前の脳内をコンピューターは理解できないのでしょうがない
2020/03/14(土) 05:02:18.44ID:f2sbViCh
そりゃ日本語が苦手なら、プログラム書くのも難しいだろうなぁ。
2020/03/14(土) 08:42:27.86ID:0rZ+ZAaw
本人も日本語が変だって
気がついてるから大丈夫。だがvueは一年半は
やってる。visual studio codeとかの設定も自分でやった。

componentとcomponent「s」が
一文字違うだけなのに文法上で極端に
違う言語て問題ありじゃね？
2020/03/14(土) 10:36:53.78ID:JKHuUiBu
その手のことを補うのが型チェックだろ。
reactでもvueでも問題はそこじゃない。
2020/03/14(土) 12:53:11.03ID:XNcvGO7V
>>273
Vueやってるヤツでもその内のどれくらいがビルドして組んでんだかな…
2020/03/14(土) 15:48:52.29ID:NAx5A3dk
vue流行りはマジで日本だけだからな
cakePHPと同じ

世界からは失笑されている
2020/03/14(土) 16:32:02.87ID:8H0FMH6L
vueのほうが手軽なのに、日本で特異的にvueが流行ってる理由というより世界の潮流としてreact優勢なのはなんか理由があるのかな？
2020/03/14(土) 16:45:14.14ID:C6o8FCtt
なんでだろう(´・ω・｀)
2020/03/14(土) 17:42:50.06ID:JKHuUiBu
一部だけ入れ替えとかならvueよりもreactのがやりやすいんでねーの。
2020/03/14(土) 19:11:23.63ID:XNcvGO7V
>>281
Vueが流行ってるのは東アジアとか東南アジアだろ
日本ではなんだかんだReactが優勢というかそこに行けない大多数の奴らは結局jQuery使ってる感じだろ
2020/03/14(土) 20:42:39.46ID:zQCEXq2I
Typescriptとの親和性が一番でかいっしょ
2020/03/14(土) 21:01:49.64ID:NAx5A3dk
>>285
きもい
2020/03/14(土) 21:49:58.26ID:l1b64lCE
適材適所でいいじゃん
2020/03/16(月) 17:15:30.62ID:cfMsQza/
vue.jsは、github 全体の中でプログラム部門ではTOPのSTAR数を誇る最大人気のプロジェクトだ。
2020/03/16(月) 17:19:16.28ID:cfMsQza/
ドキュメント部門を除外した場合の github starranking :
vuejs/vue
3 vuejs/vue
JavaScript 159352🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
facebook/react
4 facebook/react
JavaScript 145286A declarative, efficient, and flexible JavaScript library for building user interfaces.
tensorflow/tensorflow
5 tensorflow/tensorflow
C++ 142031An Open Source Machine Learning Framework for Everyone
twbs/bootstrap
6 twbs/bootstrap
JavaScript 139254The most popular HTML, CSS, and JavaScript framework for developing responsive, mobile first projects on the web.
2020/03/16(月) 17:21:28.81ID:cfMsQza/
上位4つの内、3つは、JavaScriptを使ったWebFrameWork(HTML+CSS+JS)らしい。
残りの1つは、機械学習用の数学(?)ライブラリ。
2020/03/17(火) 01:37:00.55ID:Aeuh89FK
人気は、二系統に分けて書いてみれば、
・vue>Angular>React>>Razor>>>Blazor
・Unity>Qt>>>Flutter
2020/03/17(火) 02:04:41.32ID:Aeuh89FK
vueの人気は、分かり易さ以外にランタイムの小ささがもう一つの主因になっているかもしれない。
簡単なWebにAngularの500KBやBlazorの2.0MBでは困るから：

DownloadSize(RuntimeSize) :
vue:91KB
React:116KB
Angular:500KB
Blazor:2.0MB (将来は1.5MBを目指している)
2020/03/17(火) 19:27:45.14ID:p/8ntRuU
俺は大雑把な
vueの文法が嫌いだが、ランキングが高いので
仕方なく使っている。ランキングが高いと世の中に出廻る

ソースの数や解説本の数なんかも違ってくる。

速いのも魅力的だし
2020/03/17(火) 21:03:20.21ID:3h+3Yfxb
普通にreactでいいじゃん
reactで何か問題あるのか？
2020/03/18(水) 20:05:07.33ID:7DDJtRdm
ランタイム・サイズの大きさはダウンロード時間だけでなく、JSの実行時コンパイルの時間にも関係してきて、特にモバイルの場合にはダウンロード完了後の起動速度にも関係すると思う。
vueが速い理由の一つにはその影響もあるのかもしれない。
また、blazorは、.netのVMがブラウザ内で確かWasmを使って動作しなければならない。
Wasmも仮想マシンで、.netも仮想マシン。全体の遅さは両方の遅さの掛け算となるので特にモバイルではだいぶ遅く感じるのではないかと思われる。
2020/03/18(水) 20:25:33.91ID:ysA7x2sq
重くてリッチなのはreactでいいじゃん
298デフォルトの名無しさん
垢版 |
2020/03/20(金) 21:43:18.11ID:yi8TDYUu
WikipediaはVueを選んだ
Reactはオワコン

Watching you, with a Vue to a Kill: Wikimedia developers dismiss React for JavaScript makeover despite complaints
https://www.theregister.co.uk/2020/03/20/wikimedia_react_javascript/

・WebpackやBabelなどのフロントエンド用ビルドツールサポートが優れていて、依存するライブラリが少なく、安定して進化している
・Reactは、2014年から2017年まで特許条項付きBSDライセンスを採用していた
・Vueの開発はReactのように一つの組織によって運営されていない
・前にHHVMを捨てたせいでPHPに移行を余儀なくされたので、Facebookを信用してない
・Wikimedia Deutschlandは既にVueを試してる
2020/03/20(金) 23:44:09.86ID:fqJ8P5P6
wikipedia ってそんなに権威があるのか？
2020/03/20(金) 23:59:20.63ID:Y5VfO2t/
　　　　　　　　　　　　　　　　　　 　 ＼､,,)rﾞ''"''ｰ弋辷_,,..ィ
　　　　　　　　　　　　　　　　　　=､..,,,ﾆ;ヲ_　　　　　ヾ彡r''"
　　　　　　　　　　　　　　　　　　 ｀`ミミ,　　 i'⌒!　　ﾐミ＝-
＿＿＿＿＿＿＿＿＿＿＿＿=　-三t　　 fﾞ'ｰ'l　　 ,三＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
|　　　　　　　　　　　　　　　　　　　,シ彡､　lﾄ　 l!　 ,:ﾐ...　 {:::}　　　　　　　　__,,,,,､　',::::ヽ.　　　 　 　 　|
|　　　　　　　　　 　 　 　 　 　 　 　 ／　^'''7　 ├''ヾ!　　 }:::ﾉ　,,,==ｪｪ ゝ '彡o,ゝ=　Ｙ ）　　　　　　　 |
|　以下　　　　　　　　 　 　 　 　 ／　　　　l　　 ト､　＼　 ヽ::', "_ｨ.o`> 　 `二´-｀`　',ﾉ　　　　　 　.　|
|　ウィキペディア創設者　　　　　〃ﾐ　,r''f!　　l!　ヽ.　　　　ﾊ｀ 彡 ィ　 , 　　､　　　　.|　　　　　　 　.|
|　ジミー・ウェールズからの　 ノ , 　 ,ｲ,: l! ,　,j! ,　ﾄ、　　 　ヽ,　　　/　_　,r'ハ　　　.|　　　　　　　.　|
|　メッセージをお読みください　/ ｨ,/ :'　　　　　':. l ヽ.　　　　ﾍ　　ｲ:::::::::__,:＿､::: }:::/　　　　　　　　|
|　　　　　　　　　　　　　 　 　 　 / :: ,ll　　　　　　　　 ﾞ': ﾞi　　　　ヽ::::（:ィ─=彡 　ヾl::/|､　　　　　　.　|
|　　　　　　　　　　　 　 　 　 　 /　 /ll　　　　　　　　 'ﾞ　!　　　　 ﾊ',::＼:::::::"":: : ::／　ﾊ､.　　　　 　 　|
|　　　 　 　 　 　 　 　 　 　　　 　 /' ヽ.　　　　 　 　 　 ﾘ 　 　,､-'´　|＼`ヾ::::::::::::ィ　　/　|　｀`ヽ─-､.|
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
301デフォルトの名無しさん
垢版 |
2020/03/21(土) 09:43:46.28ID:CkOzwJSb
Wikipediaがvueを使ったからreactが終わってるは飛躍しすぎてる気がするけどな
302デフォルトの名無しさん
垢版 |
2020/03/21(土) 10:29:31.96ID:vAQyMNJm
そもそも最終候補に残らなかった
Angular、Ember、Svelte、Inferno、Preact、Web Components
とかのことも
時々でいいから思い出してください
2020/03/21(土) 10:58:31.90ID:5NOkUL0t
Reactは動画サイト系では結構使われてるよね
あとWordPress5にも組み込まれたんだっけ？
2020/03/21(土) 13:20:16.16ID:fydt87DI
そもそもReactくらいWebやる奴なら誰でも使えるくらい簡単だからこんな低レベルな争い自体が滑稽
たいした技術でも何でもないだろ

どちらかというとReactは初心者向け
305デフォルトの名無しさん
垢版 |
2020/03/21(土) 22:48:44.19ID:8NajYnM4
>>304
アプリケーションを簡単に作れるなら良いライブラリでしょ
君の指摘は本質を全く捉えられてないよ
2020/03/22(日) 20:57:52.32ID:StD3gLg7
びっくりするほどフロントできるプログラマーっていないよな
デザインすらゴミレベル
ゴミレベルだからデザイン指定しても再現出来ない
2020/03/22(日) 22:42:59.73ID:jno6gmPO
それ君の周りにゴミPGしか居ないだけでは
2020/03/22(日) 23:10:42.69ID:StD3gLg7
海外の採用担当者がまともなフロントエンジニアがいないと嘆いている
フロントエンジニアでデザインできない奴はマジでクソ
バックエンドやってろって思うわ
2020/03/23(月) 00:48:43.54ID:BmLefNbD
サーバーサイドしかできないエンジニアなんか何の役にも立たないな
田舎に帰って畑仕事してる方がまだ世のためになる
310デフォルトの名無しさん
垢版 |
2020/03/23(月) 08:16:51.48ID:aPJ2SqmB
自演乙
2020/03/23(月) 10:41:43.30ID:kyVTzC3P
vueがそもそも簡単という
理由もないし、jqueryがvue.js内部で使えるって
だけでjqueryの代用になるとは誰も云ってないwww

中学生の問題が、高校で出題されるレベル
2020/03/28(土) 00:18:22.26ID:Fx4zYGER
>>306
最近デザインはMaterial-UI頼りのスマホアプリライクだけど別段評判は悪くない
2020/03/28(土) 07:54:09.66ID:O2QL6TTJ
フロントは細かい要求されるわりに金出ねーじゃん。
そんなんやるやつ減るに決まってるわ。
2020/03/28(土) 09:17:09.13ID:rxKmrx3y
>>312
Material UIの説明にデザインてきない奴ら向けって書いてる
独自性もないし、そもそもMaterial UIすらまともに使えず、使えてるつもりでバランスバラバラ

クソ使えないエンジニアが「Material UIで作りました！」とかほざくことほど滑稽なことはない
自分は無能です！と言ってるようなもの

無能に金出すわけねえだろ
2020/03/30(月) 10:36:56.62ID:UMPMfaDu
それじゃ糞ださいフロントでも我慢してくれとしか言いようがない。
まあフロントのデザインにこだわらんというのもありだと思うけどね。
2020/04/02(木) 01:18:38.12ID:uK8QCSrF
メインでやってるのはホームページの延長じゃなく
業務システムのWeb化だからそんなに外観とか求められんのよな
2020/04/02(木) 06:26:17.20ID:CXLXUfxP
外観求められんとか以前に商品として終わってるレベルしか作れない能力の無さになんで勝ち誇れるんだ？
少しはデザイン勉強してからフロントやってくれ
マジで無能が仕事すること自体迷惑
それでフロントできますとかほざくな
2020/04/02(木) 08:38:21.23ID:I8hlhwK7
>>317
そのレベルでいいなら自分でやれや。
それもできんからしょーもない詐欺師に引っかかるんだよ。
2020/04/02(木) 18:08:22.20ID:CXLXUfxP
>>318
おまえバカ？
こっちは作る側だ
依頼する奴がこんなところに来るかよ
2020/04/02(木) 21:48:52.20ID:nBrtp9Q2
>>317では依頼する側の口ぶりだったが
2020/04/03(金) 00:25:10.75ID:v6FKoEXq
>>319
じゃあ自分の職場でほざいてりゃいいじゃん。
おまえのまわりではマジで無能が仕事すること自体迷惑なんだろうし。
んでもってその分をお前がやりゃすむ話だろ。
2020/04/03(金) 00:31:29.04ID:tuq/v+x3
職場の状況も人間関係も何もわからず話も噛み合わないのにケンカすんなや
2020/04/03(金) 23:50:22.99ID:jZTt285L
大体もうなんか作るんなら一人でやるのが一番気楽なんだよな
なんで分業するのが正しいみたいな風潮になってんのかねぇ…
324デフォルトの名無しさん
垢版 |
2020/04/04(土) 01:54:10.26ID:sQk2k7c/
>>323
一人で作れる規模なら一人で作ればいいと思う。markdownエディタであるinkdropは作者は1人で開発されてるし。
ただたくさんのお金を産もうとするとアプリケーションのデザインやパフォーマンスなど様々な要素が重要になるのでチーム開発せざるを得なくなる
2020/04/04(土) 23:28:18.77ID:4E9JJOCK
>>324
まぁそうなんだろうけど
足手纏い入れて不具合原因探しする手間考えたら多分一人でやるよりも時間掛かるんだよね体感的に
2020/04/08(水) 01:25:50.15ID:9cuUuIlo
VueのUIフレームワーク、TypeScriptと一緒に使うなら何がおすすめ？
Quasarっていうのが気になって試してみたけど、TSXをうまくトランスパイルできる設定方法がわからず。。
2020/04/09(木) 05:03:32.21ID:RTR2QVCs
https://github.com/dotnet/aspnetcore/issues/15997
↑
Blazorは、デスクトップのC#の200倍遅いらしい。
サイズも大きすぎるようで、
機能の限定されたプログラムで最小で2MB、標準では16MBくらいが最小なので
はないか。
328デフォルトの名無しさん
垢版 |
2020/04/09(木) 05:06:50.72ID:RTR2QVCs
同じくWasmを使っている Uno Platformも JS よりも遅いらしい。
JSを使いたくないC#プログラマには便利ではあろうが、現実的に
使えるアプリを作るのは難しそうだ。
Blazorの場合は、HTMLも使う必要があるようだからもっと存在意義が疑問視
される。
2020/04/11(土) 02:54:20.42ID:Uy0iyhEk
vue.jsでnew演算子を
使うとバグが出る前例て
あったけ？
2020/04/11(土) 19:13:15.99ID:N1j4ZdSf
ここで聞いていいかわからないけど…

Webpackのloaderって、
・js を babel-loaderでトランスパイルするルール
・ts を ts-loaderでトランスパイルするルール
を設定したとき、tsはts-loaderによってｊｓになると思うけど、
このloaderによって生成されたｊｓはbabel-loaderの処理対象にはならない？
2020/04/11(土) 19:52:52.40ID:wTWv5VDR
なるぞ
2020/04/11(土) 20:29:13.86ID:+itNKphk
loaderの処理順による
先だか後だかに書いた順に適用されてく
どっちだったかは忘れたから調べて
2020/05/23(土) 17:25:41.30ID:VnQen1SJ
angular使い始めたけどいいなコレ。管理しやすさ◎
2020/05/23(土) 21:49:01.48ID:6QzvKnQh
今から始めるなら Angular はちょっと…
335デフォルトの名無しさん
垢版 |
2020/05/23(土) 22:53:11.76ID:wxErS6qw
Vueって書いてあるのにな
2020/05/24(日) 07:29:28.60ID:TmPUENeg
>>334
VueもReactも使えるよ！
2020/05/24(日) 07:51:13.57ID:390U+iwo
>>333
Reactと比較してどう？
2020/05/24(日) 13:57:54.47ID:rk0sziuW
Reactを使い慣れたならAngularってめっちゃ使いにくいと思うよ
コンポーネント1個作る旅に4ファイルずつ増えるのが発狂しそう
2020/05/24(日) 14:48:48.68ID:Y1ZXEm/L
jQueryが一番ラクじゃね？ｗ
2020/05/24(日) 15:05:42.13ID:ZGIvWW4o
は、hyperapp...
2020/05/24(日) 15:06:04.29ID:TmPUENeg
>>338
どっちも使いにくいとは思わないかな。というかそんなの慣れの問題だから気にならなくなってしまったってのが正解かな。
2020/05/26(火) 11:48:31.01ID:09gtdxqe
angularでサービスを作成してDIして使うことは、普通にクラスを作成してnewして使うことに比べて何かメリットがあるのでしょうか？
2020/05/26(火) 14:46:33.17ID:5zsa2F3Z
JavaScriptコードだけで数万行を超えるような規模になったらメリットあるよ
2020/05/29(金) 19:17:47.54ID:f1mMBRWv
jqueryは単純に
生javascriptが書けない人が
利用してるだけだと思う。vue.jsは

教本で全部
済ませようとすると100%身に付かない。
塾の先生でもそう知っている人はいない。
2020/05/29(金) 19:52:39.01ID:uRkXoYhe
typescript じゃないと書けなくてゴメン
2020/05/29(金) 20:25:45.60ID:Jvc7lzH+
>>344
https://w3techs.com/technologies/history_overview/javascript_library/all/y
jQueryはウェブサイトの74.9%で使われてる
5年前に比べて13%も増えている
これだけの人が生JavaScriptをかけないとは思えない。
2020/05/29(金) 22:59:47.61ID:JzPA8cDe
趣味ならともかく仕事でjQueryを使えば簡単なところを自力で書いてるやついたら嫌だろw
2020/05/29(金) 23:00:55.14ID:JzPA8cDe
というか塾の先生ってなんや？
2020/05/30(土) 08:47:54.68ID:CjlhONpK
>>346
WordPressには必ずjqueryがついているが、WordPress自体が全サイトの35％
ということは残り40％くらいが非WordPressサイトなわけでそれらがjqueryを使っている

まあでもjqueryは便利だしよくできているよな
2020/05/30(土) 08:50:12.11ID:Ycwc5Pac
つまりWordPressがあれば、VueとかReactとかAngularはいらんわけや
2020/05/30(土) 08:54:02.70ID:Ycwc5Pac
>>349
もしWordpressがvueを採用してjQueryを排除すれば、、WordPress自体が全サイトの35％
ということは残り40％くらいが非WordPressサイトなわけでそれらがjqueryを使っている

となるのかな？

jQueryが使われていてもWordPressに含まれているものは省くっていうのなら
vueが使われていてもWordPressに含まれているなら同じように省くよね？
2020/05/30(土) 09:07:51.68ID:Ycwc5Pac
まあ俺としてはjQueryのシェアの高さより
Vue、React、Angularの1%未満という低いシェアのまま
数年もの間、伸び悩んでる方に危機感を持ったほうが良いと思うけどね

逆にjQueryの方がシェアが伸びてるという皮肉
脱jQueryが叫ばれた頃よりも10%もシェアが増えているからね
一方同じ期間で、Vue、React、Angular全部合わせて1%にしかなっていない
JavaScriptLibraryを使わないサイトも同じぐらい減って、jQueryを使い始めていることが想像できる
2020/05/30(土) 09:54:10.71ID:CjlhONpK
>>351
すまん
日本語がわからん

ちなみにjqueryが伸びているというのはそもそもReactやvueとか単純にこれらのフレームワークを使える奴が圧倒的に少ないから
エンジニアの中でも使える奴が少ないからな
Webサイト制作している奴らには使えるはずもない

せいぜいjqueryしか使えないんだよ
あとはWebサイトの数 >>>>>>>> SPAアプリの数
2020/05/30(土) 12:18:55.92ID:MlE9UdsR
GoogleのCore Web Vitalsで表示速度・インタラクティブ性・読み込みの安定性を重視して検索順位を決める方針、
これは明らかにWordPressのクソみたいな重くて表示バラバラで途中で広告ロードされて間違ってクリックする低品質なサイトをぶっ潰す方針ってことだよな

もちろんReactとかであってもきちんとレンダリング処理をコントロールしないと同じことが言えるわけだが
さらにGoogleはレベルの低いこのWebフロントをなんとかしたいのだろう
いつまでもゴミのようなWordPressに頼っている現状ではWebの未来は暗い

まあWebもPWAとかに変化するからついてこいよっていう意味も含んでいるのかもな

とにかくjqueryゴミカスサイトは淘汰されていく方針になってきたってわけだが大量のゴミ処理はそう簡単に消えないからうまくいくのかもわかんねえ
2020/05/30(土) 12:39:52.72ID:JOE68Vvm
>>353
WordPressに35%含まれてるから実質40%とかいう言い訳しないで
普通にjQueryは74.9%で使われてると言えばいいって話

そうしないとWordPressのjQueryがvueに変わった時に
vueのシェアが35%になっても
WordPressに35%含まれてるから実質0%ということになる
2020/05/30(土) 12:42:46.15ID:JOE68Vvm
>>353
> ちなみにjqueryが伸びているというのはそもそもReactやvueとか単純にこれらのフレームワークを使える奴が圧倒的に少ないから

違う。フレームワークを使う "必要性が圧倒的に少ない" から。
jQueryの代替じゃないんだから、脱jQueryなんて意味がない言葉だったんだよ。

「ウェブサイトはオワコン。これからはウェブアプリの時代だ！」というふうに
"正しく言っていれば" みんなから冷ややかな目で見られていただろうねw
2020/05/30(土) 12:45:07.75ID:JOE68Vvm
>>354
JavaScriptフレームワークを使ったサイトは重い
jQueryを使うのが一番軽い。

なにせ素のHTMLが最初に表示され（この段階でページとして認識される）
そこにJavaScriptを適用する方式だから。

これと真逆のJavaScriptを全部読み込んで実行しないと中身が出力されない
フレームワークよりも圧倒的に軽くなるんだよ
2020/05/30(土) 12:55:05.10ID:nbUOPAO3
prototype.js、jQueryはCSSのセレクタがそのまま使えるのが革命的だった
2020/05/30(土) 13:04:50.05ID:JOE68Vvm
>>358
prototype.jsは使えません

jQueryのCSSセレクタは後にJavaScriptにquerySelectorAllとして導入されたが
jQueryと違って返すのは単なるDOM要素の配列でループが必要なので
結局劣化版にしかならなかった
2020/05/30(土) 14:04:43.55ID:nbUOPAO3
>>359
え、そうだっけ？っと思って今調べたら$内の記述が確かに違うね
2020/05/30(土) 15:20:36.38ID:JOE68Vvm
prototype.jsの$はDOM APIの単なる省略でしかないんだよ
prototype.jsのメインはプロトタイプ（つまり基底クラス）の拡張

それにたいして関数型のスタイルを取り入れたjQueryはセンスがいいよな
CSSが関数型の思想なのでウェブの標準にうまくマッチしている

対してVue、React、Angularなどのフレームワークは
単なるオブジェクト指向のアプリケーションフレームワークでしかない
jQueryの代替になんてなりようがなかったんだよ
2020/05/30(土) 17:16:32.62ID:MlE9UdsR
正直、WebサイトごときにReactとか使う気にはなれない
だがGoogleが求めているのはReactとかの方向性ではないか？と思うのだが
もちろんいずれReact連中は無くなる予定だし
2020/05/30(土) 17:40:52.11ID:F50PHIbH
recoil実戦投入はさすがにまだ早い？
2020/05/30(土) 19:45:54.00ID:YaiqOZJe
機能たくさんあるサービスでVue使ったらコンポーネント増えすぎて管理大変だったという思い出
Reactとか使うべきなかね
2020/05/30(土) 20:28:00.60ID:MlE9UdsR
そういやWebサイトはComponentに分けるとか無理だ
あの長ったらしいLPとかComponentというよりごちゃごちゃした感じで情報詰め込んで見る奴の思考を停止させるわけだから
むしろまとまりがあるComponentなんか使ったらむしろ作るほうが大変だな
2020/05/30(土) 21:49:42.17ID:JOE68Vvm
>>362
Googleが求めてるのは、利用者が欲しい情報に正しくアクセスできること
だからサイトの作り方でランクを変えるべきではないし、
新しい技術を使っているからといってランクを上げたりはしない

ランクを変えるとしたらページがどれだけ早く（快適に）表示できるかだが
単純なHTMLページの速さに勝るものはない

jQueryを使う場合はJavaScriptオフでも、HTMLの文章自体は見れるわけで
Googleの求めているものに一番理想的
むしろSPAの方が本当に検索できるか？を常に意識しないといけない。URL設計は特に大事
JavaScriptで表示するページでも検索できるようになっているとされているが保証はない
だから検索されたいページ（ブログの記事など）にJavaScriptのフレームワークを使うのは推奨しない
2020/05/30(土) 21:52:11.19ID:JOE68Vvm
>>365
そういうこと。ウェブページは全体で一つのものを構成してるのだから
小さいコンポーネントに分けるのが難しい。

ここだけでしか使わないようなものがたくさん生まれる。
どんなに事前に設計しても、あとからあいてるこの空間に入れればいいと
その時の都合で当初の設計にないものが追加される
2020/05/30(土) 21:55:32.30ID:JOE68Vvm
俺は最初から言ってるんだが、脱jQueryなんてありえなかったんだよ
脱jQueryを目的とするな。今問題が起きてないならjQueryから変えるのは新たな問題を発生させるだけ。
jQueryで困ってる場合（通常ウェブアプリ）はもともとjQueryを使うという方針が間違っていただけ。
それは"脱"jQueryという今まで使っていたjQueryはもう古いからやめましょうではなく
目的に応じた適切な技術を使いましょうという話でしかなかった
2020/05/30(土) 22:33:41.92ID:ci8WeWyx
bootstrap5楽しみだね
2020/05/30(土) 22:47:55.31ID:JOE68Vvm
>>369
せやね。bootstrap5はjQueryを使ってないけど、vueもreactもangularも使ってない
だからフレームワークのシェアが増えることはないけど
もしかしたらjQueryのシェアが減ってライブラリ使用なしが増えるかもしれないね

まあそんなことはなかった。jQuery使ってたとわかるのが楽しみだｗ
2020/05/30(土) 22:50:51.02ID:CCf2X36A
個人的にはjQuery、Vue.js→Webサイト向け
React、Angular→Webシステム向け

だと勝手に思ってる
2020/05/31(日) 02:36:06.59ID:e5GrMoxK
vueはリアルdomを作る前に
仮想domを作って効率よく差分するから
早いんだっけ。だからjqueryを使うとその効果が失われる。

だからvueの中に
jqueryを混ぜると仮想domの特性を
活かせないから辞めた方がいい。しかし参考書の多くは
リアルdom 構築後のソリューションが多く掲載してる。

結果、真面目に教本に
沿って学習すると多くのロスが生まれる。悪循環が
生まれて半年どころの学習時間では済まなくなる。
2020/05/31(日) 02:37:27.64ID:e5GrMoxK
>>372
文章の組み立てが下手でスマソ
2020/05/31(日) 05:04:14.93ID:JRHRMyge
>>372
> vueはリアルdomを作る前に
> 仮想domを作って効率よく差分するから
> 早いんだっけ。だからjqueryを使うとその効果が失われる。

それは論点をすり替えている。実際の所jQueryの方が速い。
なぜかと言うと仮想DOMを作って差分をだして、
結局その差分をリアルDOMに適用するわけだから、速くなるわけがない。

仮想DOMが速いというのは

1. まずページ全体のDOMを書き換えることとする。（jQueryで普通はしない）
2. ページ全体のDOMを書き方たら遅いではないか！（自分にツッコミかよ）
3. ページ全体のDOMを書き換えるけどそれは実は仮想DOMで速いんだ
4. そうやって差分で必要なとこだけDOMを書き換えるから速いんだ。

ページ全体のDOMを書き換えるなどという愚かな発想をし
その愚かな発想よりも速いと言っているだけ。つまりマッチポンプ

jQueryを使って普通に作るなら、最初から必要なところだけ
DOMを書き換えるので最初から速い。差分計算処理も不要。

このページ全体を書き換えるという発想は、もともとデスクトップアプリケーションや
ゲームの発想。デスクトップアプリケーションやゲームでも全体を書き換えると
遅くなるから必要なところだけ書き換えるというのはよく行われてきた
それをウェブに持ち込んだからこんな物ができてしまった。

もともとウェブでは必要なところしか書き換えないし、デザインはCSSで
制御するのが普通だからDOM操作も最小限になる。

それをやらずにDOM操作でデザインを実装しようとしたから
遅くなる方法を打ち消す仮想DOMなんてのが必要になった
2020/05/31(日) 05:26:17.06ID:OM55fPsS
そもそも速度のためにこれらのフレームワークができたわけじゃないし…
規模が大きくなってジェイ・クエリーとかで直接DOM操作するのが管理しきれなくなったからでしょ
2020/05/31(日) 07:42:19.68ID:TFlNfav4
未だにＣＯＢＯＬ最高って言ってるおっさんみたいだな
2020/05/31(日) 09:42:21.10ID:o76pWhWL
jqueryも仮想DOMも、ページ全体の構築後は一部だけ書き換え
どこから全体が出てくるんだ？
全体書き換えってことはページ遷移ってことだよな？
それならReactやvueのほうが圧倒的に速いんだけど？
2020/05/31(日) 10:10:06.97ID:FFfnQQzy
速度の為ってより構造化の為に使うもんなんやない？
2020/05/31(日) 11:40:21.71ID:PGtiFJnl
>>374
結局、vueにjQueryを混ぜると遅くなるの？
2020/05/31(日) 11:43:49.13ID:JRHRMyge
>>379
ならない

下手なコードを書けば遅くなるのは
プログラマの問題でしかない
2020/05/31(日) 11:47:50.50ID:JRHRMyge
>>375
そういうこと。なのに仮想DOMはリアルDOM "を全画面書き換える" より速いが
仮想DOMはリアルDOMより速いとかよく勘違いされてる

仮想DOMだけ書き換えても、リアルDOMには反映されない
仮想DOMからリアルDOMを書き換えるのと
jQueryでリアルDOMを書き換えるのは同じ
2020/05/31(日) 11:55:31.24ID:o76pWhWL
>>381
お前相当バカだろ
そこにSPAの概念がまったく入ってねーじゃねえか
実際の通信や運用を考えてからモノを言え
jqueryジジイは脳みそ停止してんだろ

あと同じなわけないじゃん
無知すぎる
2020/05/31(日) 11:58:01.25ID:JRHRMyge
>>377
> jqueryも仮想DOMも、ページ全体の構築後は一部だけ書き換え
> どこから全体が出てくるんだ？

ブラウザが持ってるリアルDOMとは別に
JavaScriptのメモリ内に同じ情報を仮想DOMとして持っている

そして仮想DOM伝導師いわく
「仮想DOMの情報をリアルDOMに完全に同期させるんです。
遅いと思った？思ったでしょう？でも差分をとってそこだけ反映させるから
遅くならないんです。仮想DOMの書き換えはリアルDOMより速いんです」

と言葉巧みに、仮想DOMからリアルDOMへ反映のコストを隠しつつ
仮想DOMの書き換えのみが速いと誤解させるようなことを言っている。

> 全体書き換えってことはページ遷移ってことだよな？
> それならReactやvueのほうが圧倒的に速いんだけど？

ページ遷移するな。History APIを使ってページ遷移してるように見せかけて
jQueryで一部分だけ書き換えればReactやvueよりも速い。
Railsに標準で組み込まれてるturbolinks(+jQuery)がこの仕組み
2020/05/31(日) 11:59:50.32ID:JRHRMyge
>>382
> そこにSPAの概念がまったく入ってねーじゃねえか

お前のレスを見る前に>>383を書いた。
SPAの概念はReactやvueの専売特許ではない
昔から Rails + turbolinks+ jQuery で同じことをしている
お前が無知なだけだ。過大広告に騙されやがってｗ
2020/05/31(日) 12:41:37.02ID:k/fS2Kff
Ruby 君かな
2020/05/31(日) 12:43:35.72ID:JRHRMyge
>>385
ちげーよ
2020/05/31(日) 12:47:08.02ID:o76pWhWL
>>384
お前相当なにもわかってないじゃん
コイツに説明するだけ無駄すぎた
jqueryクソジジイは一生jquery使ってろ
ただただ気持ちわりい
2020/05/31(日) 12:50:05.93ID:JRHRMyge
なぜかJavaScriptの話ではなく「俺」の話にすり替わってるｗ
2020/05/31(日) 12:50:33.12ID:pH0zoOzG
turbolinksがSPAって初めて聞いた
2020/05/31(日) 12:56:44.85ID:FFfnQQzy
>>379
大体速度を気にしなきゃいけない様なシビアな案件なんて殆どないしな

大レコード数のテーブルを生成するのだってその処理部分に関してはほぼ混ぜ様がないだろうし
2020/05/31(日) 12:59:27.17ID:FFfnQQzy
単純に言って混ぜるとソースが汚くなるのと
タイミング問題が起こった時に分け分からんくなるってくらいだろ
2020/05/31(日) 13:05:49.62ID:5WJ7AaAn
判った。jqueryは
あんま良くないけど、vue.jsと一緒に
使うと爆速になるってことね。
2020/05/31(日) 13:11:27.49ID:JRHRMyge
>>389
あれ使い方間違ってる人多いからね。
JavaScriptが発動しないといかって無効にする人

turbolinksはjQueryとの相性が良くて
最初にサイトを表示したときに全てのJavaScriptコードを読み込んで
あとはすべての要素が動的に増減する（無くなることもある）という前提で使うもの
jQueryはすべての要素を0以上の要素郡として操作するので非常に相性がいい
2020/05/31(日) 14:22:35.36ID:lymCwRQ/
あれだ、「コンパイラの最適化がどんなに賢くなってもアセンブラには敵わない」とかいうのと同じ。
2020/05/31(日) 14:31:17.31ID:JRHRMyge
>>394
それはコンピュータの最適化 vs 人間の最適化 という話なので
まったく関係ない話ですね
2020/05/31(日) 15:01:48.16ID:PGtiFJnl
無知ですまんのだが、リアルDOMでも仮想DOMでも最終的にはひとつのテキストファイル(html)になってブラウザが読み込んでレンダリングするってのは変わらないわけだよね。
リアルDOMと仮想DOMではその最終処理に向かう途中のどこに違いが生じるの？
2020/05/31(日) 15:11:00.06ID:JRHRMyge
>>396
その通り。テキストファイルになるわけじゃないけど
仮想DOMは速いとかいうビジネストークを無視すれば話は簡単

仮想DOMはJavaScriptのオブジェクトでしかないので
ブラウザを使わなくてもユニットテストがしやすいというのがメリット

リアルDOMの状態は気にせずJavaScriptオブジェクトをテストするだけ
そしてユニットテストがブラウザに依存しなくなる
（ただしJavaScriptのオブジェクトからリアルDOMへの変換は
フレームワークがしっかりとテストしているはずという前提を受け入れる必要がある）

ユニットテストの場合に限ればリアルDOMを使わない仮想DOMの方が速いが
実際の製品では仮想DOMを使うので速くはならない

速度うんぬんではなく、テストをしやすくするためにリアルDOMから仮想DOMへデータを分離している
2020/05/31(日) 15:14:27.24ID:JRHRMyge
大規模なものを作るときは、小さいパーツに分けないとテストが困難になる。
大規模なものを大規模なままテストするのは難しい

その結果フレームワークでは、小さいパーツがたくさんできる。
それは素晴らしいことだと思うかもしれないが、
どんなものでも小さいパーツを作ればいいって話ではない
小さいパーツを作れば作るほどパーツを組み合わせるための処理、
インターフェースが増えてコードが膨れ上がる

ウェブサイトのような小さいシステムでは
逆にコストが掛かることになるんだよ。
そういう見極めができない人が、脱jQueryなどと叫んで
小さいシステムなのにフレームワークを採用して逆にコストを増大させている
2020/05/31(日) 15:17:00.98ID:JRHRMyge
作るものによって使う技術を変えるべきなのに
それができないエセ技術者が多い
新しい技術を知ったら何でもそれでやろうとする。
2020/05/31(日) 15:34:07.62ID:lymCwRQ/
>>395
ああすまん、あんたにレスしたつもりはなかった。
>>394はリアルDOMの操作を直接コーディングするのと仮想DOMの差分からDOM操作を生成するのとの
速度比較の話ね。
2020/05/31(日) 15:34:50.72ID:PGtiFJnl
>>397
ありがとうございます、すごくわかりやすくて腑に落ちました。
2020/05/31(日) 16:02:47.28ID:o76pWhWL
こいつは昔からいるゴミカスjqueryジジイでどこでも仮想DOMに噛み付く気持ちわりい粘着野郎
2020/05/31(日) 16:12:18.94ID:JRHRMyge
JavaScriptの話ができないやつは「俺」の話をしてしまうｗ
2020/05/31(日) 16:23:27.31ID:FFfnQQzy
>>396
tar zxvfで解凍するかtar zxfで解凍するかの違いとか想像してみるのはどうだい？
2020/05/31(日) 16:26:37.16ID:FFfnQQzy
>>395
よっぽどの職人とかじゃない限り凡人がコンパイラの最適化を超えるとかいい加減無理だろ
2020/05/31(日) 16:50:56.70ID:PGtiFJnl
>>404
「v」のある無しで展開時に詳細を出力するかどうかの違いということですよね？
これをjavascriptの話とした場合、展開時の詳細にあたるものは具体的にはなんなのでしょうか？
2020/05/31(日) 17:05:12.54ID:iwS1y3tF
初心者向けにはこの記事がわかりやすいと思う
↓
https://www.google.com/amp/s/employment.en-japan.com/engineerhub/entry/2020/02/18/103000%3famp=1

簡単に言えば
・DOMの操作はきちんとやらないとレンダリングの負荷が大きくなる
・仮想DOMはDOMの操作を上手いことやってくれるので速い
・とは言え仮想DOMを使うこと自体がオーバーヘッドなのでDOMの直接操作を無駄なく行った場合よりは遅い
2020/05/31(日) 17:51:15.80ID:x+1l8ufV
https://i.imgur.com/IFVxEh2.jpg
2020/05/31(日) 18:21:47.85ID:87/vy3Ai
コンパイルした時点で仮想DOMなんてものは無くなるので、理論的には仮想DOMを使うことによるオーバーヘッドも消せるということか。
そして>>408を見る限りはコンパイラが優秀なので実際にオーバーヘッドを消せているということかな。
まあこの実験のデータセットがリアクトコンパイラにとって有利なものだったという可能性もあるのでもう少しデータの詳細が知りたいが。
2020/05/31(日) 19:07:31.06ID:5WJ7AaAn
Domが読み込まれる前の
createdの段階で実行するから
早くなるんだろう。この段階はelもrefも

起きてないフェーズなんだから
jquery なんて使ったらモトメこうもない

台無しだろう。
2020/05/31(日) 19:12:25.04ID:5WJ7AaAn
>>410
モトメじゃなくて元もwww
2020/05/31(日) 22:15:08.01ID:JRHRMyge
>>407
> ・DOMの操作はきちんとやらないとレンダリングの負荷が大きくなる

そのとおりだが「きちんとやってないコード」っていうのがどういうものかって話なんだよな

ぶっちゃけ、どんなバカならそんなコードを書くんだよ？って
いいたくなるような話なんだよねこれ

現実にやりそうな「きちんとやってないコード」の例を
出せる人がいるなら見てみたい
そしたら（jQueryは）普通どうやるのかを俺は言えると思うね
2020/05/31(日) 22:15:41.30ID:JRHRMyge
>>409
> コンパイルした時点で仮想DOMなんてものは無くなるので、
誰がそんな話してるんだ？
無くなるわけないぞ
2020/05/31(日) 22:20:45.56ID:JRHRMyge
>>410
> Domが読み込まれる前の
> createdの段階で実行するから

もうJavaScriptの常識を忘れたのか？
DOMが読み込まれる前にJavaScriptを実行すると遅くなるだろ

jQueryの特徴の一つはDOMContentLoadedで処理をするというところ
レンダリングをブロックせずにDOMが読み込まれた直後に実行されるから速い

さらに最適化をするならば、</body>の直前でJavaScriptを読み込む
JavaScriptの実行はなるべく後で行うことで
すばやくレンダリングさせることができる。

というのは常識的な知識だったはずなんだがなぁ
2020/05/31(日) 22:22:33.40ID:JRHRMyge
結局仮想DOMのアイデアっていうのは

1. すげー遅くなるアイデアを最初に言って
2. それを改善するアイデアで相殺することで
3. 遅くならないということを、（遅いアイデアより）速くなる

と言ってるだけ
2020/05/31(日) 22:26:16.77ID:DRV8bcqm
>>415
お前が作ったわけでもねーしお前がweb準拠を策定しているわけでもねえのに何偉そうに吠えてんだよゴミカス
2020/05/31(日) 22:35:34.04ID:JRHRMyge
>>416
お前が世界を作った訳でもねーのに何偉そうに吠えてんだよゴミカス
2020/05/31(日) 22:37:06.99ID:lLPzLHf4
常識かもしれんが
バッドノウハウの類いに聞こえるな
2020/05/31(日) 23:01:44.07ID:DRV8bcqm
ゴミカスはDOM構築後にjqueryを読み込むから速いとかゴミ説明して勝ち誇ってるが
それは読み込んだだけでjqueryを何も実行しない（＝jqueryを使っていない）だけだろ
これで速いとかアホかこいつ
2020/05/31(日) 23:14:07.26ID:lymCwRQ/
>>415
これは、DOMの直接操作なら常に最適な操作ができるという前提の発想だな。
最適操作が自明な範囲しか念頭に無いんだろうな。
2020/05/31(日) 23:16:48.38ID:JRHRMyge
>>418
うん。だから俺は<head>で読み込むようにしてるよ
ファイルサイズは80KB、gzip圧縮時でわずか30KBしかない

>>419
イミフｗ
HTMLはそのまま表示するのが一番早い。デザインはもちろんCSS。
ページの初回表示時はJavaScriptを使わず単にページを表示するだだけ
静的なHTML+CSSが早いのは誰にも否定できない

そしてjQueryはそこにユーザーのアクションに対して動きをつける。
つまりユーザーが操作するまではjQueryは何もしない。だから軽い。
JavaScriptを実行しなければページが表示されないフレームワークでは太刀打ちできない
2020/05/31(日) 23:21:06.36ID:JRHRMyge
>>420
> これは、DOMの直接操作なら常に最適な操作ができるという前提の発想だな。

重要なのはそこ。最初から最適な操作ができるという前提の話をしている。

最適な操作でなければ遅くなる。理屈上はそのとおり。
では「最適な操作ができていない」というのはどういうときか？

そんなコードを書くやつがいるのか？という話をしている


仮想DOMというのは
1. 最適な操作にならない、奇抜なアイデアを持ち出す
2. 奇抜なアイデアを改善するアイデアを出す
3. （最適じゃない奇抜なアイデアを）改善したと言っている
2020/05/31(日) 23:35:08.81ID:pA4LVr9r
>>421
イミフじゃねえよ
jqueryが何もしないなら何もしねえだろが
それなら読み込みすらするなアホが
バカかコイツ
2020/05/31(日) 23:59:38.84ID:JRHRMyge
ああ、DOM構築後に何もせず、ユーザーが操作して初めて
JavaScriptの処理が走るって意味がわからんのかｗ
2020/06/01(月) 00:08:08.77ID:0Y4JhCWi
てめえが散々書いてることを自分でわかってねえだろがゴミ
jquery実行した途端におっせーじゃん
2020/06/01(月) 00:08:56.41ID:ZvU3LrYi
>>424
ユーザーが操作する前にハンドラーをアタッチするよね
現時点で存在しない動的エレメントの場合は監視もするね

まあそんなの揚げ足取りかな
2020/06/01(月) 00:18:03.32ID:Y6C/Hhni
>>425
じゃあJavaScriptオフにすれば？
なんでjQuery実行した遅くなるんだかｗ

> ユーザーが操作する前にハンドラーをアタッチするよね
> 現時点で存在しない動的エレメントの場合は監視もするね

存在しない動的エレメント（例 A要素）の監視をするならこれだけ
$(document).on('click', 'a', function() { .. })

内部的にはdocument要素に一つイベントハンドラをアタッチするだけ
さらに直接document要素にアタッチしているのではなくjQuery内部で
複数のイベントハンドラをまとめてるので、複数実行しても
DOM要素への操作は一回しか行われない。
2020/06/01(月) 01:04:02.53ID:ZvU3LrYi
jQueryは基本CSSセレクタで指定した要素に対して処理を指示するものだから、コードの簡潔化を図ろうとして極めて行くとCSSに詳しくなる
CSSのセレクタはhtmlの構造で決まるものだから、きれいなhtmlを意識する様になる
結果的にhtml、CSS、JavaScriptの3つの基本に詳しくなる

WebAssemblyは別にしてReactとかのWebフレームワークも最終的にはその3つが生成されるんだけど、見えづらいせいか少し基本を軽んじるきらいはあるんじゃないかな

ただ自分はVue使いなんだけど当然ながら素晴らしい
特にVueテンプレートファイルのhtml、CSS、JavaScriptを1つのファイルにまとめられるのは素敵
特にCSSのスコープ定義で局所化したりできるのは痺れる
WebPackの功績が大きいのかも知れないけど
Wpfのデータバインドを意識したモデル、ビュー構造も最高に好き
2020/06/01(月) 01:13:40.91ID:RpkIRyj6
WPFだと…？
2020/06/01(月) 01:21:29.25ID:Y6C/Hhni
まああれだ。雑誌編集者に対して
ボタンやらInputBoxやらアプリのUIについて
語っても殆ど意味がないのと一緒

ウェブの多くはウェブサイトで雑誌編集者が担当するような仕事
jQueryはそこに足りない動きや機能をちょっと追加するだけ
ReactやVueはアプリUIを作るためのもの
目的が全然違っている
2020/06/01(月) 02:00:33.56ID:8MAPJOWk
とりあえずこのスレ民のレベルはわかった
2020/06/01(月) 02:02:35.23ID:0Y4JhCWi
そもそもこのスレに来てわざわざjqueryスゲーを長文で連投しやがるガイジは今すぐ消えろ
構ってほしいんだろうがきしょいわ
テメーの好きな巣で一生吠えてろ
2020/06/01(月) 02:08:26.36ID:Y6C/Hhni
嫌なら見るな
2020/06/01(月) 02:12:34.25ID:0Y4JhCWi
お前が消えろボケが
スレがちがうんだよ
毎回毎回気持ち悪い
リアルでも粘着質なんだろ
早くあっち行け
2020/06/01(月) 02:41:08.49ID:Y6C/Hhni
あっちいけって言われていくわけ無いじゃんｗ
2020/06/01(月) 08:05:37.75ID:M7ivFsPk
>>422
例えば A B C という内容のリストを得たい場合、その前の状態が A B ならCを追加するのが
最適だけど A B C D だったらDを削除することになる。
生のDOM操作を最適化するというのはそういった場合分けを全部自分でやるということだからねぇ。
前の状態にかかわらず全部消してから A B C を入れなおす方が簡単だからそうする人もいるだろう。
そこはDOM操作を最適化することのメリットとデメリットのトレードオフだしな。
2020/06/01(月) 09:32:10.16ID:Y6C/Hhni
>>436
もう少し実際にありそうな例で具体的に
言ってくれないと簡単に反論できるかなぁｗ

例えば A B C という内容のリストを得たい場合
その前（現在の状態）がA Bなら以下の通りで

<ul id="list" class="a b">
<li class="a">A</li>
<li class="b">B</li>
<li class="c">C</li>
<li class="d">D</li>
</ul>

#list > li { display: none; }
#list.a > li.a { display: block; }
#list.b > li.b { display: block; }
#list.c > li.c { display: block; }
#list.d > li.d { display: block; }

$('#list').attr('class', 'a b c'); を実行すれば望んだ状態が得られる

クラスを書き換えるだけでDOMツリーは変更しないから速いことが想定できるし
CSSを変えてるだけだからブラウザが必要最小限のレンダリングを行うだろうと期待できる

DOM操作は必要最小限にしよう。これはたった一行で処理も速い。
2020/06/01(月) 11:54:00.62ID:LV1YXxu/
もうエンジニアらしくパフォーマンス計測して説明してくれよw
2020/06/01(月) 12:20:47.92ID:ELGuH/q/
フレームワーク使ってるやつが、コード書かないんだからどうしようもない
jQueryのコードはいっぱい書いてきた
しかし同等のコードをフレームワークで書き直すやつはいない
2020/06/01(月) 12:37:47.62ID:0Y4JhCWi
さすがにWebサイトごときにReact使う気にはなれんからゴミjqueryでもいいけどさぁ
まさかこのゴミ推奨委員の人はWebアプリにもjqueryでの構築を勧めんの？
2020/06/01(月) 12:52:51.61ID:SacmN/TG
>>440
逆だろ。何でもかんでも「脱jQuery」とか言い出すアホに
俺は警告してるだけ。警告っていうかお前らが「脱jQuery」とかいい始めた5年で
jQueryは更に10%以上も使われてるようになったという事実を言ってるだけだが
一方フレームワークの利用者はいまだ1%未満
2020/06/01(月) 12:58:57.44ID:0Y4JhCWi
>>441
アプリ自体がゴミ量産Webサイトより圧倒的に少ないんだから当たり前じゃん
でお前はアプリ開発もjqueryでやるの？
2020/06/01(月) 13:57:23.29ID:LV1YXxu/
もしかしてjQueryとフレームワーク両方でパフォーマンス計測するということすらできない人々が議論してたのか？
そりゃ決着つかないわ。
2020/06/01(月) 14:01:06.77ID:LV1YXxu/
みんなエンジニアなんだろ？>>408みたいな測定結果を持ってきて相手を黙らせればいいじゃん。
このデータは詳細不明なので役に立たないが。
2020/06/01(月) 17:11:11.56ID:SacmN/TG
>>442
だーかーらー、「ウェブアプリではjQueryよりもフレームワークを使おう」って
言ってれば何の問題もなかったの
「jQueryは古いから脱jQueryしようキャンペーン」がクソだっていってんの

圧倒的に多いウェブサイトで使うのはjQueryが一番適してる
今からでも遅くないんだから、俺はそう主張して回ってんのｗ
2020/06/01(月) 17:21:13.58ID:SacmN/TG
>>408
なんでいちいちサイトを隠すかね？そんなのすぐ見つけられるというのに

Comparing React.js performance vs. native DOM
https://objectpartners.com/2015/11/19/comparing-react-js-performance-vs-native-dom/

Reactを利用したいくつかの個人的な実験に取り組んでいる間に、意外にもパフォーマンスのボトルネックに遭遇しました。
さて、これは私にとってパフォーマンスの恩恵のようには感じられませんでした。インターウェブをサーフィンした後、
Reactに関する同様のパフォーマンスの懸念の事例証拠を見つけたようです。それを念頭に置いて、
私はJSを介してネイティブDOM操作で実装した代替アプローチに取り組み始めましたが、
Reactバージョンよりもパフォーマンスが優れていることがわかりましたが、実際には1対1の比較ではありませんでした。

実行時間

2000要素では、DOMバージョンはデスクトップの時間に匹敵しますが、12秒のリードで、NexusのReactより先を進みます。
4000行までに、Reactバージョンは2.25分でレンダリングするのに苦労しており、DOMバージョンの2倍以上遅いです。
なぜそうなのかをお話ししたいと思いますが、Reactバージョンでは2倍の作業を行う必要があると推測できます。
仮想DOMと実際のDOMの両方を操作してコンポーネントをレンダリングしているためです。

メモリ消費

したがって、モバイル環境でReactを検討する場合、メモリ消費は最適化するか、少なくとも認識しておく必要があるようです。
これは、環境がディスクなどに対して何らかの仮想メモリページのスワッピングを開始する必要がある場合に、
アプリ全体でReactアプリに見られる速度低下の一部である可能性があります。

概要

React.jsは、ブラウザーアプリケーションのビューレイヤーで状態を管理するための優れたアプローチであることは間違いありません。
しかし、私自身の限られた経験から、レンダリングに費やされた時間から消費されたメモリの量をそのまま比較するだけでなく、
Reactのようなライブラリから得られる便利さに対して支払うべき明確な代償があります。
純粋なパフォーマンスの観点からは、特定の問題に対する純粋なJS DOMアプローチを評価することにはいくつかのメリットがあるように思われます。
2020/06/01(月) 17:28:38.28ID:GTAzkg2N
こんなくだらない論争してないでRecoilの展望について語れよ
2020/06/01(月) 17:31:25.34ID:RpkIRyj6
5年前の変な日本語ｗｗｗ
2020/06/01(月) 17:33:30.63ID:SacmN/TG
>>448
Google先生に文句言うな！
2020/06/01(月) 17:35:01.23ID:SacmN/TG
>>447
あと3つぐらい似たようなものが登場するんじゃね？
んで、1年後ぐらいにRecoilはもうオワコンとか言われる
普及する前にオワコンｗｗｗ
2020/06/01(月) 18:42:27.73ID:0Y4JhCWi
Webサイトしか作れないコーダーって悲しいよな
わざわざWebアプリ用のフレームワークに噛み付いて勝ち誇って何がしたいんだか

シェア74％？
へーすごいね
一生使ってろ
2020/06/01(月) 18:43:29.19ID:1M1uJIUJ
このように技術の話を、人の話にすり替えるのが流行ってるのか？
2020/06/01(月) 18:46:20.43ID:1M1uJIUJ
jQueryは〜、 Vueは〜

↓

お前はコーダーだ、お前はjQuery使ってろ、お前は！お前は！


こんな感じｗ
2020/06/01(月) 19:00:51.83ID:YLFWVkAE
だって人の話だから
jQueryじゃなくてスレタイも読めないキチガイに怒ってるだけ
2020/06/01(月) 20:39:10.04ID:wdhscBPR
>>451
そんな奴このスレにいないよ。
みんな大学で情報理論についてみっちり学び、研究室ではpythonでMLの研究に携わって、その傍らアルバイトでwebサービスの開発をして小遣い稼ぎ、その後メーカーに就職してC言語で組み込みに励んだあとにIT企業に転職してマネージャーになってコーディング卒業してるから。
webサイト作成は趣味兼副業のアフィblogのためにやってるだけだろう。
2020/06/01(月) 20:48:13.50ID:l4HIPpsU
実際ReactはWebアセンブリで消える可能性ある
jQueryは素人とかWebサイト用に残る
俺はjQueryよりReactの方が好きだけど
2020/06/01(月) 20:52:59.65ID:M7ivFsPk
>>437
隠してるだけじゃんｗ
データが刻々変化するWebアプリみたいなものは全然念頭に無いんだろうな。
2020/06/01(月) 21:31:57.98ID:0Y4JhCWi
>>455
底辺組み込みをそこまで自慢しなくてもw
2020/06/01(月) 21:33:22.10ID:0Y4JhCWi
>>456
そう
それは俺が前からここで言ってる
いまWebComponentを策定中だからあくまでもそれまでの繋ぎでしかない
2020/06/01(月) 21:33:28.89ID:xlNGyQiU
>>457
だから具体例を言えと言ってる
データが刻々変化する？だからなんだ？
CSSでグラフでも作ってwidthの%で表現すればいいんか？

って簡単に俺に反論されるやろ？
だからできないような具体的な例を考えてこいと言ってる
2020/06/01(月) 21:35:46.98ID:xlNGyQiU
>>459
WebComponent登場でVue、React、Angularの設計が大きく変わって
また覚え直しになるのが目に見えてるんだよなｗ

WebComponentだと配布の容易性からフレームワークを
使わないで実装するのが流行るだろう

jQueryはそのコンポーネント同士を繋ぐ役目をするものだから
WebComponentの時代でも生き残る
2020/06/01(月) 21:42:45.19ID:M7ivFsPk
>>460
具体例って、

<ul>
<li>A</li>
<li>B</li>
<li>C</li>
</ul>

を

<ul>
<li>A</li>
<li>B</li>
<li>C</li>
<li>D</li>
</ul>

にするとかそういうレベルで言わないと理解できないんだろうか。
2020/06/01(月) 21:48:41.87ID:xlNGyQiU
>>462
そうそう。そんなんでいい。それをVueとか好きなフレームワークで書いてみ
2020/06/01(月) 21:49:22.79ID:xlNGyQiU
っていうか、最初の例じゃねーかｗ
それ要素を非表示にするだけでいいだろ
なんでそんな事しねぇといけなんだ。
そこからちゃんと説明しろって
2020/06/01(月) 22:14:07.76ID:M7ivFsPk
スタイルで非表示にすればいいじゃんてのは結局直接DOM操作するのが大変だからだよなぁ。
UNIXのtopコマンドみたいなのはただ隠すだけじゃ無理があるし。
2020/06/01(月) 22:23:29.85ID:lf51+gry
>>406
寧ろコンソールへの表示の有無で解凍速度変わるって知らんの？
画面表示って結構オーバーヘッドなんやけど
2020/06/01(月) 22:39:38.12ID:80Xi+K8a
場末のスナック＝コボル＝jQuery
2020/06/01(月) 22:41:03.24ID:0Y4JhCWi
>>461
覚え直しなわけねーじゃん
jqueryごときで脳みそ固定されてっからお前には苦痛だろうが新しく出たって1日で覚えられるわい
2020/06/01(月) 23:11:58.91ID:betc8EO5
jquery先生マジでwebアプリ知らんのなｗ
2020/06/01(月) 23:15:49.58ID:xZL8Ap71
>>466
いや、だからjavascriptでそれにあたるものはなんなんでしょうか？という質問なんですけど…
2020/06/01(月) 23:23:52.92ID:xZL8Ap71
正直なところリアルDOMと仮想DOMの関係をtarコマンドに例えられたのが理解できず混乱してしまったんですが、この例えって適切なんでしょうか？
2020/06/01(月) 23:33:51.15ID:mCx+eQal
このスレの内容読んでも正しい理解から遠ざかるだけだよ
2020/06/01(月) 23:43:52.04ID:QvRK6jc/
>>404、>>466
この2つの書き込みのわかってる感はすごい。
きっと明快な説明をしてくれるはず。
2020/06/02(火) 06:14:17.57ID:YnHhgZXY
>>465
だから自分で無駄なアルゴリズム（つまり仮想DOM）考えて
無駄なアルゴリズム効率化したよ！っていうのはやめろと
最初から軽量なアルゴリズムを使えばいい
隠すだけでいいなら隠すだけでいい

> UNIXのtopコマンドみたいなのはただ隠すだけじゃ無理があるし。
一つのテキストエリアに代入すればいいだけでは？ｗ
2020/06/02(火) 06:15:58.34ID:YnHhgZXY
>>468
> 覚え直しなわけねーじゃん

ん？捨てるだけっていいたいんですかね？ｗ
今までフレームワークで作っていたものが
ブラウザネイティブでできるようになったから
フレームワークは不要になると

どこかで聞いた話ですなぁｗ
2020/06/02(火) 07:48:36.94ID:PNH+YxIC
>>474
>一つのテキストエリアに代入すればいいだけでは？ｗ

結局、リストやテーブルで>>436のような更新を効率よくやるのはあきらめたと。
2020/06/02(火) 08:25:02.26ID:YnHhgZXY
>>476
効率（？）よりも素早く表示できることが重要じゃね？
2020/06/02(火) 10:35:55.98ID:aF6gXvXJ
Webアプリ作れないのにわざわざjqueryサイコーしに来るなゴミ
2020/06/02(火) 13:42:07.54ID:EzV2+lxf
>>478
嫌なら見るな
2020/06/02(火) 14:44:07.39ID:Jz8TBM1T
フレームワークを使った場合とそうでない場合の比較をこのスレでしても本題が進まないしな。俺はjqueryをNGにすることにしたよ。
2020/06/02(火) 14:47:06.27ID:Jz8TBM1T
jqueryおじはフレームワークの普及などで、プログラミングが簡単なものになっていくのが我慢できないタイプの人なんだと思う。(よくいる)
彼らの楽してプログラムする人への嫌がらせは絶対に止めさせられないと思うのでNGするしかないよ。
2020/06/02(火) 14:49:13.98ID:Jz8TBM1T
気持ちはわかるけどね。
プログラムの敷居が下がることは自分自身の価値の低下に繋がるし、自分が技術習得のために費やした時間が無駄になるように感じてしまう。この感覚は本当に怖いもんだ。
2020/06/02(火) 14:55:08.02ID:EzV2+lxf
>>481
逆だな。シンプルでいいものを古いってだけで複雑化させるなと
手段が目的になってることに警告している
2020/06/02(火) 16:14:12.52ID:Jz8TBM1T
>>483
いやだからその話はスレチなのよ。ここはフレームワークを使うことを前提に話すところだからね。
あなたの指摘について話してると本題が進まないから皆迷惑してる。
2020/06/02(火) 16:19:26.38ID:XUL0AfH0
このスレは統合失調症に住み着かれてしまったんだ、あきらめろ。
統失は自分の頭の中と人の頭の中の区別がついてないらしいから、自分が迷惑してなければまさか他人が迷惑しているなんて想像もつかないらしいぞ。オワタ
2020/06/02(火) 20:51:59.38ID:PNH+YxIC
>>477
結局>>420の指摘の通りなんだろ？
生DOMで最適な操作がすぐわかるならやるけどそうでなけりゃDOM操作以外でお茶を濁すと。
2020/06/02(火) 21:20:05.39ID:y2pssUuQ
ここからUIコンポーネントのライブラリについての話
2020/06/02(火) 22:53:42.91ID:22TYrFrm
emotion と styled-component ってどっちがおススメ？
2020/06/02(火) 23:36:43.83ID:HsElvnUb
>>486
生DOMで最適な操作がわからないことを
今までやったことがあるか？
2020/06/03(水) 00:49:20.55ID:IabKp2q1
フレームワーク使わないとサーバーとの通信回線が大分増えそう
2020/06/03(水) 02:37:33.67ID:8UYALONQ
増えそう（予想ｗ）
2020/06/03(水) 07:20:24.72ID:XM98eiL0
ReactはJSXが慣れなかった
Blazorは生HTMLそのまま書けてとても良い
ただ速度は遅いのか・・・容量重い見たいだし
2020/06/03(水) 08:18:46.73ID:PFUYBSjI
>>489
>>436のように状況によって判断する必要があって最適操作というものが多岐にわたる場合はあるよな。
実際jQuery君は逃げたし。
494デフォルトの名無しさん
垢版 |
2020/06/03(水) 12:19:20.95ID:acb2GgKY
>>493
おい、勝手に逃げたことにするなよｗ
仕事しろよｗ
495デフォルトの名無しさん
垢版 |
2020/06/03(水) 12:20:40.45ID:acb2GgKY
っていうか逃げたって言うほどレス進んでねーじゃんｗ

> >>436のように状況によって判断する必要があって最適操作というものが多岐にわたる場合はあるよな。

だからやったことがあるのかと
2020/06/03(水) 12:44:29.95ID:JLhL0PQJ
アーナル
497デフォルトの名無しさん
垢版 |
2020/06/03(水) 12:49:02.20ID:acb2GgKY
あとフレームワークなら最適だっていうけど、
本当に最適になってるのかという問題がある

A
B
C

を

C
B
A

に書き換える場合、一体何回のDOM操作を行うのか？
そこがはっきりしないといかんよな
2020/06/03(水) 13:02:55.71ID:Y4Wo8X9c
頼むからその話もうやめてくれ…
499デフォルトの名無しさん
垢版 |
2020/06/03(水) 13:03:48.50ID:acb2GgKY
嫌なら見るなｗ
2020/06/03(水) 13:09:37.28ID:iKVvtebg
荒らしにかまうな。このスレには荒らしが住み着いている。その事実を受け入れろ。
2020/06/03(水) 14:17:44.99ID:llXSixd1
Angular派ってどこにいるの
2020/06/03(水) 22:58:56.19ID:7+I+fFTj
angular派ってめんどくさいけど覚えたコスト無駄にしたくないから使ってるってだけでしょ
2020/06/03(水) 23:30:27.85ID:IabKp2q1
ソートこそ最後の最終結果だけを描画する仮想DOMで早くできる分野なんじゃない？
2020/06/04(木) 01:22:45.15ID:LYOI3JL5
俺はReact使ったことない、Vueは超簡単な入門書一冊やっただけ、でangular使ってる。用途は自社サーバーの管理ツールとして使用するwebサイト開発。
もともとWPFでデスクトップアプリの開発の経験があったんだが、それと似てるからかすっと馴染んで凄く使いやすいと思ってる。
まあそもそもフロントエンドは一般教養レベルの技術しか持ってないところから始めたから感覚が全然違うだけなんかな。
2020/06/04(木) 01:33:13.27ID:LYOI3JL5
Angularでありがたいのは、公式サイトのドキュメント一通り勉強して身に付けた定石に従えばOKなところかな。
ReactとVueはあまり詳しくないのでわからないけど、フロントエンド開発は何が正攻法なのかわからなくて悩んでしまうイメージがある。もちろん経験が浅い故の悩みなんだろうけど。
2020/06/04(木) 01:49:57.54ID:od5oT+Sf
Webフロントエンドはまだ流行り廃りが激しいから、どれが正解とかは一概には言えない部分がある
が旧来のやり方で作られてるものだろうとなんだろうとWeb標準に従っていれば今後動かなくなるということはまずないので、そこは安心していい（ライブラリやフレームワークが保守されなくなることはあるが）
これから新しくやるならとりあえずそのとき一番流行ってるものを使ってみるといいと思う
トレンドの追い方は色々あるだろうけど、今から把握するならこことかおすすめ
https://2019.stateofjs.com/front-end-frameworks/
507デフォルトの名無しさん
垢版 |
2020/06/04(木) 06:02:07.69ID:L+E/1jGT
>>503
実際に速いのかどうか。やってみないとわからない。
508デフォルトの名無しさん
垢版 |
2020/06/04(木) 06:03:24.48ID:L+E/1jGT
>>505
> フロントエンド開発は何が正攻法なのかわからなくて悩んでしまうイメージがある。
そうではなく絶賛開発中だからだよ
一年後にはやり方が変わってる
509デフォルトの名無しさん
垢版 |
2020/06/04(木) 06:50:57.10ID:KwTRcPMk
Javascript はweb制作管理板、CGI はWEBプログラミング板へ。
2020/06/04(木) 07:47:14.48ID:Efp7l1XA
>>495
ああ、書き方が悪かったな。DOMを使わない手段で逃げたということ。
仮想DOMの効率を比較するうえで挙げた例なのにな。
511デフォルトの名無しさん
垢版 |
2020/06/04(木) 07:48:59.07ID:q5ejfX+g
>>510
手段が目的になってるね
フレームワークの欠点はCSSベースのよりよい方法
軽くてシンプルな方法が採用できないってのも上げておくか
2020/06/04(木) 08:14:52.94ID:Efp7l1XA
最初に挙がった話がDOM操作の効率比較なんだから当たり前。頭沸いてんのか？
それと、なんでフレームワークだとCSSが使えないと思い込んでいるんだろう。
2020/06/04(木) 09:21:09.23ID:H8bkblOq
どうしてもこのスレでその話を続けないといけないのか？
514デフォルトの名無しさん
垢版 |
2020/06/04(木) 10:59:00.78ID:q5ejfX+g
>>512
フレームワークでDOM操作効率化なんてしてんの？
俺ならHTML文字列を組み立てて代入するだけだなぁ
これならDOM操作は一回じゃね？
2020/06/04(木) 12:41:52.47ID:ph5uM4S6
>>514
DOM構築後は固定かよ
クソじゃん
516デフォルトの名無しさん
垢版 |
2020/06/04(木) 13:30:21.25ID:q5ejfX+g
>>515
フレームワーク使って変えるよりも
jQuery使って変えたほうが効率的ってことだよ
2020/06/04(木) 13:51:39.87ID:cVL0kVhl
こちらに適切なスレがあるからこっちで話してね

Vue vs React vs Angular vs jQuery Part.3
https://mevius.5ch.net/test/read.cgi/tech/1560333177/
518デフォルトの名無しさん
垢版 |
2020/06/04(木) 13:54:38.79ID:q5ejfX+g
向こうのスレでも答えが出てるなｗ

> 文字列でhtml作ってdivにまとめてブチ込むのが簡単だし高速
519デフォルトの名無しさん
垢版 |
2020/06/04(木) 13:59:59.62ID:KwTRcPMk
いまHTML5パーサー書いてて一通りの実装が済んだんだけど、次の部品を製造するとしたら、何が求められるんだろね？
パーサーのテスト実装が途中の状態だけど。
520デフォルトの名無しさん
垢版 |
2020/06/04(木) 14:02:39.64ID:KwTRcPMk
WHATWG Encoding standardとWHATWG HTML Standard の Parsing まで実装した。
Chromeがどうやら属性値のエスケープなどごく一部を除いて改行の移動する位置まで厳格に仕様通りなので、Chromeの出力をテストデータにしてるけど。
521デフォルトの名無しさん
垢版 |
2020/06/04(木) 14:03:39.87ID:KwTRcPMk
というより、Chromeのアルゴリズムをそのまま仕様にしてるのかね。
522デフォルトの名無しさん
垢版 |
2020/06/04(木) 14:10:11.05ID:KwTRcPMk
Chromeがなぜ属性値のエスケープを仕様通りにしないのかも気になる。
パーシングと直列化を繰り返すと危険なHTMLに変化させることが出来るのだろか？
もしそうなら仕様の方を修正してほしい。
2020/06/04(木) 14:17:30.84ID:S0nAIzUJ
もしかしてVueってLaravelがサポートしてるからぺちぱーがなだれ込んだだけのうんち？
524デフォルトの名無しさん
垢版 |
2020/06/04(木) 14:19:12.71ID:KwTRcPMk
トークン化ステージ（字句解析に相当）が3000行、木構築ステージ（構文解析に相当）が5000行程度だった。
横にいくらでも伸ばすスタイルなので、80行縛りとかある人なら倍に膨らむだろうけど。
個人で書けない分量ではなかった。

これ、木であるという縛りがあるので、アルゴリズムが不必要に複雑化してるよね。
自分が一から設計するなら別の方法を使うだろな。
2020/06/04(木) 14:20:17.32ID:7GmwQE7C
Vueはうんちだよ。敷居の低さだけが売りさ。
2020/06/04(木) 14:20:32.13ID:uCxAA6/g
CRAは「使えない」みたいな意見たまにあるけどそうなの
527デフォルトの名無しさん
垢版 |
2020/06/04(木) 14:21:08.20ID:q5ejfX+g
jQueryと関係ない話はやめてください！
528デフォルトの名無しさん
垢版 |
2020/06/04(木) 14:21:56.21ID:KwTRcPMk
板違いスレだし何でもありなんじゃないの？
2020/06/04(木) 14:23:57.86ID:7GmwQE7C
このスレは荒らしの割合が多すぎてダメだな。さらば。
530デフォルトの名無しさん
垢版 |
2020/06/04(木) 14:24:26.76ID:KwTRcPMk
しかしこれだけ複雑怪奇なアルゴリズムだと、すべてのパスを通すようにテストを書くとしても、テストにはならないよね。
こんなのはどうしたら良いのか。
まあ全部で2万行台のソースに対して、テストが100万行とかなりそうだし、すべてのパスを通すってのがもう無理だけど。
531デフォルトの名無しさん
垢版 |
2020/06/04(木) 14:25:22.67ID:KwTRcPMk
>>529
俺はHTMLの専門家がいると聞いて質問してるだけで、荒らしてるわけじゃないぞ。
532デフォルトの名無しさん
垢版 |
2020/06/04(木) 14:27:42.88ID:KwTRcPMk
ちなみに使った言語はC++17ですハイ。
トークンの型をテンプレートで受け取ってconstexprで判定の一部をコンパイル時に移動することで、高速化を図りました。
これはイイ！やりかた。
533デフォルトの名無しさん
垢版 |
2020/06/04(木) 14:30:04.63ID:KwTRcPMk
一番聞きたいのは、次何作れば良いかなってことだけども。
URL Standardだろか？

二番目が、こんなわけわからん仕様の場合、テストはどうするべきか？ってことだけども。
2020/06/04(木) 21:48:18.48ID:yu2YMObw
>>517
そっちはjqueryおじさん隔離スレとして使って下さい
2020/06/04(木) 21:49:22.38ID:wotyavku
vue.jsのどこが敷居低いんだよ。
再帰とデータ構造が判ってないと本を読んでも
ネタ化するだけじゃん。
536デフォルトの名無しさん
垢版 |
2020/06/04(木) 22:11:46.48ID:hC0MsN2x
Ruby on Rails でも、Bootstrap を使うには、jQuery が必要

他には、React。Vue.js は少ない。
Angular はいない

HTML の部分木を作るのは、JavaScript のDocumentFragment
2020/06/04(木) 22:51:34.74ID:xU6gLBpw
>>535
導入の敷居は低いけど習得の敷居は…って感じだね
2020/06/04(木) 22:52:41.77ID:xU6gLBpw
動画サイトなんかはReact使ってるとこ結構多いよね
2020/06/04(木) 23:00:32.29ID:LYOI3JL5
敷居が低い・高いってのはある場所に入ることに対する難度を示す言葉だからな。
「習得の敷居が高い」とは言わないでしょ。
2020/06/04(木) 23:01:35.09ID:LYOI3JL5
個人的にはangularも十分敷居が低いと感じたけどね。
541デフォルトの名無しさん
垢版 |
2020/06/05(金) 03:58:41.39ID:/s+vLyih
Vue.jsでページ離脱時に「このサイトを離れますか？」を表示する
https://qiita.com/kimuchan/items/7d9de3adb95bcdc0a662

なんでこんなに複雑なんですか？
普通ならたったの4行でできることなのに

window.onbeforeunload = function(e) {
e.preventDefault();
return '';
};
2020/06/05(金) 04:52:54.91ID:n135C4CO
SPAのルーター使ったページ遷移は特殊でページ遷移したように見えても
スクリプトとかDOMツリーを丸ごと破棄するわけじゃないから
543デフォルトの名無しさん
垢版 |
2020/06/05(金) 12:55:00.26ID:EqTjbYji
インタラクティブなサイトを作る場合reactやvueなどのライブラリを使うと幸せになれます。

静的なサイトにはreactは必要ないです。もっと言うとjQueryも必要なくてvanillajsで事足ります。

そういう意味でもjQueryを使う必要はどんどんなくなっていきます。
544デフォルトの名無しさん
垢版 |
2020/06/05(金) 13:12:24.80ID:/s+vLyih
vanillajsよりもjQueryの方が簡単に書けるってことを
否定した記事は見たことないんだけど？
545デフォルトの名無しさん
垢版 |
2020/06/05(金) 13:39:10.21ID:EqTjbYji
記事もあくまでも個人の感想だから、記事があるからと言って簡単ということにはならないと思うが。

それはさておき、jQueryなら、こうかけるのに〜と嘆きたくなるなら、そういう風にvanillaで実装すればいいだけでは？
546デフォルトの名無しさん
垢版 |
2020/06/05(金) 14:00:50.79ID:/s+vLyih
>>545
オレオレライブラリを作れっていう話なら、技術ノウハウが共有できないので却下します。
547デフォルトの名無しさん
垢版 |
2020/06/05(金) 14:21:45.83ID:EqTjbYji
>>546
数が多ければそうなんだけど、今はjQueryにしかない関数って少なくないよね？
548デフォルトの名無しさん
垢版 |
2020/06/05(金) 14:22:45.02ID:/s+vLyih
>>547
jQueryの方が簡単にかける関数は多いです。
簡単にかける＝テストすべきコードも少ない
549デフォルトの名無しさん
垢版 |
2020/06/05(金) 14:27:37.54ID:EqTjbYji
>>548
例えば？？

jQuery側がテストしてる前提だからその、イコールは成り立つけど全てに当てはまるものではないね
550デフォルトの名無しさん
垢版 |
2020/06/05(金) 14:33:13.16ID:/s+vLyih
>>549
例えば動的にA要素が増減する場合に対応した
イベントハンドラの定義

$(document).on('click', 'a', function() {
・・・
});
2020/06/05(金) 14:59:35.78ID:p4hV8+at
また荒らしがわいてる
2020/06/05(金) 15:05:24.13ID:KA6Po/JQ
フレームワークの存在意義すら理解できないようなら参加しないでほしい
553デフォルトの名無しさん
垢版 |
2020/06/05(金) 15:20:16.53ID:EqTjbYji
react、vueなどのフレームワークの存在意義は理解しているが
多くのサイトはwebcomponentsでいいじゃんと思ってしまう。
554デフォルトの名無しさん
垢版 |
2020/06/05(金) 16:09:30.64ID:Uv2w5eYU
Webcomponentsがゴミに見えてしまうのは僕の頭が悪いからでしょうか。
2020/06/05(金) 16:14:52.09ID:nTqC6OPt
フレームワークの存在意義なんて楽して書ける、低水準な話を理解してなくても書ける、の2点に尽きるんじゃないの？
556デフォルトの名無しさん
垢版 |
2020/06/05(金) 16:15:49.92ID:EqTjbYji
>>554
どこがゴミなのか教えてほしい
557デフォルトの名無しさん
垢版 |
2020/06/05(金) 16:35:48.12ID:Uv2w5eYU
逆にどこが良いんでしょうか？
558デフォルトの名無しさん
垢版 |
2020/06/05(金) 16:45:53.19ID:EqTjbYji
>>557
コンポーネントとして再利用できる、ある程度はreactiveにかける、vanillaなので軽い、ライフサイクルを持ってる。
弱いところは宣言的に書けないところくらいじゃない？
559デフォルトの名無しさん
垢版 |
2020/06/05(金) 16:47:44.85ID:Uv2w5eYU
え？それはイイですね。
ゴミだと思ってました。
560デフォルトの名無しさん
垢版 |
2020/06/05(金) 16:55:03.20ID:Uv2w5eYU
ところで何でjQueryの話題禁止ですか？
2020/06/05(金) 17:16:32.19ID:E2RRrr/3
>>560
ここはVueとReactとAngularの比較をするスレだからだよ。

jQueryの話なら下記のスレでしてね。

Vue vs React vs Angular vs jQuery Part.3
https://mevius.5ch.net/test/read.cgi/tech/1560333177/

なぜjQueryのシェアは予想に反して減らなかったか？
https://mevius.5ch.net/test/read.cgi/hp/1580334887/

+ JavaScript & jQuery 質問用スレッド vol.7 + [無断転載禁止]©2ch.net
https://mevius.5ch.net/test/read.cgi/hp/1478002550/
562デフォルトの名無しさん
垢版 |
2020/06/05(金) 17:29:45.40ID:Uv2w5eYU
Javascript はweb制作管理板、CGI はWEBプログラミング板へ。
↑
板のルールこれ。
ルール守れとは思わないけど、ルール守らない人が、他人にルール守れというのは違和感ある。
563デフォルトの名無しさん
垢版 |
2020/06/05(金) 17:33:52.81ID:Uv2w5eYU
プログラミングに検索はつきものだけど、サムライ何とかクリックしてしまうとイラっとするわ。
なんなのお待ちくださいみたいなクルクル。
ウェブサイトであれは無いわ。
アプリじゃないんだからさ。
564デフォルトの名無しさん
垢版 |
2020/06/05(金) 17:36:35.17ID:Uv2w5eYU
jQueryはなかなかの発明だと思ったけど、仮想DOMはそうでもないな。
565デフォルトの名無しさん
垢版 |
2020/06/05(金) 17:37:51.99ID:/s+vLyih
仮想DOMは遅くなってしまうのを回避するためのノウハウですからね
開発者にメリットを与えていない
566デフォルトの名無しさん
垢版 |
2020/06/05(金) 17:40:14.68ID:Uv2w5eYU
Computer Shopperは梅田の洋書屋に置いてあったんだけど、なぜかイギリス版だったんだよな。
アメリカ版のほうが需要あるだろうに。
でも面白いから良く買ってた。
567デフォルトの名無しさん
垢版 |
2020/06/05(金) 17:51:00.10ID:FtlHLQb4
ちょっと聞いてくれ。
ｊＱｕえｒｙのシェアに大きな変化があった。

https://w3techs.com/technologies/history_overview/javascript_library/all
ここ数年は1ヶ月で0.1%、1年でようやく1%ぐらいしか伸びていなかったんだが
なぜか5月から6月にかけて1ヶ月で1%以上も増えてる
逆に減ったのはJavaScriptライブラリを使ってないサイト
コロナのせいかな？
568デフォルトの名無しさん
垢版 |
2020/06/05(金) 18:03:36.52ID:Uv2w5eYU
俺も気づいたことあるんで、書いておくわ。
Githubのアクティビティがコロナ期間中ものすごく上がってる。
これは、仕事とは別にプロジェクトを持つ人が多いことを示唆するのでは。
2020/06/05(金) 20:14:25.87ID:m8qwJlXr
>>562
結局このスレは何について話すために立てられたスレなの？
2020/06/05(金) 20:17:19.61ID:Fdu8CZzS
なんでこのスレでjQueryの話するの？なんでなんでなんで？
2020/06/05(金) 20:17:37.43ID:Fdu8CZzS
なんでなの~？
2020/06/05(金) 20:19:50.42ID:UiSduxRW
これでもみて落ち着け
https://i.imgur.com/igLZhbz.jpg
2020/06/05(金) 20:23:51.31ID:OEFtSVrd
自分が理解できない新技術を叩くことに血道を上げる爺、つくづく哀れだな。
2020/06/05(金) 20:26:25.98ID:KODGR1Mj
Nuxt vs Next
575デフォルトの名無しさん
垢版 |
2020/06/05(金) 20:59:37.58ID:Uv2w5eYU
>>569
それは立てた人に聞かんと分からんけど、立てた人の意向に沿わないとダメって事もないわな。
板違いスレなんだし。
そこら辺は、立てた人もおおらかな気持ちで許してくれると思うぞ。
2020/06/05(金) 21:46:46.41ID:Lr2lHG7b
馬鹿はjQuery使えばいいじゃない
577デフォルトの名無しさん
垢版 |
2020/06/05(金) 22:13:35.39ID:YTcIve/l
天才でもjQueryで良いと思うけど？馬鹿限定にしないとなにか困るの？
2020/06/05(金) 22:19:46.82ID:B45TUAZe
>>575
jQueryフォォォオオオオ！！！！
2020/06/05(金) 22:20:47.86ID:Pm8/8uC1
jQueryの話題OKのお墨付きがでたフォォォオオオオオオ！！！！フォォォオオオオオオ！！！！
2020/06/05(金) 22:28:49.18ID:cTe/Z6+G
はい、私がこのスレを立てしものです。
>>575さんが私の気持ちを代弁してくれました。jQueryの話もどんどんしましょう！
2020/06/05(金) 23:02:12.67ID:n135C4CO
Reactなら<>〜</>で済むところを<template>〜</template>って書くのはなんだかなぁ
582デフォルトの名無しさん
垢版 |
2020/06/05(金) 23:08:30.51ID:EqTjbYji
>>581
？？？

ちょっとなに言ってるかわからないので詳しくお願いします
2020/06/05(金) 23:22:49.43ID:e4Todh9J
Ruby on Rails では、Stimulus が多い。
data-属性で指定する、規約だけのフレームワーク。
ビジネスロジック・HTML の組み立ては、サーバー側だけ

一方、React, Vue.js を使うと、
ビジネスロジックがクライアント側にも分かれる

>>541
Ruby on Rails でも、Turbolinks という、Pjax(History API のpushState + Ajax)を使うけど、
バリデーションエラーで画面遷移しない場合などは、ややこしい
2020/06/06(土) 00:12:00.24ID:OiXPrcHj
無理やりjQuery以外の話し始めてて草
2020/06/06(土) 00:18:55.01ID:OiXPrcHj
Ruby on Rails使いはミーハープログラマーなイメージ。
2020/06/06(土) 01:20:15.27ID:7YMZq5d4
【ポイントは一つ】プログラミング未経験でも受かるポートフォリオの作り方
https://www.youtube.com/watch?v=la0rkh6wlxA

Ruby on Rails, Bootstrap, Github, Heroku
ログイン、画像・文字列の投稿、いいね、検索機能など

この娘は、勉強に1週間、作成に2週間
2020/06/06(土) 10:32:50.29ID:IES+TM0d
>>585
RubierはスタバでMacドヤってるイメージ
2020/06/06(土) 10:53:33.70ID:maGrK2WM
>>583
APIを界面にビジネスロジックはサーバー側、プレゼンテーションロジックはクライアント側って
ふつうに分離できると思うが。
2020/06/06(土) 11:14:25.86ID:ulo0YVWu
Ruby使いには何を言っても無駄だよ。何事についても理解が正確じゃないからね。
2020/06/06(土) 11:24:04.97ID:T0SYRtuq
svelteが人気出てきたよな
かなり簡潔に書けるし仮想DOMは使っていない
591デフォルトの名無しさん
垢版 |
2020/06/06(土) 11:28:20.35ID:i3dxEDdl
ほーらまた違うのが出てきたｗ
592デフォルトの名無しさん
垢版 |
2020/06/06(土) 11:50:02.66ID:COJn5GeL
我々読者はお待ちください見たいなクルクルは許さんからね。
サーバーサイドレンダリングしてよね。
2020/06/06(土) 12:10:30.74ID:IES+TM0d
Svelteってあったね↓の記事のリンクから知ったっけちょっと試したけど本格的にやろうとは思わんかったな
https://2019.stateofjs.com/front-end-frameworks/

Emberも知らんかったけど
Aureliaは載ってないけど終わってしまったんかな
2020/06/06(土) 14:22:26.51ID:kg24a5Q4
公式ドキュメントでも見てみるか -> "Black Lives Matter" ﾃﾞﾃﾞｰﾝ (他のページへのリンクもなし)

はあーまじくそ偽善者どもめ
595デフォルトの名無しさん
垢版 |
2020/06/06(土) 14:22:50.92ID:COJn5GeL
お待ちくださいのクルクルは公害みたいなもんだからな。

河が汚染されてるのは河が悪いってのは通らんからな。
汚染物質垂れ流す奴が悪いんだからな。
596デフォルトの名無しさん
垢版 |
2020/06/06(土) 14:29:06.74ID:COJn5GeL
クリックしてしまってクルクル、イラっとしたときに何か悪い成分が出てると思うんだよな。
これが戦争の原因物質では？
2020/06/06(土) 15:02:44.71ID:NZYvkkXZ
は？クルクルタイムのミニゲームはモダンwebの必須条件なんだが？
598デフォルトの名無しさん
垢版 |
2020/06/06(土) 15:04:08.90ID:COJn5GeL
いや、俺はあのクルクルめっちゃイラつくねん。
599デフォルトの名無しさん
垢版 |
2020/06/06(土) 15:05:55.46ID:Gs6XNHwr
あれってJavaScriptフレームワークの初期ページの
表示の遅さをごまかしてるんだろ？
2020/06/06(土) 15:14:56.01ID:AxdIOT4/
いや貧乏人のネット回線の遅さを誤魔化してるんだよ
601デフォルトの名無しさん
垢版 |
2020/06/06(土) 15:16:08.53ID:COJn5GeL
こいつ、回線のせいにしよったで！
2020/06/06(土) 16:27:02.76ID:IES+TM0d
回線ってより相手側のサーバーがアクセス数に合ってないってパターンが殆どなんだと思うよ
回線が遅いっていうのは大体マンション住みで通信インフラが居住者数に合ってないってパターンくらいだろ

GmailなんかはPCスペックに依存してロースぺPCだと遅いが
603デフォルトの名無しさん
垢版 |
2020/06/06(土) 16:29:26.54ID:COJn5GeL
どうでもいいから、クルクルやめいや。
イラっとするわ。
2020/06/06(土) 16:33:34.09ID:maGrK2WM
遅くてイラっとするのはたいてい広告の方だけど、やめるわけにはいかないなぁ。
2020/06/06(土) 17:18:13.07ID:Y5wmAuo8
サムライ塾の悪口はそこまでにしろ
606デフォルトの名無しさん
垢版 |
2020/06/06(土) 17:25:44.41ID:COJn5GeL
イラっとさせられると悪口の一つも言いたくなりますわ。
クリックする前に「クルクルします」と警告が出たらいいのになあ。
2020/06/06(土) 17:33:21.19ID:yACxhwqg
そんなくるくるが気になるサイトって動画の生配信かお名前くらいしか心当たりないが
608デフォルトの名無しさん
垢版 |
2020/06/06(土) 17:56:43.75ID:COJn5GeL
お名前って何？
2020/06/06(土) 18:13:14.00ID:aP59+Re1
お名前.comでしょ
UX悪すぎるからあそこ使うのやめたわ
610デフォルトの名無しさん
垢版 |
2020/06/06(土) 19:10:37.41ID:COJn5GeL
>>609
そうか、ありがとな。
むかし有名だったな。
まだあるんだ。
2020/06/06(土) 19:34:49.36ID:w7sAmPKa
jqueryならクルクルしないのにな
https://i.imgur.com/VfZcDKy.png
2020/06/06(土) 23:27:42.73ID:IES+TM0d
ロードに時間が掛かるから完了までくるくるを表示してるのを
くるくるしてますってアピールする為に表示してるとか勘違いしてる節が見受けられるな
613デフォルトの名無しさん
垢版 |
2020/06/06(土) 23:40:40.56ID:COJn5GeL
クルクル禁止法について、官邸御意見箱に投書してくるわ。
総理なら気持ちを分かってくれる。
614デフォルトの名無しさん
垢版 |
2020/06/07(日) 00:00:04.03ID:I1ZAw1qp
jQueryの頃は初期表示を早くするために
JavaScriptはページ表示の最期になってから実行する。HTMLとCSSだけで
ページ冒頭部分が見れるようにするっていうのは常識だったんだけど
フレームワークのせいでそれが難易度が高いものになってしまったから
そういうのに無頓着になってしまってるんだよな
2020/06/07(日) 00:06:03.77ID:4f+1WiBG
ゴミクズはよ寝ろ
2020/06/07(日) 00:12:05.31ID:dpE4vmCn
なぜサーバーのスペックが足りてないとは思わないのか？
2020/06/07(日) 00:58:09.59ID:4f+1WiBG
jquery使うサイトはSSRだよな
WordPressもそう
この侍もWordPress
つまりバックエンドで動的にhtmlを生成しているわけだな
だからクソ重い

ゴミクズjqueryジジイはhtmlとcssだけとか言ってるがバックエンドが生成しているコストは完全に無視しやがってる

当たり前だがバックエンドで生成するよりもReactなどのほうが圧倒的に高速

動的にもできないゴミサイトはお呼びじゃねーし
2020/06/07(日) 01:00:23.03ID:uvQLWD0s
>>563
sejukuのことだね。
激しく同意。
なぜかそこばっか検索上位に来てしまう。
619デフォルトの名無しさん
垢版 |
2020/06/07(日) 01:06:36.78ID:/9E45Cf3
>>617
それこそ

なぜサーバーのスペックが足りてないとは思わないのか？

だわなｗ
620デフォルトの名無しさん
垢版 |
2020/06/07(日) 01:12:59.94ID:/9E45Cf3
>>617
とりあえずお前はCDNとかキャッシュについて調べたほうがいいぞｗ

あとSPAでもバックエンドのコストは必要だってことがわかってない
2020/06/07(日) 01:13:11.48ID:4f+1WiBG
>>619
アホか？
html生成はクソ重いんだよ
そもそもhtmlなんてフロントで生成すればいいものをわざわざバックエンドでやってること自体がコストなわけ
サーバースペック以前の話だボケ

同じサーバースペックならReactのほうが速えだろが
同一の環境で語れよゴミ
622デフォルトの名無しさん
垢版 |
2020/06/07(日) 01:20:05.12ID:/9E45Cf3
> html生成はクソ重いんだよ
生成してキャッシュすれば、あとはウェブサーバーが配信する軽い処理になる
WordPressにはそれを簡単にやってくれるプラグインがいくつもある
2020/06/07(日) 01:22:17.00ID:4f+1WiBG
>>620
WordPressごときゴミCMSをアピールしなくてもいいから
そもそもサイトしか作れないゴミ野郎はゴミクズスレで吠えてろ
2020/06/07(日) 01:35:06.33ID:dpE4vmCn
>>617
SSRって言葉を勘違いしてないか？
あれはそもそも実DOMに対して使う言葉じゃない
625デフォルトの名無しさん
垢版 |
2020/06/07(日) 01:45:38.68ID:/9E45Cf3
>>623
> WordPressごときゴミCMSをアピールしなくてもいいから

お前馬鹿なのか？
自分でWordPress持ち出してきておいて

> WordPressもそう
> この侍もWordPress

言い返せなくなったら、ゴミ扱いして逃亡かよ
626デフォルトの名無しさん
垢版 |
2020/06/07(日) 01:46:45.92ID:/9E45Cf3
>>624
静的ページにもjQueryを使うって知らないんでしょｗ
あとSPAでもjQuery使えるし
まあ知識の浅さがすぐにバレるよね
2020/06/07(日) 07:57:31.06ID:4f+1WiBG
ゴミサイトしか作れないゴミコーダー月給15万がこのスレで静的サイト自慢してて笑える
動的Webアプリ作れないゴミクズのくせに

で？
Webアプリ開発もjquery最強なの？

マジでオススメする理由教えろ
2020/06/07(日) 08:00:42.22ID:4f+1WiBG
SPAでjquery使えるし

世界中の笑いモノだな
誰がお前以外に使うんだよ
2020/06/07(日) 10:39:10.69ID:pCyaIBCk
jqueryがいいか
vueがいいか、Reactがいいかは
世の中で、どのぐらい広く使われてるかによる。

それと便利なユーティリティに
どのぐらい多く溶け混んでるかによる。
一般人は可読性の高さやメンテナンスの高さよりも

道具として親和性の高さを注視する。

だからといって仮想domや
コンポーネント思考のフレームワークが不必要という
ワケではない。つまり簡単にいうと、プロジェクトの規模に寄るが正解。

必要な時に必要な量だけ、パッパッと
取り出して使い人はjqueryでも良い。プロジェクトが
ドンドン増えすぎて、拡張や保守が必要になれば
VueやReactを選べば良い。もっともっとデカくなり過ぎてソフトウェア

作成レベルになったらTypescriptを使えば良い。

なぜこうがイイかというと
使い易く世の中に広まったツールほどjqueryに
偏ってるし、その真逆にTypescriptみたいなメンテナンス言語ほど

Jqueryみたいなフレームワークをサポートしてない。
2020/06/07(日) 10:42:56.80ID:la/wKGnL
>>629
作成レベルｗｗｗ
631デフォルトの名無しさん
垢版 |
2020/06/07(日) 11:28:41.98ID:ABh2E5hx
>>563
>>618
https://japaneseclass.jp/img/%E3%83%8A%E3%83%8E%E3%83%81%E3%83%A5%E3%83%BC%E3%83%96
632デフォルトの名無しさん
垢版 |
2020/06/07(日) 12:03:29.87ID:/9E45Cf3
>>629
> jqueryがいいか
> vueがいいか、Reactがいいかは
> 世の中で、どのぐらい広く使われてるかによる。

vueやReactが1年で0.1%シェアが増えるか増えないか
やっぱり増えないなぁ（苦笑）って言ってるレベルなのに
jQueryは今も年間で1%前後増えてるのが現実

更に先月はなぜか一ヶ月で年間増加シェアを超える1.5%も増えてしまってる
https://w3techs.com/technologies/history_overview/javascript_library/all
2020/06/07(日) 12:09:26.19ID:4f+1WiBG
ゴミサイトが量産されているからな
ゴミが使うのがjquery
jquery使う奴はアプリを作れないゴミ
634デフォルトの名無しさん
垢版 |
2020/06/07(日) 12:23:07.26ID:/9E45Cf3
遠吠えが聞こえる
2020/06/07(日) 13:45:16.99ID:NCbbrxcp
>632
統計は味方を間違ってはいけないだろう
例えばBootstrapいれたらjQueryとかは自動的に使われるはず
2020/06/07(日) 13:51:19.70ID:NCbbrxcp
1年以上前にSPAでの開発を検討したことあったけど
Yahooのクローラーが対応してないとかでやめた。
いまはYahooのエンジンのSPA対応状況はどうなってるの？
2020/06/07(日) 13:51:20.50ID:dpE4vmCn
>>626
jQueryって常に実DOMに反映してるじゃんブラウザでF12押して出てくるデバッガで見れるアレだよ

仮想DOMって言わば変数みたいなメモリ領域のみにあって必要に応じて実DOMに転写してるんだよ
その仮想DOMの実DOMへの転写処理がSSRで言うレンダリングなんだよ
2020/06/07(日) 13:57:54.26ID:dpE4vmCn
>>636
まぁWebサイトを作ろうって思うならフレームワークなんて使わない方がいいだろうな
フレームワークで担当するのはクラーラーでヒットするトップページからリンクされる登録や認証よりも先側の本来検索にヒットする必要のないwebシステム的な部分だし
639デフォルトの名無しさん
垢版 |
2020/06/07(日) 14:29:13.96ID:/9E45Cf3
>>635
75.5% 中 Bootstrapの20.9%を全部引いても54.6% もあるんだが
それを指摘することが何の意味があるんだ？

それに1ヶ月で年間増加率を超える、1.5%も増えたって話
そのときにbootstrapのシェアは0.4%しか増えてない
bootstrapが0.4%しか増えてないのに、jQueryは1.5%も増えたってことは
お前の理屈だと、明らかに1ヶ月で1%以上jQueryが増えてることになるぞ
640デフォルトの名無しさん
垢版 |
2020/06/07(日) 14:30:42.22ID:/9E45Cf3
>>637
< 仮想DOMって言わば変数みたいなメモリ領域のみにあって必要に応じて実DOMに転写してるんだよ

だから仮想DOMも実DOMに転写してるじゃんｗ


「必要に応じて実DOMに転写」=「jQueryの実DOMの反映」
実DOMへの反映の数はほぼ同じな
641デフォルトの名無しさん
垢版 |
2020/06/07(日) 14:33:33.64ID:/9E45Cf3
>>637
> その仮想DOMの実DOMへの転写処理がSSRで言うレンダリングなんだよ

SSR（サーバーサイドレンダリング）っていうのは重いDOM操作を行わない
ただの文字列処理レベルの処理でメモリ内で行える軽い処理だから
SSR=仮想DOM相当だよ
2020/06/07(日) 14:39:43.22ID:cP/AXWqQ
jQueryおじさんなんでそんなに必死になん？
別におじさんにReact使えみたいな強要してないじゃん？
643デフォルトの名無しさん
垢版 |
2020/06/07(日) 14:41:39.86ID:/9E45Cf3
単に事実を言ってるだけ。データも示してる。
644デフォルトの名無しさん
垢版 |
2020/06/07(日) 14:42:17.42ID:rp+WWuyO
ssrを説明するときに基本的に仮想domやフレームワークなどの名前は出てこないよ。

server side renderingは名前の通り、sever側でrenderingする処理のことを指すのでjqueryをサーバーで動かして、htmlを生成してクライアントに返せばssrしたことになる。react使用した場合も同じく。

あと、spaとssrは排他的なものではないのでそこは間違えないように
2020/06/07(日) 14:57:43.66ID:dpE4vmCn
>>644
大体そもそもサーバーサイドスクリプトで動的ページを作ってた時はサーバーサイドでDOM生成やるのが当たり前だったから
そんな当たり前だったからSSRなんて言葉自体存在しなかった

それが当たり前ではないパターンが生じて初めてそれに対するテクノロジーとしてSSRというものが出てきたわけだが
2020/06/07(日) 14:57:57.99ID:4f+1WiBG
jqueryしか使えない奴は時給760円で十分だろ
こんなの片手間で使うゴミだしな
647デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:02:16.02ID:rp+WWuyO
>>645

>大体そもそもサーバーサイドスクリプトで動的ページを作ってた時はサーバーサイドでDOM生成やるのが当たり前だったから
そんな当たり前だったからSSRなんて言葉自体存在しなかった

その通りだよ。じゃあ何でその当たり前が当たり前じゃなくなったか理解してる？
それはreactやvueが登場したからじゃないよ
648デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:20:20.18ID:/9E45Cf3
>>644
> jqueryをサーバーで動かして、htmlを生成してクライアントに返せばssrしたことになる。r
素人かな？ｗ
649デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:22:48.50ID:/9E45Cf3
Server Side Renderingについて知るべきこと。Server Side Renderingとは何か？ それによって何が改善されるのか？（前編） ng-japan 2017
https://www.publickey1.jp/blog/17/server_side_renderingserver_side_rendering_ng-japan_2017.html

まずSever Side Renderingとはなにか、という話をします。

ブラウザの動きを見ると、図の左にあるブラウザからサーバへリクエストが出て、
それがサーバへ到達すると、その裏にデータベースなどがあって、データベースから値を
とってきたらコンポーネントやテンプレートエンジンなどを使ってHTMLにしてブラウザへ返す、
という動きをしていると思います。

Ruby on RailsやJavaServer Pagesなどで作ったアプリケーションもこんな動きになると思います。これは普通のHTMLのレンダリングですよね。


なぜServer Side Rendiringが必要なのか：SEO
なぜServer Side Renderingが必要なのかというといくつか理由がありますが、まず「SEO」が最初に挙がるのかなと。

今回はこれについて詳しくは話しませんが、Googleの中の人が、AngularやReactなどの
JavaScriptフレームワークを使ったサイトでは、プリレンダリング
つまりServer Side Renderingを推奨する、という記事が海外SEOに出ています。
650デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:23:31.96ID:/9E45Cf3
これはなぜかというと、GoogleのクローラはJavaScriptを実行できるので、HTMLの中にコンテンツがなくても、
JavaScriptの実行によってコンテンツが表示されるのであれば、それを読み込んでインデックス化してくれるはずなのですが、
しかし100％完全にJavaScriptを実行してそのページを正しくレンダリングしてくれる保証はありませんと。

だからSEOをちゃんとしたいのであれば、Server Side Renderingをしましょうと。


なぜServer Side Renderingが必要なのか：パフォーマンスの改善
でも僕がServer Side Renderingをするいちばんの理由は、First View Performanceの改善です。

First View＝初期表示といってもいろんな意味があるので、そこを無視してFirst View Performanceの
改善と言ってもいろんな話が混ざってしまいます。そこで、まずFirst Viewについての説明を書いてきました。
2020/06/07(日) 15:23:43.68ID:NCbbrxcp
>>639
Bootstrapは一番わかりやすい例としてあげた。
他のライブラリもjQuery依存のものが多くある。

jQueryなどの小さなライブラリはほかのものと併用される場合が
多いわけで、シェアの大小をライブラリ、フレームワークの優秀と
結びつけるのは愚かな行為
適用できる範囲、機能が違いすぎるものを単純比較してはいけない

Angularなどはかなり多機能、Framework
jQueryなどは小さなもので、Frameworkとは言わない。ただのライブラリ
Reactもframeworkでなくライブラリに分類されることが多い
652デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:25:12.81ID:/9E45Cf3
jQueryではごく普通にやっていたことなのに、仮想DOM＋SSRは重いんだなｗ
皮肉だね

じゃあServer Side Renderingをやりましょう、というと、話はそう簡単でもなかったりします。

Server Side Renderingにも課題はいくつかあって、
サーバでHTMLを生成するのはCPU負荷が高い処理になるとか。

なぜCPU負荷が高いのかというと、これは弊社の同僚の吉田がまとめてくれた
ReactDOMSerer.renderToStringの処理についての資料なのですが、
コンポーネントの中にコンポーネントがあって、その中にさらにまたコンポーネントが
あるという再帰的な構造になっていて、それを毎回インスタンスを生成しながら、
そのコンポーネントにIDを振らなくちゃいけないんですね。仮想DOMなので。

しかも最後にHTMLのチェックサムを作らなくてはいけない。そういう面倒な処理が
たくさん含まれているのがReactのServer Side Renderingの処理のようです。

これはReactの例ですが、Angularでもこうした負荷の問題からは逃げ切れていません。
653デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:25:39.84ID:rp+WWuyO
>>649
俺はこの記事と同じことを言ってるよ
654デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:26:18.85ID:/9E45Cf3
>>653
つまりjQueryだとサーバーサイドでJavaScriptを使わない
それがjQueryのSSRってことですよね？
655デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:30:49.39ID:rp+WWuyO
>>654
全然違います

上で書いたけど、ssrを説明するのにjqueryとかreactとかの名前は出ない。
2020/06/07(日) 15:31:32.70ID:dpE4vmCn
jQueryだとそもそもjQueryのコード自体をサーバー側でレンダリングする必要は全くない
2020/06/07(日) 15:31:44.44ID:NCbbrxcp
>>638
Angularとかに興味持ってる人が作りたいのは普通、Web appじゃない？

自分は作りたいもののひとつにECサイトがあって、
ECだと商品情報をクローラーに収集させないとまずいと思った。
SPAだとYahooのエンジンがクローラー対応してないと聞いてそのときはAngularあきらめた

Yahoo Japanは自社でもReactやAngular使ってるようだけど
自社コンテンツだけ特別にクローラー巡回させてるのかな
2020/06/07(日) 15:37:29.28ID:dpE4vmCn
結局検索エンジンにヒットするようなWebサイトを作るって点ではjQueryベースのJavaScriptを今後も使っていけばいいと思うし
JavaScriptのフレームワークを使うのは公開制限のある認証型のシステムだけで十分だと思うんよね
659デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:37:39.13ID:/9E45Cf3
もともとHTMLは静的なファイルを見るためのものだったが、
CGIとか作られて、動的に生成するようになった。
その時代にSSRなんて言葉はない。

そしてそのあとJavaScriptが登場し、クライアントが受け取った
HTMLファイルに動きをつけられるようになった。
その後jQueryが生まれた。この時代にもSSRなんて言葉はない。
サーバー側で（動的に）HTMLを生成するのは当たり前だったからだ

それから更に時間が経ってReactやAngularが登場し
サーバーではJavaScriptデータのみを動的に生成し
HTMLはでクライアントでレンダリングするようになった
データを生成するコストは変わらないが、HTMLに加工する処理が減った

それでもうサーバーサイドでレンダリングする必要はなくなったかと思いきや
結局、SEOやら初期ページ表示のパフォーマンスのために
サーバーサイドでレンダリングする必要性が無くなることはなかった。
かといって、データからHTMLを生成する処理と、クライアントでの処理が同じなのに
それを二重で作成するのは無駄だった。そこでクライアントのJavaScriptで
サーバー側でレンダリングするのがSSR

もともとjQueryの時代では、サーバー側でjQueryなど使わずにHTMLを生成し
クライアントではそれに動きをつけるだけというシンプルで高速な仕組みだったのに
ReactやAngularで複雑性を持ち込み、その複雑性を解決するために
さらなる複雑性が加わるとはなんとも皮肉なことだ
660デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:40:43.08ID:rp+WWuyO
>>656
それはアプリケーションのアーキテクチャによるね

universal appでdomの操作にjqueryを使用していた場合はどうしてもサーバー側でjqueryを使うことになるので。
661デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:43:01.56ID:/9E45Cf3
>>660
あのさぁ、条件付きの意見を言わないでくれないか？

「universal appでdomの操作にjqueryを使用していた場合は」
という条件をつけたってことは、

「それ以外では」サーバー側でjqueryを使わない
と言ってるのと同じなんだが
662デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:44:37.14ID:/9E45Cf3
>>660
あとさ、本当にサーバー側でjQueryを動かしてる？
サーバー側でjQueryを動かすには特殊な仕組みが必要になるんだけど
何を使って実現してるのか言える？
どうせ嘘なんでしょ？
663デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:46:57.17ID:rp+WWuyO
>>661
必要ないに対して、必要になるケースの一例を述べただけだけど？
664デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:48:53.17ID:/9E45Cf3
>>663
必要ないっていうのは、絶対に使ったら駄目という意味じゃねーだろ
必要なくても、使っていいって。それは当たり前。


それに、どうせそれも適当でしょｗ
universal appでjQueryを使ってる例を教えてくれよ
あるんか？
2020/06/07(日) 15:57:46.63ID:dpE4vmCn
結局のところAngularにしてもVueにしてもSvelteにしてもhtmlが正でJavaScriptが副なんよね
Reactの場合それが逆だから敢えて使う価値が出てくると思うんよ
666デフォルトの名無しさん
垢版 |
2020/06/07(日) 15:58:27.95ID:/9E45Cf3
「"どうしても"サーバー側でjqueryを使うことになる」
という結論を持ってきたいために

極稀な例（詭弁の特徴のガイドライン）を持ち出し
その例を前提として "どうしても" と言ってる

つまり真実は逆。極稀な例以外はサーバーサイドでjQueryは必要ない。
667デフォルトの名無しさん
垢版 |
2020/06/07(日) 16:01:49.82ID:/9E45Cf3
KISS、keep it simple stupid という言葉を教えてあげたいね
フレームワークは必要なときに導入すればいい
フレームワークの導入や脱jQueryを目的としてはいいけない
シンプルでいいならシンプルのままにしておけ馬鹿
2020/06/07(日) 16:07:16.25ID:dpE4vmCn
>>667
脱jQueryっていうのは目的というよりはフレームワークの導入に際して覚悟しなければいけない事
結局jQueryの混在したフレームワークのコードは支離滅裂でどっちつかずのただのゴミ
669デフォルトの名無しさん
垢版 |
2020/06/07(日) 16:08:48.67ID:/9E45Cf3
>>668
じゃあフレームワークを導入しなければいいじゃないですか（笑笑笑
2020/06/07(日) 16:17:39.74ID:uZfe/Sta
このスレはまさに「必要な時に導入」している人のスレなわけだが
わざわざそこに乱入してくるjQuery爺。
2020/06/07(日) 16:18:27.18ID:BQDkQ1pk
jQuery以外はWebだと認めない
2020/06/07(日) 17:54:50.50ID:4f+1WiBG
ゴミ野郎はクローラーとかいうReactとかvueにはまったく関係ないものを持ち出してゴタク並べて俺すげえがうぜーわ
サイトしか作れないゴミはゴミスレに行け
アプリにクローラーなど来られても意味ねーんだわ
673デフォルトの名無しさん
垢版 |
2020/06/07(日) 18:08:15.05ID:/9E45Cf3
だからさっさとフレームワークはアプリ専用だって認めろってｗ
ウェブサイトには使いづらいんだよ
2020/06/07(日) 18:13:20.98ID:pCyaIBCk
違うな。生javascriptこそ最強だな。
2020/06/07(日) 18:13:32.13ID:4f+1WiBG
だからお前ここから消えろ
スレタイすら読めねえアホは来るな
2020/06/07(日) 18:15:13.52ID:uZfe/Sta
>>673
論点そこだった？
じゃあWebアプリをやらない人はおひきとりを。ここはあんたの来るところじゃない。
677デフォルトの名無しさん
垢版 |
2020/06/07(日) 18:24:47.80ID:HceqIAWH
>>675
そんな狭い気持ちで、板違いスレに居るの？
678デフォルトの名無しさん
垢版 |
2020/06/07(日) 18:28:17.22ID:/9E45Cf3
>>676
ウェブサイトでもプログラムは使うんだが？
むしろプログラムが一切ないウェブサイトのほうが珍しい
ネットには多くのウェブサイトが存在するが
そのほとんどでjQueryが使われている
2020/06/07(日) 18:39:06.66ID:OmyFDsx/
使うからなんなの？
スレに粘着する理由にならないんだが
680デフォルトの名無しさん
垢版 |
2020/06/07(日) 18:42:55.84ID:HceqIAWH
クルクル禁止ってことだろ。
681デフォルトの名無しさん
垢版 |
2020/06/07(日) 18:56:47.96ID:HceqIAWH
おまえらだって、クルクルすんな！こらあああ！と思うことあるだろ？
2020/06/07(日) 19:04:43.87ID:dpE4vmCn
>>673
サイトかアプリかで切り分けるべきだっていう考えには賛同する
2020/06/07(日) 19:07:02.96ID:dpE4vmCn
>>678
Wordpressで作られてるような用途のサイトならそんなもんだろ
殆どテンプレで成り立っててユーザー層が新規に書くロジックなんか殆どないし
684デフォルトの名無しさん
垢版 |
2020/06/07(日) 19:20:11.02ID:HceqIAWH
閲覧者の立場で言わせてもらうとjQueryのほうが良いな。
クルクルしないから。
2020/06/07(日) 19:25:14.31ID:uZfe/Sta
>>678
どこから「プログラム」の話が？相変わらず支離滅裂な思考をしているな。
686デフォルトの名無しさん
垢版 |
2020/06/07(日) 19:28:53.99ID:ee6+jhA5
>>682
そういう当たり前のことに気づかすに
一部のアホが2015年頃に脱jQueryとかいい出し始めたからな

結果見ろ、あれから5年経ってjQueryは使われなくなるどころか
逆にもっと多く使われるようになった。
さらにフレームワークは初期からほとんど増えてない。
これが現実なんだよ。5年前から俺が予測した通りだった。
687デフォルトの名無しさん
垢版 |
2020/06/07(日) 19:29:16.06ID:ee6+jhA5
>>685
ここはプログラム板です
688デフォルトの名無しさん
垢版 |
2020/06/07(日) 19:30:10.83ID:HceqIAWH
いいえ、このスレだけ辺境の地です。
2020/06/07(日) 19:34:21.94ID:Cj2Nb0zk
>>575
ちなみにjQueryの話題についてはこの人がOKだとお墨付きをくれている
690デフォルトの名無しさん
垢版 |
2020/06/07(日) 19:37:36.98ID:HceqIAWH
ヲイヲイ俺のせいにすんなよ。
俺の説得に応じてスレ民が同意してくれたんだ。
暖かい良いスレだと思ったよ。
2020/06/07(日) 19:38:21.97ID:OmyFDsx/
してません
2020/06/07(日) 19:45:01.80ID:uZfe/Sta
>>687
だからなんでここで板名が出てくる？本当にキチガイだな。
プログラムに関係あればスレチでも構わないと思ったか？
2020/06/07(日) 19:46:50.22ID:84QUlb0n
>>575
スレ立て主がOKつってるじゃん
694デフォルトの名無しさん
垢版 |
2020/06/07(日) 19:59:43.18ID:HceqIAWH
ところでHTMLの生成って何ミリ秒までなら許されるの？
695デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:01:45.25ID:ee6+jhA5
>>694
そのHTMLの生成に、データベースからのデータ取得は含まれるのか？
正直データを取得してる状態からHTML生成するのにコストは殆どかからん
所詮1ページに収まる少ないデータから、1ページを生成するだけだからな

大量のデータからデータを引っ張ってくるのは時間がかかるが
これはVueやReactなどでも同じ話
696デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:03:19.60ID:HceqIAWH
>>695
含まれない。
HTML5パーサー書いてるので、単純に解析と直列化にどの程度の時間が許されるか知りたい。
697デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:06:26.35ID:ee6+jhA5
へ？HTML5パーサー？
HTMLの生成と関係ない話じゃん。

HTML5パーサーは文字列解析が必要だが
HTMLを生成するだけなら単なる文字列処理でしかないので軽い
相当巨大なデータでない限り1ミリ秒もかからずにできるだろうな
698デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:06:46.64ID:ee6+jhA5
HTMLを生成するだけなら単なる文字列結合処理でしかないので軽い
699デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:10:05.45ID:HceqIAWH
俺の考えでは、文字列の結合によるHTML生成は速い、ツリーを構築するとコンポーネント化に有利。
こんな感じなんだよな。
それでパーサー書いたんだけど、WHATWG仕様はどうやら実在の実装を基に書かれてるらしく、仕様通りに書いただけでキッチリ動作してる。
しめしめと思ってるわけ。
700デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:11:17.20ID:HceqIAWH
コンポーネント化に有利と言っても、具体的な案があるわけじゃないんだけどな。
701デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:11:38.01ID:ee6+jhA5
何がしたいのかわからんが、結局、仮想DOMから実DOMに反映するときに遅くなるから
速度はjQueryの方が速いぞ。jQuery＝仮想DOMなしで実DOMに反映させるだけ
702デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:12:48.16ID:HceqIAWH
言語はC++なんだ。
サーバーで使おうと思ってな。
まあ具体的にサーバーで何しようとかは無いのだが。
703デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:16:28.84ID:HceqIAWH
あと、ブラウザで編集されてPOSTされてきたHTML文字列を安全な形に修正するときどうしたら良いか？と考えたら、根本的にはブラウザと同じアルゴリズムで解析されないとダメだ（WHATWG仕様もそう述べている）ってなって、パーサー書いた。
704デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:16:39.79ID:ee6+jhA5
目的がないならやめれば？
705デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:17:32.51ID:ee6+jhA5
ブラウザからHTML文字列をPOSTなんかしねーしｗ
706デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:17:32.53ID:HceqIAWH
いやもう書いちゃったから。
707デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:17:59.43ID:HceqIAWH
メモアプリとかあるだろ。
708デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:18:00.17ID:ee6+jhA5
JSONって知らないのかな？
709デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:18:24.09ID:ee6+jhA5
>>707
メモアプリとHTMLに何の関係が？ｗ
710デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:18:41.06ID:HceqIAWH
おれ今一番欲しいアプリがMDじゃないメモアプリだからな。
711デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:18:59.95ID:ee6+jhA5
入力された文字列がHTMLであろうがなんであろうがそのまま記録してしまえばいいし、
それをそのままブラウザに返せばいい。
HTMLのパーサーなんて必要ないな
712デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:19:36.88ID:ee6+jhA5
ちょっとかわいそうな人かな。設計不足で必要のないものを作ってしまったようだね。
713デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:20:24.88ID:HceqIAWH
それが違うのよ。
WHATWG仕様でも述べてるから読んでみ。
同じアルゴリズムで解析されることが最初の一歩なのよ。
714デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:20:54.75ID:ee6+jhA5
HTML文字列を安全な形に〜とか言ってるのを見ると
不正なHTML文字列が送られてきたり
バイナリが含まれていたら破綻しそうだよなｗ
715デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:21:51.08ID:ee6+jhA5
>>713
そのHTMLパーサーとやらに、zipファイルをパースさせたらどうなる？ｗ
716デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:21:53.98ID:HceqIAWH
>>714
WHATWG仕様はその辺も考えられてる。
717デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:23:04.01ID:ee6+jhA5
>>716
HTMLの仕様じゃなくて、お前のメモアプリの話だ
718デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:24:25.15ID:HceqIAWH
>>715
だいぶ置き換え文字に代わるんじゃないか？
<html><head></head><body></body><html>
↑
WHATWG仕様は、どのような入力が与えられた場合でも、この構造は必ず作られるようになってるぞ。
719デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:25:13.86ID:ee6+jhA5
>>718
つまり壊れるのねｗ
720デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:26:23.23ID:HceqIAWH
>>717
完全なテストについては悩んでるんだよな。
WHATWG仕様のHTMLパーサーとしてはGoogle Gumboがあるんだけど、これと比較して良いものかどうか。
Google Gumboも論理的なテストを行えていない。
ここが悩みどころだな。
721デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:27:41.93ID:HceqIAWH
>>719
それが仕様通りの動作。
ちなみに、Chromeがほぼほぼ仕様通りの実装になっているので、パーサーとしてはそこまでだろうな。
722デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:28:36.64ID:ee6+jhA5
>>721
違う。俺が言ってるのは「元のデータが壊れる」と言ってる
データはパースなどせずそのまま保存しろ
723デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:30:35.07ID:HceqIAWH
>>722
ユーザーがHTMLを閲覧する前に一度解析されていないと危険と俺は考えてる。
木に解析されたうえでホワイトリスト形式で危険な部分を取り除き、その後、ユーザーが閲覧できる。
こう考えたわけよ。
724デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:32:14.73ID:HceqIAWH
解析されるときに、ユーザーが使うブラウザと同一のアルゴリズムが用いられないと、その差異が攻撃に用いられる。
こう考えて、俺は仕様通りにこだわった。
まあそういうわけだ。

みんな話題に入って来いよ。
725デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:34:23.88ID:HceqIAWH
どうよ？これからはHTMLパーサーの時代じゃないか？
726デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:36:34.16ID:ee6+jhA5
> ユーザーがHTMLを閲覧する前に一度解析されていないと危険と俺は考えてる。

ははｗ サーバーが不正なHTMLを送信したら
ブラウザの脆弱性で〜とか言うつもりかね？
それだと簡単にサーバーが攻撃できるねｗｗｗ
727デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:38:03.86ID:HceqIAWH
ちなみに俺のパーサーはDOM実装を選びません。
小さなTraitsによってDOMとのつなぎ込みを行うので、どのようなDOM実装ともつなぎこむことが出来ます。
その点がGoogle Gumboより優れている点。
劣っている点はメモリー効率。
まあ狙ってる用途が違うんだろな。
728デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:38:26.01ID:ee6+jhA5
脱jQueryという言葉に騙され誰かが作ったフレームワークの
使い方を学んでるだけの無能に話に入れるわけ無いやろｗ
729デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:41:23.78ID:HceqIAWH
>>726
いや、サーバ用のパーサーなので、ユーザーのブラウザに不正なHTMLを送らないように解析するんだよ。
例えば掲示板でHTMLが使えるようにすると、ブラウザがHTMLを送ってくるだろ。
コイツをサーバー側で綺麗にするわけよ。
その後、ほかのユーザーのブラウザでも閲覧されるだろ？掲示板だから。
まあそんな用途にも使えるようにと考えたわけ。
具体的に作るものが決まってるわけじゃないんだけどな。
730デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:42:21.38ID:HceqIAWH
こいつはいけるぞ！ふぉおおおお！
731デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:42:42.18ID:ee6+jhA5
> いや、サーバ用のパーサーなので、ユーザーのブラウザに不正なHTMLを送らないように解析するんだよ。

ユーザーのブラウザに不正なHTMLを送っても
ユーザーのブラウザに問題は発生しません。

ユーザーのブラウザに不正なHTMLを送って
ユーザーのブラウザに問題が発生するなら、
意図的に設置したサーバーから不正なHTMLを送って
ユーザーのブラウザを攻撃できるからです。
732デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:42:58.51ID:HceqIAWH
ちなみにまだパーサーしか書いていないので、道のりは遠い。
733デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:43:44.09ID:HceqIAWH
>>731
何言ってんのかわからん。
もう少し詳しく。
734デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:47:04.65ID:HceqIAWH
ちなみにchar8_t記念でユニコード内自由設計といたしました。
UTF-8、UTF-16、UTF-32お好きなコードを選べます。
char8_tはまだお預けですが。
オマケでつけるとしたら何が良いですか？
735デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:50:10.79ID:ee6+jhA5
>>734
> オマケでつけるとしたら何が良いですか？

お前が作った変なものじゃなくて
信頼性のあるHTMLフォーマッターを使えるようにする方法
736デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:51:41.15ID:HceqIAWH
WHATWG Encoding仕様も実装した。
でも、HTML5パーサーをプッシュ型に実装したけど、Encoding仕様はプッシュ型に出来なかった。
ここ悩んでる。
もしも、HTML編集ソフトに使われるとしたら、プッシュ型は必須だと思う。
行番号とか使用外のモノはパーサーに組み込みたくないから。
（Google Gumboは行番号も管理してる）
でも僕のパーサーはC++だからね。
C++ぱうあ〜〜〜ふぉおおおおおお！したいので、遺伝子組み換え自由！にしたい。
たとえ遅くなったとしても！ふぉおおおおおお！
というわけで悩むううウウウ。
737デフォルトの名無しさん
垢版 |
2020/06/07(日) 20:53:09.94ID:HceqIAWH
>>735
使われることによって洗練されていく。
おまえも使え。
おまえもすでに俺のパーサーにかかわっている。
おまえの名前もクレジットに入る。
なぜなら相談に乗ったからだ。
責任を果たせ。
2020/06/07(日) 20:54:59.42ID:4f+1WiBG
ゴミ
https://i.imgur.com/jbaYSJR.jpg

ゴミ
https://i.imgur.com/gor3Grc.png

ゴミ
https://i.imgur.com/fcLlTs7.jpg
739デフォルトの名無しさん
垢版 |
2020/06/07(日) 21:10:53.93ID:HceqIAWH
部分木のコピーアルゴリズムとか色々考えたぞ。
もちろん実装した。
また俺は賢くなった。
ありがとうHTML、ありがとう木。
740デフォルトの名無しさん
垢版 |
2020/06/07(日) 21:30:43.06ID:HceqIAWH
次は何を実装すればいいのか。
アプリコンテナとしてのHTTPサーバーに行けば、とりあえず動くものが作れて楽しいけど、WHATWGから離れてまた戻ってくると、頭の切り替えコストを浪費しそう。
2020/06/07(日) 22:23:04.05ID:fuVPgkeo
ここはもうダメだな
新しいの立てるか？
742デフォルトの名無しさん
垢版 |
2020/06/07(日) 22:24:24.99ID:HceqIAWH
ウェブ制作管理板にですか？
743デフォルトの名無しさん
垢版 |
2020/06/07(日) 22:28:33.83ID:HceqIAWH
立てたらリンク張ってくださいね。
2020/06/07(日) 22:30:32.25ID:Zvt1FY8k
>>734
VRMLでお願いします
745デフォルトの名無しさん
垢版 |
2020/06/07(日) 22:31:55.89ID:HceqIAWH
それは手に負えそうにないですね。
746デフォルトの名無しさん
垢版 |
2020/06/07(日) 22:32:24.99ID:HceqIAWH
洗剤かトイレットペーパーあたりで勘弁してもらえないでしょうか？
747デフォルトの名無しさん
垢版 |
2020/06/07(日) 22:33:08.74ID:HceqIAWH
ホントに困ってるなら別スレに行きますが。
もしかしてホントに困ってる？
2020/06/07(日) 22:53:57.80ID:Zvt1FY8k
>>745
いいえ、
1 #VRML 1.0 ascii
2 Cube{}
のたった２行で 3Dが描けたら面白いかなと

VRML標準装備のブラウザ無いから言ってみただけ、
2020/06/07(日) 23:30:44.38ID:dpE4vmCn
>>686
増えてないっていうか公開されないものが多いから気付かんだけだろ
2020/06/07(日) 23:33:12.27ID:dpE4vmCn
>>695
最初のロード時にコアスクリプトを読んでおけばその先はJSONの通信のみにできるのはわりかしメリットだといえる
2020/06/07(日) 23:43:00.23ID:T6WVz/n3
次スレたてるならスレタイ変えようぜ。

javascriptプログラミング(フロントエンド)

とかが適当だよな
752デフォルトの名無しさん
垢版 |
2020/06/07(日) 23:45:05.74ID:HceqIAWH
（HTMLパーサーの話題もOK）って入れておいて。
753デフォルトの名無しさん
垢版 |
2020/06/07(日) 23:45:49.97ID:HceqIAWH
C++でもHTMLしたい！
わかってくれよ！
754デフォルトの名無しさん
垢版 |
2020/06/07(日) 23:48:12.58ID:HceqIAWH
これは切実な問題ですよ？
C++屋さんはあまりHTMLに詳しくない。
おまえらは詳しい。
寄生させてくれよ。
先っぽだけやし、ええやん？
2020/06/07(日) 23:55:16.35ID:QVSPrfqV
C++でHTMLって何するの？ブラウザが作りたいってこと？単純にパースするだけならXMLパーサー使えば一発だし。
2020/06/07(日) 23:58:34.44ID:Zvt1FY8k
C++でWebGLからHTML5のcanvasに
アプリのブラウザ版移植をゴリゴリ書いて欲しいね
757デフォルトの名無しさん
垢版 |
2020/06/07(日) 23:59:44.01ID:HceqIAWH
サーバーサイドで動かしたいんだよね。
ブラウザで動くのはJavascriptで十分だと思ってる。
HTMLのスクレイピング、サニタイジング、部品化などもやりたい。
今できてるのは、パーサーだけ。
758デフォルトの名無しさん
垢版 |
2020/06/08(月) 00:00:33.61ID:EGvej/5I
>>756
それはやってる人が別スレに居るぞ。
759デフォルトの名無しさん
垢版 |
2020/06/08(月) 00:00:56.56ID:EGvej/5I
C++Nexとか言ってたかな。
2020/06/08(月) 00:07:56.52ID:ViiMORZK
>>758
ほんと？どこスレ？
2020/06/08(月) 00:08:31.26ID:RDpAsvaA
>>757
パーサーができてるってなんだよw
C++のXMLパーサーなんて既存のライブラリ使えばいいじゃん。
762デフォルトの名無しさん
垢版 |
2020/06/08(月) 00:09:04.78ID:EGvej/5I
PHP、JSP、ASPなどはHTML風のタグ付き文字列の中にプログラムを埋め込む。
これは文字列の切り貼りで済ますなら速いから。
でも決定的な問題点はコンポーネント化に弱い事。
もちろん、それぞれコンポーネント化できるように頑張ってはいるけど、所詮文字列の切り貼りなので、楽ではない。
もっとシンプルにうまくできるのではないか？
そんな風に考えてとりあえずパーサーを書いてみたわけです。
763デフォルトの名無しさん
垢版 |
2020/06/08(月) 00:09:30.68ID:EGvej/5I
>>760
ちょっと待って探してみるわ。
764デフォルトの名無しさん
垢版 |
2020/06/08(月) 00:11:37.73ID:EGvej/5I
>>760
あったわ。
https://mevius.5ch.net/test/read.cgi/tech/1547549448/l50

たしか、質問とかにも答えてくれたと思う。
レスポンス悪いけど。
765デフォルトの名無しさん
垢版 |
2020/06/08(月) 00:13:02.06ID:EGvej/5I
>>761
満足できるものが無いんだ。
2020/06/08(月) 00:20:36.67ID:W3jX9v3b
>>762
c++のwebアプリケーションフレームワークを作るってこと？？
2020/06/08(月) 00:22:04.06ID:ViiMORZK
>>763-764
ありがとう、旅に出て来るわー
768デフォルトの名無しさん
垢版 |
2020/06/08(月) 00:27:04.32ID:EGvej/5I
フレームワークではなくて、C++らしく部品だけ作りたい。
テンプレートがあるので、出来るだけ組み合わせによって、機能が組み立てられるように。
たとえばTreeの実装はまだ一つしかないんだけど、DOMのように木としてのみアクセスできるTree、木としてもアクセスできるけど（イテレータで巡回中に開始タグと終了タグが現れるような）ノードのリストとしてもアクセスできるようなTreeといった二つの実装を考えてる。
CSS風のアクセス関数を用いる場合、イテレータを通して、どのような実装でも受け入れられる。
そういった自由度の高い部品の一群があると大変便利ではないか？
どうだ！べんりではないか！ふぉおおおおお！
769デフォルトの名無しさん
垢版 |
2020/06/08(月) 00:27:26.38ID:EGvej/5I
>>767
戻って来いよーーー！！
770デフォルトの名無しさん
垢版 |
2020/06/08(月) 00:29:05.02ID:EGvej/5I
ちなみにリストとしてもアクセスできる木は名前だけ考えた。
命名tag_tree。
771デフォルトの名無しさん
垢版 |
2020/06/08(月) 00:33:41.96ID:EGvej/5I
Treeに対して行きがかり順、あるいはレベル順でアクセスできるイテレータ・アダプタも作ってみた。
行きがかり、レベルの変更は、スタックとキューを入れ替えるだけなので、そのまま素直にテンプレート化した。
テンプレート引数は、木のイテレータ、スタック化キュー。
つまりどのような木でもこのアダプタで巡回できる。
というSTLに染まりきった発想ですよ。
772デフォルトの名無しさん
垢版 |
2020/06/08(月) 00:36:38.38ID:EGvej/5I
まだ作っていないんだけど、DOM木のテキストノードだけを選択的に巡回し、逆参照が文字を返すイテレータもアイデアとしては考えてる。
これで、木に対してstd::regexが使えるんじゃないかと。
作ってないから知らんけど。

どや？べんりやろ？
2020/06/08(月) 02:22:01.75ID:8b6FLVFI
>>772
ぜんぜん便利だと思わない
C++みたいな生産性の低い言語をwebで使う意味がないから
web frameworkがほとんどないんでしょ

webでやりたいことはほとんどC#でできるはず。
レガシーASPではなくASP.net Coreね
TypeSafeで速くてC++に似てるものといったらC#になる

>>762 みるとレガシーASPしか知らないようにしか見えない
774デフォルトの名無しさん
垢版 |
2020/06/08(月) 02:24:56.57ID:EGvej/5I
ほお、どんなことが出来るのかね。
2020/06/08(月) 02:34:42.66ID:8PuYYr2u
Ruby on Rails では、Stimulus が多い。
data-属性で指定する、規約だけのフレームワーク。
ビジネスロジック・HTML の組み立ては、サーバー側だけ

一方、React, Vue.js を使うと、
ビジネスロジックが、クライアント側にも分かれてしまうのが難点

SPA には、Turbolinks という、Pjax(History API のpushState + Ajax)を使う。
Bootstrap を使うには、jQuery, Popper.js が必要

世界最速。この瞬間表示されるサイトも、Rails製！
https://dev.to/
2020/06/08(月) 03:37:31.86ID:q98ntNEs
それ速くしてるのはフロントの技術じゃん…
2020/06/08(月) 04:10:32.40ID:9vfups+g
次スレはjQuery禁止で
c＋＋などの他の言語も禁止
2020/06/08(月) 05:55:07.29ID:8b6FLVFI
>>774
はいどうぞ
ASP.net Coreは進化した
https://docs.microsoft.com/en-us/aspnet/core/?view=aspnetcore-3.1#pivot=core
2020/06/08(月) 06:26:59.24ID:yhXTEqGG
Windowsのサーバー使ってるサイトみるとうわぁって思っちゃうよね
780デフォルトの名無しさん
垢版 |
2020/06/08(月) 06:27:35.33ID:ua4UCfp6
思うだけでそれ以外何も言うことはないけど
2020/06/08(月) 07:46:18.40ID:XlJbLXrr
なぜ？
782デフォルトの名無しさん
垢版 |
2020/06/08(月) 11:10:04.42ID:C3O847Hf
>>775
js書かれてる時点でクライアントでもビジネスロジック持ってるんじゃないの？
783デフォルトの名無しさん
垢版 |
2020/06/08(月) 12:42:45.82ID:EGvej/5I
AD必要ないとこで使ってもお金かかるだけでは。
784デフォルトの名無しさん
垢版 |
2020/06/08(月) 13:57:17.63ID:UA+42IYh
IT掲示板群 ttp://x0000.net/forum.aspx?id=15

学術の巨大掲示板群 - アルファ・ラボ ttp://x0000.net
数学 物理学 化学 生物学 天文学 地理地学
IT 電子 工学 言語学 国語 方言 など

simulationライブラリで純粋な関数式プログラミングをする
ttp://x0000.net/topic.aspx?id=3631-0
UIライブラリ (C#, 2D) を作ったよ
ttp://x0000.net/topic.aspx?id=3688-0
連続と離散を統一した！
ttp://x0000.net/topic.aspx?id=3709-0
4Dエンジン（画像有り）
ttp://x0000.net/topic.aspx?id=3677-0
matrixのライブラリ
ttp://x0000.net/topic.aspx?id=3711-0
ある強力なFor関数
ttp://x0000.net/topic.aspx?id=3630-0
SQLライブラリ
ttp://x0000.net/topic.aspx?id=3675-0

PS malloc / free を実装してみた (C#)
ttp://up.x0000.net/files/TMallocTest.zip
785デフォルトの名無しさん
垢版 |
2020/06/08(月) 15:33:15.83ID:8b6FLVFI
ReactのJSXのsyntax気持ち悪いと思って毛嫌いしてたけど
世間の評価は圧倒的にReact >>> Angularみたいだな
理由はどの辺？
エコシステムの充実度
Facebook関与の安心感
React Nativeとかのcross platform対応、あたり

Mobile appまでやりたいとなるとReact Native魅力的だから
Reactやろうかな
786デフォルトの名無しさん
垢版 |
2020/06/08(月) 16:01:44.49ID:EhnV6T+A
理由はAngular1と2で互換性がなくなったせい
ReactもWebComponentができたら互換性なくなる可能性が高い
たとえなくならなくても、作り直しに近いレベルになる
2020/06/08(月) 16:24:12.25ID:RDpAsvaA
AngularもIonicとやらでモバイルアプリ作れるらしいけどあれどうなん？
2020/06/08(月) 22:47:15.10ID:yhXTEqGG
>>785
JSXって食わず嫌いで見ると相当ガバガバにJavaScriptとHTMLを混ぜてるように見えるかも知れないけど
実際触ってみれば相当厳密かつロジカルにそれらを混ぜてるって事に気付けると思う
2020/06/08(月) 23:23:04.23ID:CMtzfD5P
本当に食わず嫌いだったわ
使い始めて如何に理に適っているか痛感した
790デフォルトの名無しさん
垢版 |
2020/06/08(月) 23:27:30.20ID:NLc7dq7/
というだけで、具体的にどこがどう理にかなってるのかを言えないｗ
2020/06/08(月) 23:41:11.35ID:H7MpllET
>>762
Ruby のテンプレートエンジン・ERB では、<%= Rubyの式 %>
と書くだけで、< > などのHTML特殊文字がエスケープされるので安全

テンプレート内では、サイトで共通の、ヘッダー・フッターなどの部分テンプレートを読み込む。
つまり、React, Vue.js と同じく、部分ごとに作っている

SASS も同様で、パーシャル

Vue.js では、HTML・CSS・JavaScript が、1つのファイルになっている点が異なる

>>768
libxml2・sax2 などのイベントベースの木が使いにくいから、

Ruby のNokogiri みたいなパーサーができた
2020/06/09(火) 00:51:32.15ID:BCXvnkps
>>786
WebComponent対応で大幅に変わるというアナウンスあったの？

古いAngularの互換性の問題は聞いたことがあった。

JavaScript関係はほかのライブラリ、Frameworkも5年後には存続してるか
わからないし、あったとしても大幅な書き直しなんじゃないのかな
2020/06/09(火) 00:57:45.90ID:BCXvnkps
ReactはMVCでいうところのViewだけらしいけどReactで
MySQLとかのRDB使うWeb Appを作るためにはどの辺が必須になるの？

Reduxで状態管理
Router?でルーティング、くらいはわかった。
他に習得必須いえるようなReactまわりのライブラリ、フレームワークはある？
2020/06/09(火) 01:04:46.52ID:8tnKNbCs
Ruby on Rails では、Stimulus が多い。
data-属性で指定する、規約だけのフレームワーク

SPA には、Turbolinks という、Pjax(History API のpushState + Ajax)を使う。
Bootstrap を使うには、jQuery, Popper.js が必要

React, Vue.js も使う
795デフォルトの名無しさん
垢版 |
2020/06/09(火) 01:47:24.03ID:TQL67mUT
はい？ちがいますよ？
これからはHTMLパーサーの時代です。
2020/06/09(火) 07:18:30.40ID:tFwFFfbN
>>791
お前は一生バックエンドのテンプレートエンジン使ってろ
2020/06/09(火) 08:53:48.06ID:EXa7qSGS
>>793
バックエンドは好きな奴を使えばいい
俺は非同期API通信にはaxios使ってる
firebase使えばもっと楽かも
798デフォルトの名無しさん
垢版 |
2020/06/09(火) 09:38:30.45ID:sE3YfRh/
かよちんかわいいよなちんちんいれたい
799586
垢版 |
2020/06/09(火) 10:10:11.13ID:8tnKNbCs
かよちんって、

>>586
の、プログラミング未経験で、Ruby on Rails でポートフォリオを作った娘か？

ひょっとして、ポートフォリオではなく、可愛いから受かっただけかもw
2020/06/09(火) 11:00:57.58ID:BCXvnkps
>>797
Thanks. axios調べてみる。

firebaseってクラウドか
クラウドに高いかね払うのもったいないしDBも自分で設定して運用したい
サーバー設定できない企業増えてるのかね
クラウドサーバー、トラフィック極小でない限り維持費高すぎると思うわ
801デフォルトの名無しさん
垢版 |
2020/06/09(火) 11:15:33.79ID:sE3YfRh/
>>799
面接でセイコウした理由は言ってる
https://www.youtube.com/watch?v=mEOq2H2WX-c
2020/06/09(火) 12:46:38.84ID:uR2RC+NV
>>796
君の頭が悪いのは仕方がないことなんだけど、せめてそれを自覚して大人しくしててくれないかな
2020/06/09(火) 16:52:47.12ID:gMtDg0az
JavaApplet復権の日は近い
2020/06/09(火) 19:12:23.43ID:BCXvnkps
公式みたけどVueはcross platform対応がない
TypeScriptも対応してないようだし
中長期では人気は落ちる一方じゃないかなあ

Vueの強みがよくわからん
2020/06/09(火) 20:46:49.49ID:i9OCs44H
cross platform対応とは一体…

ネイティブ対応っていいたいの？
2020/06/09(火) 21:01:47.11ID:SnNP0Sf2
Vue3でts書きやすくなるといいなあ
2020/06/09(火) 21:51:18.91ID:5b+vuI/A
C++ HTMLパーサーおじさんのはどんな機能があるの？
入力がHTML文字列で出力がDOMツリー？
HTMLって一部のタグを省略できたりするじゃん？
出力されるDOMツリーが正規化される（省略されたタグが適切に構成される）ならちょっと興味がある
あと入力されるHTML文字列自体がおかしい場合はどうなる？
808デフォルトの名無しさん
垢版 |
2020/06/09(火) 21:52:40.32ID:vy3pdfYF
ついでに既存のHTMLパーサー・フォーマッターと比べてのメリットは？
809デフォルトの名無しさん
垢版 |
2020/06/09(火) 21:54:42.37ID:TQL67mUT
>>807
そこを仕様通りの実装にした。
仕様通りという部分が重要だったんだよ。
810デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:03:38.41ID:TQL67mUT
仕様通りで良いのかどうかという議論はまだ残っていると思うが。
とにかくブラウザが実装する仕様と全く同じ通りに動作するパーサーが出来上がった。
いまはその状態。
2020/06/09(火) 22:08:45.48ID:BCXvnkps
>>805
ネイティブ対応とはちがうよ
cross-platformといったら
iPhone app, Android app, Windows appなどにも対応できること。

cross-platformはNative Appと同義ではない。
「Nativeの動作ではないけどAndroidなどで動く」とかいうのもcross-platformに入る。
IONICとかで開発されるhybridとか呼ばれるアプリみたいなやつ。

IONICならAngularとReactは正式に対応してる。
まあReactならReact Native使えるからIONIC選ぶ必要あるかは不明だけど
https://ionicframework.com/
812デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:22:40.60ID:TQL67mUT
ちなみにHTML5仕様は<pre>の後に続く二つの改行を一つに縮小したり、<head>が現れるまでの空白文字を無視したり、</body>以降の空白文字を前に移動したり、もしすると不都合な項目もあるけど、それも仕様通り。
そして、よく使われているChromeも仕様通りの実装となっている。
2020/06/09(火) 22:23:29.14ID:5b+vuI/A
>>810
どんな特徴付けをしたかったから自分で作ったの？
Chromiumとかからパーサー引っこ抜いて来なかった理由が知りたいな
単なる車輪の再発明なら安定性の面で不安があるし使いたいと思う人もいなさそう

仕様通りに作っただけでホントに何の特徴もないの？
814デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:25:14.27ID:TQL67mUT
adoption agency algorithm や省略されたタグの補完ももちろん仕様通り。
つまり、Chromeと同じ動作。

そこが俺的に重要だった。
815デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:26:12.36ID:TQL67mUT
>>813
STLのような組み合わせられる部品というのが重要だからさ。
816デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:26:32.00ID:gHGRl3oV
質問に何一つ答えない。つまり実装することが目的だったからだ
817デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:27:12.58ID:gHGRl3oV
An HTML5 parsing library in pure C99
https://github.com/google/gumbo-parser
818デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:27:54.14ID:gHGRl3oV
Fast C/C++ HTML 5 Parser. Using threads.
https://github.com/lexborisov/myhtml
819デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:28:31.86ID:TQL67mUT
>>813
HTMLのような論理的でない仕様は使われなければ安定性を得られない。
これはChromeであろうと、オレオレパーサであろうと事情は同じ。
もちろんChromeは実績があって安定してるけど。
820デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:29:16.85ID:gHGRl3oV
Comparison of HTML parsers
https://en.wikipedia.org/wiki/Comparison_of_HTML_parsers

いろんな言語で50個ほど。そのうちHTML5対応は13個
821デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:29:37.47ID:TQL67mUT
>>817
Gumboは研究した。
これは良いモノ！と言えるのは、使ったことが無い人だけだと思います。
822デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:30:35.30ID:TQL67mUT
これだけは言える。
Gumboはキミのアプリケーションには使えない。
823デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:31:00.66ID:gHGRl3oV
HTML5でそれまでの（IEの）実装と矛盾なく厳密に仕様が決められた
不正なHTMLの扱いなど異なる解釈ができる余地を無くしたので
HTML5に対応するのは簡単。決められた仕様通りに作ればいいだけ
824デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:31:27.41ID:gHGRl3oV
>>822
> Gumboはキミのアプリケーションには使えない

実際にはお前が使えなかったんだろｗ
825デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:32:37.11ID:TQL67mUT
>>824
もちろん俺は使わないよ。
だからパーサーを書いたんだよ。
2020/06/09(火) 22:32:57.05ID:jgCUUPlV
ライブラリなんて汎用的に使えるよう機能が揃っていることが重要で便利さは二の次だと思うけどな。使いやすさは各自ラッパー書いて整備すればいいし。
ライブラリそのものにゴテゴテ機能をのせると逆にわかりにくくなるイメージ。
827デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:34:36.16ID:gHGRl3oV
>>825
使わないんじゃなくて、お前に使う能力がなかったという話
2020/06/09(火) 22:34:36.32ID:jgCUUPlV
>>825
パーサーって言ってるけど、要はXMLパーサーをブン回す便利関数の集まりなんじゃないの？
829デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:35:08.77ID:TQL67mUT
>>826
俺もその通りだと思う。
だから、組み合わせられる部品であるべきだと考えた。
アルゴリズムの部品化に何が必要か考えると、結局STLに行き着く。
非常にSTLと似たアプローチをとって実現した。
2020/06/09(火) 22:35:19.44ID:5b+vuI/A
>>819
うーん、ごめんね話が噛み合わないみたいだからおじさんのパーサーに興味持てなくなっちゃった
すごいね、くらいの乾いた感想しか出てこないです
もう興味ないからパーサーの話は終わりにしよう
831デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:35:40.19ID:TQL67mUT
>>828
HTML5パーサーだって。
832デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:36:02.94ID:TQL67mUT
>>830
はい、じゃあ終わりで。
833デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:36:37.42ID:gHGRl3oV
GoogleがHTML5構文解析ライブラリGumboをオープンソース化
https://www.infoq.com/jp/news/2013/08/google-gumbo-html5/

プロジェクトの説明ページによると、Gumboを公開する目的は、
軽量なHTML構文解析ライブラリを開発者たちに提供することだ。
Gumboは、外部に依存せず、大部分の言語から呼び出すことができる。
このライブラリは、ウェブページ検証、静的アナライザ、
テンプレート言語、リファクタリングツールなどに入れられるだろう。
834デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:36:54.30ID:gHGRl3oV
将来追加される機能の一部は以下の通りだ。

テンプレートタグをサポートするという最近のHTML5スペックの変更をサポートする
フラグメント構文解析をサポートする
フル機能を持つエラー報告
他言語と結びつける
2020/06/09(火) 22:37:35.40ID:jgCUUPlV
>>831
よくわかってないんだけど、HTMLパーサーってXMLパーサーにどんな機能が追加されてるの？
2020/06/09(火) 22:38:34.73ID:jgCUUPlV
すまん、gumboとやらの説明読んでくるわ
837デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:39:51.76ID:gHGRl3oV
>>835
HTMLはXMLとは違う。XMLはタグの規則が決まっているが
HTMLはその規則に従っていない
2020/06/09(火) 22:47:22.81ID:jgCUUPlV
>>837
すまん、なぜかずっとXMLはHTMLの上位概念だと勘違いしてたわ。歴史的な勘違いだわ。
2020/06/09(火) 22:48:51.54ID:j140Gfna
>>811
ブラウザで動くのだからすでにcross platformじゃん
840デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:54:35.06ID:gHGRl3oV
>>838
HTMLは必要ないタグの省略ができるなど手書きする上で便利なマークアップ言語だった

それをある時コンピュータで処理しやすくするために、便利な書き方をなくそうぜ！と言い出した。
そう言ってできたのがXHTML。←これは全くのやくたたずで廃止された
なぜなら人間が読むために作られたHTMLを機械で（生成することはあっても）処理することはなかったからだ

そして解釈の幅があったHTMLの規則を厳密に定めたのがHTML5

HTML5の素晴らしい点は、過去のブラウザにこれからはこの規則だから合わせろや！
と強制するのではなく（強制したのがXHTML）
過去のブラウザの実装を元に仕様を作った
だから古いブラウザ、特にIE6とかも実質HTML5対応と言える
841デフォルトの名無しさん
垢版 |
2020/06/09(火) 22:55:20.55ID:gHGRl3oV
少し訂正

そして解釈の幅があったHTMLの規則を厳密に定めることで
コンピュータで処理しやすくしたのがHTML5
2020/06/09(火) 23:01:09.63ID:BCXvnkps
>>839
ここweb frameworkのスレッドでしょ
web developerがcross platformといったらふつうはsmartphone appは最低限含まれる
Browserならどこでも動くがそのレベルでいい時代じゃない

使いやすさやperformanceを追求するとやはりBrowserでなくappになる
大手はだいたいsmartphone app出してるでしょ

>>838
XML対応してる、xhtmlとかいうのもあったな
2020/06/09(火) 23:01:51.35ID:5b+vuI/A
>>840
分かりやすい説明ありがとう
(・∀・)ｲｲﾈ!! +1
844デフォルトの名無しさん
垢版 |
2020/06/09(火) 23:06:43.15ID:gHGRl3oV
今も覚えてるよ。2000年頃。俺が学生だった時代
XHTMLの勉強会だがセミナーだかあって言ったんだが
HTMLがXMLだとデータとして再利用しやすくとか言っていたが、

当時XMLからXHTMLにXSLT（これ自体もXML）で変換して
データからHTMLを作るぞーって、面倒なだけで何もメリットねーじゃねーか
って知ってた俺は、

そのセミナーの話を聞きながら、うん。でもHTMLには広告とか入っていて
XHTMLをデータとして再利用するなら、最初からXMLを提供したほうがいいよね
HTMLがXMLである必要性はないよね思ってた。

それから数年後HTML5が登場して、俺の考えは正しかったことが証明された。
2020/06/09(火) 23:15:23.10ID:TWC2/3XS
htmlは歴史的にはsgmlで定義されてからな
まあ目的ちょっとちがってきたしな
2020/06/09(火) 23:25:27.45ID:j140Gfna
>>842
独自定義なら先にそう説明してね
2020/06/09(火) 23:45:58.07ID:g+SfU9WB
初歩から学ぶHTML講座をやっていると聞いて
848デフォルトの名無しさん
垢版 |
2020/06/09(火) 23:56:51.88ID:gHGRl3oV
HTMLとCSSの理解はjQueryを使うのに必須だからね
jQueryが使いづらいって言ってるやつほど
HTMLやCSSを理解せずDOM操作を使って実装しようとする

jQueryの本質は宣言的言語であるということ
セレクタが使えるだけじゃない、
書き方そのものがCSSと類似している
例えば

.alert { color: red; } というCSSをjQueryでやるなら
$('.alert').css({color: 'red'}) となる（念の為に言うと直接CSSを定義するのは推奨しない）

CSSと同じでクラスに対して一括して属性を適用している。
この宣言的であるCSSと同じように、イベントハンドラも一括適用できるわけ

VueなどのフレームワークはDOM操作を簡単にするものだが
jQueryはDOMを操作するのではなく宣言的に
記述できるライブラリと言ったほうがより正確だろう
だからHTMLとCSSへの理解がより重要になる
849デフォルトの名無しさん
垢版 |
2020/06/10(水) 00:16:48.50ID:JRdCMR0Q
いや、これからはHTMLパーサーの時代ですよ。
2020/06/10(水) 00:22:12.77ID:DE5GYcNY
jqueryではWebアプリは作れないのでWebアプリを作るためにReactやAngulerを使うべき
ゴミクズjqueryなんか議論するまでもない
851デフォルトの名無しさん
垢版 |
2020/06/10(水) 00:26:05.60ID:qw3+DV1P
なんでウェブアプリを作らないといけないと思ってるんだろうｗ
2020/06/10(水) 00:27:28.29ID:Y+Skfs8B
うめ
2020/06/10(水) 00:27:41.07ID:Y+Skfs8B
うめ
2020/06/10(水) 00:27:59.11ID:Y+Skfs8B
うめ
2020/06/10(水) 00:28:32.43ID:Y+Skfs8B
マルチポストではありません
2020/06/10(水) 00:28:43.92ID:Y+Skfs8B
マルチポストではありません
2020/06/10(水) 00:28:58.94ID:Y+Skfs8B
すまん、誤爆してた…
858デフォルトの名無しさん
垢版 |
2020/06/10(水) 00:30:02.23ID:qw3+DV1P
最後までやれや
2020/06/10(水) 00:38:26.80ID:DE5GYcNY
いけないってなんだよ？
作らない奴に用はねえからここに来るな
2020/06/10(水) 01:49:21.69ID:QZtJxfEC
>>846
いや、各社のサイトでその表現つかってるし独自でもない

browserならなんでも動くわけだからcross platformといったら
applicationだと気が付くのが普通
861デフォルトの名無しさん
垢版 |
2020/06/10(水) 07:14:53.99ID:JRdCMR0Q
>>791
イベントベースのHTMLパーサーというのは、本来有り得ないんだよ。
一度木を作っているか、もしくはHTML仕様を満たしてていないはず。
2020/06/10(水) 07:41:14.43ID:Y+Skfs8B
マークパンサー
2020/06/10(水) 07:42:04.27ID:Y+Skfs8B
今日は水曜日やで~
2020/06/10(水) 07:47:55.05ID:Y+Skfs8B
<一週間>
　<月曜日>{{a}}</月曜日>
　<火曜日>{{b}}</火曜日>
　<水曜日>{{c}}</水曜日>
　<木曜日>{{d}}</木曜日>
　<金曜日>{{e}}</金曜日>
　<土曜日>{{f}}</土曜日>
　<日曜日>{{g}}</日曜日>
</一週間>
2020/06/10(水) 07:56:19.73ID:/jupoSfF
パーサーおじさんはなんでパーサー作ってんの？
2020/06/10(水) 08:11:22.88ID:Y+Skfs8B
パーサーが好きなんや。上手くパースできたときほど自分の全能感が満たされることはない。
2020/06/10(水) 10:52:49.22ID:Y+Skfs8B
パーサーおじさんはニートなんや…
2020/06/10(水) 10:53:19.49ID:Y+Skfs8B
マークパンサーふぉぉぉぉ！！！
2020/06/10(水) 12:17:22.62ID:wKk8b9p0
>>803
Wasmを使ってブラウザ上でJavaアプレットを動かすプロジェクトは進んでいるらしいが、
ランタイムが大きいくて、起動前のダウンロードに時間が掛かるだろう。
JVMは予めインストールすることによりそれは防げていたが、Wasmだとそうはいかないはずだ。
2020/06/10(水) 12:28:08.93ID:GONrHtGL
うめ
2020/06/10(水) 12:28:26.23ID:YeGIrly6
うめ
2020/06/10(水) 12:29:02.30ID:pIFx6ERR
うめ
2020/06/10(水) 12:29:16.65ID:TFi5w16M
うめ
2020/06/10(水) 12:29:31.67ID:QFUYwjF/
うめ
2020/06/10(水) 12:29:48.58ID:WCOJ4owr
うめ
2020/06/10(水) 12:30:06.43ID:lmEgKaUF
うめ
2020/06/10(水) 12:30:21.30ID:+vY7/o55
うめ
2020/06/10(水) 12:30:34.94ID:TVrvLnoZ
うめ
2020/06/10(水) 12:30:51.81ID:e1Hxsu20
うめ
2020/06/10(水) 12:31:23.04ID:OqZtnaTe
うめ
2020/06/10(水) 12:31:42.37ID:rvesk1xA
うめ
2020/06/10(水) 12:31:58.45ID:zJAEAXj0
うめ
2020/06/10(水) 12:32:12.18ID:ynEmlw56
うめ
2020/06/10(水) 12:32:26.57ID:jojNFTyK
うめ
2020/06/10(水) 12:32:36.79ID:7Q59UMwq
うめ
886>>767
垢版 |
2020/06/10(水) 12:32:42.27ID:5uV62iXM
>>769
ただいまぁ、wasmスゴイね研究日記スレですかあれは？
別次元でわけわからないわ・・
こっちはこっちで？パーサーって何？
2020/06/10(水) 12:32:56.11ID:LC4HIk8j
うめ
2020/06/10(水) 12:33:14.92ID:2CxIIVj8
うめ
2020/06/10(水) 12:33:31.38ID:isTrhSH4
うめ
2020/06/10(水) 12:33:48.38ID:dn5XAUIo
うめ
2020/06/10(水) 12:34:05.28ID:NMbBkyXH
うめ
2020/06/10(水) 12:34:19.79ID:3BI85VkN
うめ
2020/06/10(水) 12:36:05.96ID:MVs+wqY5
うめ
2020/06/10(水) 12:36:19.66ID:u2jkS2GC
うめ
2020/06/10(水) 12:36:35.42ID:RTznl0F5
うめ
2020/06/10(水) 12:36:54.82ID:ADUv2RGB
うめ
2020/06/10(水) 12:37:12.91ID:1D+OZ5wJ
うめ
2020/06/10(水) 12:37:32.18ID:0Hvzccmo
うめ
2020/06/10(水) 12:37:43.92ID:VBA4VaED
うめ
2020/06/10(水) 12:37:55.74ID:DaooWLpJ
うめ
2020/06/10(水) 12:38:16.03ID:MxjyMMSW
うめ
2020/06/10(水) 12:38:30.66ID:zdb3UDXh
うめ
2020/06/10(水) 12:38:47.50ID:fMHFm5Wy
うめ
2020/06/10(水) 12:39:02.99ID:ZpeoqQ8I
うめ
2020/06/10(水) 12:39:17.62ID:NKD1taGR
うめ
2020/06/10(水) 12:39:33.41ID:NGf6SdrK
うめ
2020/06/10(水) 12:39:49.55ID:Ok+JVBiT
>>869
WASM用に小さいJVM作れないのかな？
昔はKVM(kilo-bytes vm)なんてものもあったんだから不可能ではなさそうだけど
2020/06/10(水) 12:39:49.74ID:RB5bU0Y3
うめ
2020/06/10(水) 12:40:07.72ID:hxPVV5ac
うめ
2020/06/10(水) 12:40:24.47ID:cuFmEP7p
うめ
2020/06/10(水) 12:40:40.80ID:4ClZicBe
うめ
2020/06/10(水) 12:40:57.83ID:tVy39pyc
うめ
2020/06/10(水) 12:41:16.25ID:Y8/ZyVzR
うめ
2020/06/10(水) 12:41:33.22ID:9A+hSmZl
うめ
2020/06/10(水) 12:41:50.27ID:83Jv2a2i
うめ
2020/06/10(水) 12:42:07.27ID:2nafkb2U
うめ
2020/06/10(水) 14:06:36.07ID:wKk8b9p0
>>907
仮にVMが小さく出来たとしても、class-libraryが大きい。
2020/06/10(水) 14:17:38.89ID:Ok+JVBiT
kvmでもjava.lang、java.io、java.awtとか揃ってたけどなあ
2020/06/10(水) 17:29:35.87ID:iZlm8qCr
java
2020/06/10(水) 17:29:49.17ID:nnbv+fjE
teva
2020/06/10(水) 17:30:04.95ID:ds7kIeHE
shaka
2020/06/10(水) 17:30:19.55ID:gH9FISiT
chaco
2020/06/10(水) 17:30:36.77ID:3z7n/7o0
suicoke
2020/06/10(水) 19:37:53.32ID:W8pY0Q68
chinko
2020/06/10(水) 20:23:58.79ID:D9gIzf3H
fukuoka
2020/06/10(水) 22:31:03.40ID:Ffad7Uxg
なんでこんなスレが荒らしの的になったんだｗ
2020/06/10(水) 22:47:34.08ID:LZ+NpPES
自分で荒らしといてしらじらしい
2020/06/10(水) 22:49:35.96ID:o9Z/VPuJ
荒らしも出てきたんで次スレ

Vue vs React vs Angular Part.4
https://mevius.5ch.net/test/read.cgi/tech/1591796945/
2020/06/10(水) 23:00:16.53ID:Ffad7Uxg
>>927
ちゃいまんがなｗ
パーサおじさんでしょ荒らしてんの
930デフォルトの名無しさん
垢版 |
2020/06/11(木) 01:13:52.38ID:GDbo8Uq3
パーサーに詳しい人が多いコミュニティで話した方が楽しいと思うで
少なくとも、ここはレイヤーがあまりにも違い過ぎるので
2020/06/11(木) 01:26:40.47ID:tnq3MU31
そもそもパーサの話題爆撃してるのが荒らしだと思うの
もっと辿れば多分jQueryおじさん（＝パーサーおじ）
932デフォルトの名無しさん
垢版 |
2020/06/11(木) 01:35:29.36ID:DfQXR17L
>>929
俺のせいにすんなよ。
俺はパーサーを愛するナイスガイだ、荒らしたりしないぞ。
933デフォルトの名無しさん
垢版 |
2020/06/11(木) 01:36:26.61ID:DfQXR17L
>>931
俺の書き込みは追っていけばすぐわかるだろ。
クルクルパーサー、こう覚えておけ。
2020/06/11(木) 02:37:39.79ID:GPnrOOaI
>>931
> もっと辿れば多分jQueryおじさん（＝パーサーおじ）

ちげーよ。俺はパーサーの話なんかしてねーよ
935デフォルトの名無しさん
垢版 |
2020/06/11(木) 02:42:49.19ID:DfQXR17L
>>934
嘘コケ、おまえは俺だよ。
2020/06/11(木) 02:46:20.70ID:GPnrOOaI
これがいい

GoogleがHTML5構文解析ライブラリGumboをオープンソース化
https://www.infoq.com/jp/news/2013/08/google-gumbo-html5/

プロジェクトの説明ページによると、Gumboを公開する目的は、
軽量なHTML構文解析ライブラリを開発者たちに提供することだ。
Gumboは、外部に依存せず、大部分の言語から呼び出すことができる。
このライブラリは、ウェブページ検証、静的アナライザ、
テンプレート言語、リファクタリングツールなどに入れられるだろう。
937デフォルトの名無しさん
垢版 |
2020/06/11(木) 02:50:24.66ID:DfQXR17L
Gumboはクロールして情報を集めるには向くけど、HTMLを編集して出力するのには向かないぞ。
検索しただけじゃわからないだろうから、実際に使ってみると良い。
938デフォルトの名無しさん
垢版 |
2020/06/11(木) 02:54:04.10ID:DfQXR17L
ニュースリリースって製品の宣伝のために出すだろ。
だから良いことしか書いていないんだけど、記事を書く方は実際に使って書くわけじゃないから、ニュースリリースを言い換えたような記事になりやすい。
Gumboは選択子から外したほうが良い。
939デフォルトの名無しさん
垢版 |
2020/06/11(木) 03:31:12.23ID:DfQXR17L
>>936
言ってる端からパーサーの話し始めやがって。
2020/06/11(木) 03:40:26.38ID:GPnrOOaI
>>939
パーサーの話はこれで終わった。
これ以上言うことはないよ
941デフォルトの名無しさん
垢版 |
2020/06/11(木) 03:56:59.45ID:DfQXR17L
そもそも、荒らしが来て新スレが立ってjQueryブッコんで来てるのに、俺を疑うとは。
見る目無さすぎだろ。
2020/06/11(木) 04:12:46.81ID:8C5ELS3/
大体ここWebprog板じゃなくてプログラム板なのに勝手にWebサイトの話してjQueryねじ込んでくるのがおかしい
2020/06/11(木) 07:32:54.49ID:a7udsKYq
フレームワーク同士の比較スレってのがそもそもセンスない。需要はさておきフレームワーク毎に個別にスレを立てるべきだろい
2020/06/11(木) 07:54:52.39ID:G9WT1PPm
>>943
本来そうすべきだな。Vue, React, Angularそれぞれで立てればjQueryおじさんに荒らされないスレも1つくらいはできるだろうし
2020/06/11(木) 07:56:54.87ID:VU89vCXB
とりあえずうめ
2020/06/11(木) 07:57:06.42ID:VU89vCXB
うめ
2020/06/11(木) 07:57:18.15ID:VU89vCXB
うめ
2020/06/11(木) 07:57:29.22ID:VU89vCXB
うめ
2020/06/11(木) 07:57:50.32ID:680eTT+1
うめ
2020/06/11(木) 07:57:56.85ID:680eTT+1
うめ
2020/06/11(木) 07:58:03.26ID:680eTT+1
うめ
2020/06/11(木) 07:58:18.82ID:aSyM1fSh
うめ
2020/06/11(木) 07:58:24.99ID:aSyM1fSh
うめ
2020/06/11(木) 07:58:30.95ID:aSyM1fSh
うめ
2020/06/11(木) 07:58:46.35ID:TapBc1md
うめ
2020/06/11(木) 07:58:53.16ID:TapBc1md
うめ
2020/06/11(木) 08:09:40.82ID:TxwYjVu2
jQueryは永久に不潔です
2020/06/11(木) 09:51:10.19ID:AduHcgfK
jQuery
2020/06/11(木) 09:51:20.27ID:AduHcgfK
jQuery
2020/06/11(木) 09:51:29.26ID:AduHcgfK
jQuery
2020/06/11(木) 09:51:50.99ID:aSz0EGVo
jQuery
2020/06/11(木) 09:52:03.68ID:aSz0EGVo
jQuery
2020/06/11(木) 09:55:31.62ID:yWCAix7c
>>943
React と React Native のスレ
https://mevius.5ch.net/test/read.cgi/tech/1552134567/
2018年 は 脱React の年だった。 オワコン React
https://mevius.5ch.net/test/read.cgi/hp/1545879649/
Angular総合スレッド [無断転載禁止]©2ch.net
https://mevius.5ch.net/test/read.cgi/hp/1484055394/
Vue.jsについて語るスレ
https://mevius.5ch.net/test/read.cgi/hp/1507885112/
vue.js
https://medaka.5ch.net/test/read.cgi/php/1499611725/
2020/06/11(木) 10:34:12.62ID:1Kvvbi3U
デザインを学び易いのは
jqueryしかないから、で結論じゃね？
2020/06/11(木) 10:38:33.30ID:VnkliXLF
JavaAppletでWasm動かせよ
なんだその嫌がらせ
2020/06/11(木) 11:22:34.62ID:jc8GPsyQ
いまどきJavaAppletとか何のメリットあるんだよ
時代遅れ
2020/06/11(木) 11:45:03.59ID:GPnrOOaI
>>944
それはフリかね？
968デフォルトの名無しさん
垢版 |
2020/06/11(木) 12:07:14.05ID:c5pDb/Ad
>>999
https://twitter.com/aritayoshifu/status/1270354538411593730
https://twitter.com/5chan_nel (5ch newer account)
969デフォルトの名無しさん
垢版 |
2020/06/11(木) 12:09:04.72ID:DcPEy/qZ
>>999
https://twitter.com/aritayoshifu/status/1270354538411593730
https://twitter.com/5chan_nel (5ch newer account)
2020/06/11(木) 12:19:05.60ID:Th6rh/3U
>>943
使う側目線でいえば、比較してくれるのはとてもありがたい。
どのマザーボードがいいか、どのハードディスクが良いか比較してくれる
雑誌は重宝する。
沢山有るのでそれぞれの特徴や良し悪しが分からないし、分かるようになるためには大量の時間もかかるし。
2020/06/11(木) 12:24:44.68ID:jc8GPsyQ
フレームワーク選びに迷ってる人もいるし比較スレは有用だが
3種類に限定する必要はない
JavaScriptのSPA対応Web Framework総合スレにしたほうがいいとおもう
この３つだとSPA対応限定とかかな
そうしないと新しいフレームワークでたときに困る
2020/06/11(木) 13:07:49.19ID:BURYEiy6
このスレはフレームワークを使いたい人には需要があまりないということだ。だがフレームワークをバカにしたい人には需要があると言うことだ。
2020/06/11(木) 13:08:55.21ID:dspgJzaw
総合的なのも立てるか
2020/06/11(木) 13:17:33.61ID:VQSUYKfN
需要ないのに立てるなよ。どうせjQueryの話題が8割だろ？
2020/06/11(木) 13:18:11.37ID:pFOaqN4m
新スレたったしこのスレはもう落とそう。全てを忘れて次に進もうよ。
2020/06/11(木) 13:19:05.96ID:ttcCgZCy
Vue vs React vs Angular Part.4
https://mevius.5ch.net/test/read.cgi/tech/1591796945/

フロントエンドJavaScriptフレームワーク総合
https://mevius.5ch.net/test/read.cgi/tech/1591848719/

？？？？？？？？？
2020/06/11(木) 13:19:43.52ID:+gYW/LPx
スレが分裂したぞ、何が原因だ？
2020/06/11(木) 16:26:11.28ID:J4Syweww
うめ
2020/06/11(木) 16:27:52.19ID:zojPZYac
うめ
2020/06/11(木) 16:28:07.37ID:XKxMTAMU
うめ
2020/06/11(木) 16:34:42.57ID:nP2PxG3q
うめ
2020/06/11(木) 16:34:56.28ID:rHo3HYs9
うめ
2020/06/11(木) 16:36:55.85ID:uGsh0NQC
なんで埋め立てられてんの？
2020/06/11(木) 16:42:33.29ID:TxwYjVu2
>>983
jQueryの悪口を書くヤツが許せないから
2020/06/11(木) 16:47:37.93ID:Vvg5rvuj
jQueryで書きました
2020/06/11(木) 16:55:54.98ID:uGsh0NQC
ああなるー
こんなんしたらなおさら反感買うだけでしょうに
2020/06/11(木) 17:23:59.31ID:Th6rh/3U
jQueryは実際の使用率が75%位あるのに、
vueは、githubの全プロジェクトの中でも最高のスター数なのに、
実際の使用率は1%もないということに驚いた。
vueはgithubの中でも寄付額が凄くてそれだけで食っていけるほどだと聞くのに。
というか、食っていけるどころの額じゃなかったはず。
いったい、githubのstar数とは何なんだろうか考えさせられる。
2020/06/11(木) 17:37:18.16ID:92eNOFs2
GitHubはサービス開始したのは2008年
それに対してjQueryは2006年リリース

GitHubが普及するまで数年はかかっただろうし
jQueryもすぐにGitHubを使ったわけではないだろうし
スターは話題になったときに一気に爆発的に増える
GitHubが主流になった頃にはそのピークはすぎてたってだけだろう
2020/06/11(木) 18:35:50.34ID:Th6rh/3U
>>988
でも現実には使用数はjQueryの方こそが増加中なんだよね。
2020/06/11(木) 18:56:54.18ID:Ffq3jYyG
WordPressをインストールしたら勝手にくっついてきたというゴミjqueryをさも全員が使ってるとか脳みそゴミ変換されて可愛そ
2020/06/11(木) 19:02:34.73ID:fF+Mc7yL
まともな次スレ作りました
Vue vs React vs Angular Part.4
https://mevius.5ch.net/test/read.cgi/tech/1591869705/
992デフォルトの名無しさん
垢版 |
2020/06/11(木) 20:13:36.44ID:HsEiUyFj
jqueryを使うべき理由を論理的に述べてくれ
993デフォルトの名無しさん
垢版 |
2020/06/11(木) 20:20:51.68ID:DfQXR17L
初心者にもわかりやすい。
994デフォルトの名無しさん
垢版 |
2020/06/11(木) 20:25:42.15ID:DfQXR17L
おそらくReact等を使う人はjQueryも使いこなすが、jQueryを使う人がReact等を使いこなせるかというと、そうではない。
その点がjQueryのアドバンテージになっているのでは。
もっともサイト利用者の観点では、そんなことは関係ないからな。
2020/06/11(木) 20:30:39.01ID:V0H+M30n
jQueryはDOM操作ライブラリよね
フレームワークではない
996デフォルトの名無しさん
垢版 |
2020/06/11(木) 20:32:33.20ID:DfQXR17L
jQueryは簡単で素晴らしい、だからjQueryを使おうという考え方は、動くホームページの時代ならアリだろう。
今はそういう時代じゃないので、ユーザー・エクスペリエンスから逆算して採用の可否を決めるべき。
997デフォルトの名無しさん
垢版 |
2020/06/11(木) 20:35:04.43ID:HsEiUyFj
インタラクティブなwebならreactやvueで開発する。

静的なサイトならvanillaで開発する。

jqueryは要らない
998デフォルトの名無しさん
垢版 |
2020/06/11(木) 20:35:58.66ID:DfQXR17L
ただし、クルクルは禁止だ。
999デフォルトの名無しさん
垢版 |
2020/06/11(木) 20:37:12.40ID:HsEiUyFj
クルクルってなに？
1000デフォルトの名無しさん
垢版 |
2020/06/11(木) 20:37:35.23ID:DfQXR17L
>>999
次スレで説明するわ。
10011001
垢版 |
Over 1000Thread
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 365日 1時間 32分 40秒
10021002
垢版 |
Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況