エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント2件
- 注目コメント
- 新着コメント
![xxxxxeeeee xxxxxeeeee](https://cdn.profile-image.st-hatena.com/users/xxxxxeeeee/profile.png)
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
◇BNFは間違っている:繰り返しを再帰で表すべきではない - 万象酔歩
構文を規定するのにBNF表記を用いることは良くあります。 しかし良く知られているようにBNFには繰り返し... 構文を規定するのにBNF表記を用いることは良くあります。 しかし良く知られているようにBNFには繰り返しが表現できないという 根本的で致命的な欠点があります。 このため、リスト構造は再帰で誤魔化されてBNF化されます。 これは一般的に行われていますが、本来の文法モデルとは異なった ものとなります。 リストモデルとBNF表記 例えば名前をカンマでつないだ構文があるとします。 A,B,C,D これは想定する構文モデルでの構文木はつぎのように考えられます。 name_list name=A , name=B , name=C , name=D この構文をごく一般的に使われるBNFで表すと name_list ::= name | namelist "," name という形となります。 一見これで構文構造を表せるように思えます。しかし、このBNFに則った 形で構文解析を行うと、構文木は次のように
2013/03/09 リンク