72 行
5.4 KiB
HTML
72 行
5.4 KiB
HTML
<title>HTML5の嘘 - 美々蝶々</title>
|
|
|
|
<h1>HTML5の嘘</h1>
|
|
|
|
<ul>
|
|
<li>2022-12-20 たかし</li>
|
|
<li>最終更新日: 2023-07-12 (陰暦05月26日)</li>
|
|
</ul>
|
|
|
|
<h2>序</h2>
|
|
|
|
<p>HTML5 (今は HTML Living Standard) が登場した時、これで「アプリ」やゲームを開発できる、と宣伝されました。筆者も嘗ては HTML5 に夢を見ました。</p>
|
|
|
|
<ul>
|
|
<li>PC・モバイル対応の「アプリ」を楽に開発できる</li>
|
|
<li>「アプリ」をウェブで公開できるから Google や Apple から自由になる</li>
|
|
<li>canvas や WebGL を使用してプラットフォーム非依存のゲームを開発できる</li>
|
|
</ul>
|
|
|
|
<p>今は HTML5 をそこまで良いと感じません。</p>
|
|
|
|
<p><strong>元々、この記事は上記リストに反論する形式でしたが、書き方を改めました。</strong></p>
|
|
|
|
<h2>1.「HTML5アプリ」は複雑</h2>
|
|
|
|
<p>確かに「HTML5 アプリ」は簡単に作れますが、開発者の多くは HTML5 に「フレームワーク」や NodeJS (npm) を採用して、構造を複雑にします。また、HTML5 を普通のソフトに見せかけるために「Electron」でラップすると、実行可能ファイルは巨大になり、消費メモリーも増加します。</p>
|
|
|
|
<h2>2.「HTML5アプリ」はGoogle・Appleに依存</h2>
|
|
|
|
<p>HTML5 は、自分のウェブサーバーから「アプリ」を配信できる、と注目されましたが、多くの場合は、ネイティブの WebView に埋め込まれ、Google や Apple の「ストア」で配布されます。WebView を使用しなくても、モバイルのブラウザーの殆どは Chrome・Safari の派生だから、結局は Google や Apple から逃げられません。</p>
|
|
|
|
<h2>3. HTML5ゲームは難しい</h2>
|
|
|
|
<p><a href="./jsomohide.html">HTML5 のゲームはプログラミングの学習に丁度良く</a>、家族や友人に成果物を見せて楽しむ事ができます。ところが本格的なゲーム開発には向かず、ネイティブのゲームには見劣りします。筆者の経験上、多くの人はブラウザゲームより、ハイエンドゲームや市販ゲームを好みます。</p>
|
|
|
|
<p>開発上の課題もあります。いくら効率の良いコードを書いても、ブラウザー側の制約により、ゲームのアニメーションは不安定になります。更に、JS でキーボードやマウスの情報を取得する API は複雑で、PC・モバイルの両方に対応するには沢山のコードが必要です。</p>
|
|
|
|
<h2>4. 最新のウェブ技術はトラッキングに便利</h2>
|
|
|
|
<p>HTML5 の canvas はフィンガープリントに使用できます。それどころか JS にはプライバシー侵害のための機能があります (HTML5 と少し別の話ですが、参考として)。</p>
|
|
|
|
<ul>
|
|
<li><a href="https://hozon.site/archive/1689000964/www.saitolab.org/fp_site">Fingerprint解説サイト (hozon.site)</a></li>
|
|
<li><a href="https://hozon.site/archive/1689001328/developer.mozilla.org/ja/docs/Web/API/Navigator/sendBeacon#content">Navigator.sendBeacon() - Web API | MDN (hozon.site)</a>
|
|
<blockquote>
|
|
<p>このメソッドは、アナリティクスや診断のために、データの送信が早すぎるとデータ収集の機会を失う可能性があるような場合、文書がアンロードされる前にサーバーにデータを送信するものです。例えば、他のページに移動してページがアンロードされる前にユーザーがどのリンクをクリックしたかなどです。</p>
|
|
</blockquote>
|
|
</li>
|
|
</ul>
|
|
|
|
<h2>5. HTML5はHTML4と同じ</h2>
|
|
|
|
<p>HTML5 以降「アプリ」のための機能が増えましたが、ハイパーテキストを記述する機能は殆ど進歩しません。header などの新要素は DIV の親戚に過ぎず、しかも互換性の問題を増やしました。むしろ、同時期にできた CSS3 の方が便利かもしれません。CSS3 は、ウェブサイトの表現の幅を大きく広げました。</p>
|
|
|
|
<p>このサイトは HTML i18n で書きました。1997年の規格ですが機能は充分です。HTML5 や HTML Living Standard で HTML の規格を何度も更新するのは蛇足といつても過言でありません。</p>
|
|
|
|
<h2>参考</h2>
|
|
|
|
<ul>
|
|
<li><cite><a href="https://hozon.site/archive/1689169349/www.publickey1.jp/blog/10/html5javascriptdouglas_crockford.html">「HTML5は優先順位を間違った。もういちどセキュリティの設計からやり直すべきだ」と語るJavaScript大家のDouglas Crockford氏</a></cite>
|
|
<blockquote>
|
|
<p> 1つ目の理由は、それらはブラウザを非常に複雑なプラットフォームにしてしまうからだ。そして、複雑さは敵（攻撃者）の武器だ。私たちは実際にシンプルで、標準的で、一般的なものとしてプラットフォームを見るべき。HTML5はそうしなかった。</p>
|
|
</blockquote>
|
|
</li>
|
|
<li><cite><a href="https://hozon.site/archive/1689000326/qiita.com/Peutes/items/d74e5758a36478fbc039">iOS10のSafariでuser-scalable=no が効かなくズームがされる問題への対策 - Qiita</a></cite>
|
|
<blockquote>
|
|
<p>iOS10から、Safariで viewport の user-scalable=no が効かなくなりました。<br>
|
|
ブラウザゲームなどを開発してる場合、ダブルタップで拡大されてしまうためクリティカルな問題になります。</p>
|
|
</blockquote>
|
|
</li>
|
|
</ul>
|