MISRA C まとめ #include <misra_c.h>、OSEK(99), coding(38) - Qiita
module FatalError class InvalidArgument < Base end end class Device VALID_STATUSES = { :deleted => 0, :activated => 1, } def status=(new_status) if new_status.is_a?(String) super VALID_STATUSES[new_status.underscore.to_sym] elsif new_status.is_a?(Symbol) super VALID_STATUSES[new_status] else # 想定外の値が指定されたので例外にする raise FatalError::InvalidArgument end end end 「elsif句を使った場合とか、case文では必ずelse句をつけなさいという先
Microsoft PowerPoint - SWEST17MISRA公開用0820.pptx
組み込み開発者におくる MISRA‐C:2012 日本語版解説書ができるまで ＭＩＳＲＡ－Ｃ研究会 (株)デンソー 電子技術１部 池田 元三 １/36 目次 １．Introduction ２．MISRA‐Cとは？ ３．MISRA‐C:2012について ４．MISRA‐C研究会とは？ ５．MISRA‐C解説書ができるまで ６．Summary ２/36 １-1．Introduction（目的） 【目的】 今回の講演において、MISRA‐C自体およびMISRA‐C:2012と どう付き合えばいいかをある程度理解してもらうとともに、 MISRA‐C研究会（NPO法人組込みソフトウェア管理者・技術者 育成協会:SESSAMEのWG３）の行っている活動および、 その活動の成果物である「MISRA‐C解説書」についてどういう ものか？どう読めばいいか？を何となく理解してもらいたい と思っています。 そし
C++でクリーンなコードの書き方 - Qiita
/追記予定のもの/ explicit final デフォルトコンストラクタの明示的指定について スマートポインタ(さわりだけ) ODR系のなんか(ファイル分割とか) デフォルト引数でコンストラクタに引数を渡さないようにするのは良くない 導入 私が持てる全ての知識を共有するために、このような記事を書くことを決めました。 前半はC++のお作法。 後半はオブジェクト指向の普遍的な設計方法についてです。 なお、C++11以降を前提として話を進めていきます。 謝辞 私に今回の記事を書くにあたってアドバイスを提供してくれたツイッターの方々、 @kazatsuyu @yumetodo @coord-e @badadder @Gaccho に感謝の意を表します。 using namespace stdを使うな 以下のコードは典型的な悪いコードです。 #include<iostream> using nam
C言語のバグ回避をするための習慣 - Qiita
概要 C言語でコーディングする上で気をつけている点などをまとめて見ました。 但し、書き方は人それぞれなので違和感を覚える人もいるかもしれませんが、 もし間違っている点がありましたらご指摘お願い致します。 目的 C言語について文法はある程度理解はしたが、その先がわからない。 という人向けにこんな感じでコーディングすればバグが減るかも。 という指針的なものを提供したかったです。 条件判定時の習慣 基本的にはテストを行う部分ではありますが、急いでいたりすると 意外な盲点に気付かずにそのままスルーしてしまう事がよくあります。 多少面倒かもしれませんがちょっと書き方を工夫する事でミスを事前に回避できます。 変数の位置 条件判定の時、変数を左に書きたくなります。皆さんその方が理解しやすいと思います。 でも以下の書き方はやらない方が良いです。 何故ならうっかりミスで==を=にしてしまった時に気付かない可
【iOS開発】Objective-Cの自分用コーディング規約プラス
次開発するとき用のメモ。まずは下記の公開されているドキュメントを読む。 Google Objective-C Style Guide（英語） Google Objective-C Style Guide（日本語訳） [Apple Developer Center]Coding Guidelines for Cocoa（英語） ここからは自分の中にあるコーディング規約。他のサンプルを参考にしながら。 コメントは英語で。マニュアルも英語なので勉強だと思って手を抜かない。 defineは「k」をprefixにしてキャメルケース クラス変数は「m」をprefixにしてキャメルケース。最後に「_」を付ける（上のコーディング規約に従うため） 自作クラスのメソッドの引数は「a」をprefixにしてキャメルケース。 「#pragma mark -」の前は２行空ける 「#pragma mark」を使って機能
Google Python スタイルガイド
概要¶ これは Google Python Style Guide Revision 2.29 を日本語に訳したものです。 本家ガイドは CC-By 3.0 ライセンス の基で公開されています。また、本ガイドも同ライセンスを継承します。 本家ガイドの著者は以下の通りです。 Amit Patel Antoine Picard Eugene Jhong Jeremy Hylton Matt Smart Mike Shields また、本ガイドの翻訳者は以下の通りです。 Kosei Kitahara 本ガイドに誤植、誤訳があった場合は issue で教えてください。 その他本ガイドに関する問い合わせは、サイト最下部に記載のメールアドレスか @Surgo にお願いします。 はじめに¶ Python は Google で使われている主要なスクリプト言語です。 このスタイルガイドは Python によ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google C++スタイルガイド 日本語訳
Google Objective-Cスタイルガイド 日本語訳