0

WindowsアプリケーションとSymbianで使用されるC++ライブラリを作成しようとしています。Linuxは現在の要件ではありませんが、一般的には可能であるはずです。
このため、慣れにくいSymbianの命名規則ではなく、STL/Boostの命名規則を使用したいと思います。
これは、Carbide.c ++を使用してコードをコンパイルするときに、Symbianの命名規則を適用するため、すでに問題を引き起こしているようです。

「通常の」名前を使用し、Symbianと互換性を保つにはどうすればよいですか？私は最初、Symbianプラットフォームのクラス名を条件付きで再作成することを考え#defineましたが、これが混乱につながるのではないかと心配しています。

Symbianの命名規則に準拠しないことで、他の問題が発生する可能性はありますか？

4

1 に答える 1

4

コーディング規約は厳密ではありません。それらは、私たち人間がコードを理解しやすくするためにあります。マルチプラットフォームライブラリを作成している場合は、使い慣れた規則を自由に使用してください。

もちろん、ライブラリはおそらくいくつかの方法で基盤となるオペレーティングシステムとインターフェイスする必要があります。Open C / C ++ライブラリを使用すると、ネイティブのSymbian C++APIとその命名規則を使用せずに多くのことを実行できます。

Carbide.c ++では、CodeScanner静的分析を無効にすることができます。これは、ネイティブのSymbianC++で記述されたコードにのみ実際に役立つためです。

したがって、要約すると、問題は次のとおりです。

  • ネイティブのSymbianC++のバックグラウンドを持っている人は、あなたの慣習にすぐには慣れていません。
  • ネイティブのSymbianC++ APIを使用すると、プラットフォーム固有の特性（例外とリーフ、トラップハーネス、アクティブスケジューラなど）を公開できます。
  • CodeScannerなどのSymbian固有の静的アナライザーは、Symbian C ++コードスタイルを想定しており、実際には気にする必要のないエラー/警告を生成する可能性があります。
于 2009-08-05T14:20:22.510 に答える