Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
  • Twitterでシェア
  • Facebookでシェア

JavaScriptの上限・限界値 - Qiita

テクノロジー カテゴリーの変更を依頼 記事元:qiita.com/mod_poppo
適切な情報に変更
189 usersがブックマーク コメント20

    記事へのコメント20件

    • 注目コメント
    • 新着コメント
    otchy210
    otchy210 調べ始めたモチベーションにも書かれてるけど、再帰とか使いがちなコードの自動生成する時とかに引っかかるケースが出てくるんだと思う。手で書くコードで引っかかったら設計がやばすぎるw

    2022/05/31 リンク

    その他
    programmablekinoko
    programmablekinoko いまやJSは中間言語みたいなもんなのでこういう人手では絶対に生成しないレベルの検証も必要

    2022/05/31 リンク

    その他
    taku-o
    taku-o たしかにコード生成なら制約にかかることかなりあり得る

    2022/05/31 リンク

    その他
    Helfard
    Helfard この上限にかかるような事態があるならそも設計に問題がありそうな気がするけど、他の言語だと更に上があったりするのかな？

    2022/05/31 リンク

    その他
    lbtmplz
    lbtmplz “512MiBのASCII文字列からなるファイルをreadFileSyncで読もうとすると死ぬ”

    2022/05/31 リンク

    その他
    shinagaki
    shinagaki 想像できる上限・限界値と違ってた。面白い

    2022/06/01 リンク

    その他
    yamadashy
    yamadashy 気にしたことなかった。面白い。タイトル見て数値周りの話で初心者向けかなと思ったけど違った。

    2022/06/01 リンク

    その他
    aceraceae
    aceraceae あまり問題になる場面はなさそうだけど万が一ハマったときに思い浮かんだらいいな。

    2022/06/01 リンク

    その他
    maecchi
    maecchi 現実この上限まで利用しないけど配列は覚えておきたいかな

    2022/05/31 リンク

    その他
    efcl
    efcl JavaScriptの仕様的な上限と実装的な上限

    2022/05/31 リンク

    その他
    Akech_ergo
    Akech_ergo 配列サイズとかって物理メモリの許す限りデカくできると思ってたら、実装依存の上限があるんだ。

    2022/05/31 リンク

    その他
    azzr
    azzr 文字列はasciiの範囲でもメモリ上でutf-16で持たれて、v8のヒープサイズの上限が、世代別の片方あたり1GBってことかな。文字列の本体はjsのヒープじゃなくてC++側のに置けそうな気もするけど。

    2022/05/31 リンク

    その他
    hidea
    hidea 仕様と実装は同じとは限らないをあらためて

    2022/05/31 リンク

    その他
    UhoNiceGuy
    UhoNiceGuy 括弧1600個なんてLispだったら使っちゃうだろwwwと、心の中でニヤニヤしてたら、関数型言語のトランスパイラの話だった

    2022/05/31 リンク

    その他
    lainof
    lainof ↓Javaだとメソッドのサイズ上限が有名かな？ 手書きではまず起きないけど、JSPからServletへの変換で発生するやつ。

    2022/05/31 リンク

    その他
    taku-o
    taku-o たしかにコード生成なら制約にかかることかなりあり得る

    2022/05/31 リンク

    その他
    rryu
    rryu 文字列の実装上の上限が意外と短い。おそらく32ビットからフラグ等を差し引いた分が上限になっているのだと思うが…

    2022/05/31 リンク

    その他
    lbtmplz
    lbtmplz “512MiBのASCII文字列からなるファイルをreadFileSyncで読もうとすると死ぬ”

    2022/05/31 リンク

    その他
    pwatermark
    pwatermark コード変換を単純にやっちゃうと入れ子や再帰で酷いことになりがちだよねｗ

    2022/05/31 リンク

    その他
    programmablekinoko
    programmablekinoko いまやJSは中間言語みたいなもんなのでこういう人手では絶対に生成しないレベルの検証も必要

    2022/05/31 リンク

    その他
    otchy210
    otchy210 調べ始めたモチベーションにも書かれてるけど、再帰とか使いがちなコードの自動生成する時とかに引っかかるケースが出てくるんだと思う。手で書くコードで引っかかったら設計がやばすぎるw

    2022/05/31 リンク

    その他
    Helfard
    Helfard この上限にかかるような事態があるならそも設計に問題がありそうな気がするけど、他の言語だと更に上があったりするのかな？

    2022/05/31 リンク

    その他
    yarumato
    yarumato “扱える文字列長はV8（Node.js）が一番短い。十分長いように見えますが、512MiBのASCII文字列からなるファイルをreadFileSyncで読めないので注意が必要。”

    2022/05/31 リンク

    その他
    ginpei
    ginpei JSエンジンが扱える、文字列の長さや変数の数、ネストの深さ等の調査。

    2022/05/31 リンク

    その他
    gfx
    gfx V8の文字列の上限は意外と小さいんだな。

    2022/05/31 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    JavaScriptの上限・限界値 - Qiita

    JavaScriptの文字列や配列は最長でどこまで格納できるか、気にしたことはありますか？関数は何個まで引...

    ブックマークしたユーザー

    • techtech05212023/02/22 techtech0521
    • heguro2022/09/13 heguro
    • lugecy2022/06/12 lugecy
    • ShionAmasato2022/06/09 ShionAmasato
    • ug_idol2022/06/06 ug_idol
    • sanko04082022/06/04 sanko0408
    • somathor2022/06/02 somathor
    • strozw2022/06/02 strozw
    • littlefield2022/06/01 littlefield
    • shinagaki2022/06/01 shinagaki
    • yamadashy2022/06/01 yamadashy
    • yoshi-nkyma2022/06/01 yoshi-nkyma
    • aceraceae2022/06/01 aceraceae
    • ad22022/06/01 ad2
    • hush_in2022/06/01 hush_in
    • kotarella11102022/06/01 kotarella1110
    • khiramatsu2022/06/01 khiramatsu
    • wushi2022/06/01 wushi
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2024 Hatena. All Rights Reserved.