2012-01-27 12 views
0

これまで、私の友人がインスタントメッセージの上にブロックのコードを送ってくれました。バイト、ushort、uint、ulongなどのように、すべてのプロジェクトで使用するヘッダーに一連のカスタムタイプが定義されていたため、いくつかの作業が行われました。typedefの短縮形ヘッダファイルは悪い習慣ですか?

私はそれらのコードにそのようなカスタム略語を埋め込むことを約束していましたが...それは実際には悪い練習ですか?インスタントメッセージはで、のコード共有の通常の方法ではありません。もし私が機能しているプロジェクト全体を持っていたら、定義付きのヘッダが付属していました。省略形のタイプはすべて直感的で、しばしば入力を省略しますが、それは単に怠惰につながる可能性があります。

これに関する公式の評決はありますか?

+0

"...それはちょうど怠惰につながるかもしれません"ニース。 –

+0

コンパイルされた言語の悪い習慣ですか?第一世代のプログラマーは、パンチカードと配線を手作業で行い、よりスマートな方法です。コンパイルされた言語は学びやすく、しばしば時間を節約しますが、それは単に愚かにつながるかもしれません。これについての公式の評決はありますか? –

+0

」はどうですか? – Damon

答えて

1

環境で使用するタイプが定義されていない場合は、自分で定義してください。このような定義をすべて単一のヘッダーファイルに保存すると、矛盾を防ぐのに役立ちます。また、既に存在する最も適切な型に基づいて定義を作成し、別のプラットフォームやコンパイラに移植した場合にも容易に更新することができます。

誰もがこの悪い習慣を考えなければならない理由はわかりません。

関連する問題