MISRA-Cにおける「関数の末尾以外の return 禁止」の真意 - 新・日々録 by TRASH BOX@Eel

MISRA C という失敗 (#2295472) | コーディング標準は役に立つのか | スラド 早期returnとMISRA-Cルール14.7は背反か否か． - Togetter MISRA-Cはそもそも、 どのルールを守り、どのルールから逸脱するのか検討し、決定する。 上記の決定内容とその理由（順守するルール、逸脱するルール、逸脱の理由と範囲など）についてドキュメント化する。 ――という工程を経る前提で作られているルール集なので、「使い物にならない制約」と感じるのなら逸脱して構わない（ただしプロジェクト内で議論したうえで、必要な部分はしっかりドキュメント化してね）のだけど、それは置いておいて。 付け加えるのなら、自分なら例えば「使用条件をドキュメント化した上で限定的にgotoを許可する*1」とかやるだろうけど、それも置いておいて。 MISRA-Cにて「関数の末尾以外の return 禁

[nminoru]

MISRA-Cがコーディング規約ではなく、コーディング規約を作るためのメタコーディング規約だという点はもっと知られてもいいと思う。

[monamour555]

MISRA-C 2004 のルール14.7 への考察を読みつつ，Matz mruby の commit 85ea2f61449 のマージ過程を論じさせるのは，きっと学生への良いネタになるだろう．

[hiroomi]

"真相は、多分「逸脱の手続きを踏ませる為に必要ルールに変更した」というところだと思う。"

[babydaemons]

returnは末尾のみ、continue&break禁止とかなるとif文のネストが深くなるが、裏技を使うことでネストを抑えて粒度が大きい関数を書くのを許すか、ルール通りで複雑度超過で関数分割にするかというと、安全性からは後者か。

[mattn]

インデントレベル下げる為に先頭returnやっちゃういけない子ですすみません。

[kaizen00]

適切な整理