Vue vs React vs Angular Part.3

■ このスレッドは過去ログ倉庫に格納されています
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房が書き込んでも無視してください
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への理解がより重要になる
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況