私は、WindowsアプリケーションとSymbianで使用されるC++ライブラリを作成しようとしています。 Linuxは現在の要件ではありませんが、一般的には可能なはずです。
このような理由から、Symbian'sの代わりにSTL/Boostの命名規則を使用したいと思いますが、これは慣れるのが難しいと思います。
これは、Carbide.C++を使用してコードをコンパイルするときにSymbian命名規則を適用するため、すでに問題があるようです。Symbianの命名規則を回避するにはどうすればよいですか?
「通常の」名前を使用しても、Symbianとの互換性を維持するにはどうすればよいですか? 私は最初Symbianプラットフォームのクラス名を条件付きで再作成することを考えましたが、混乱を招く恐れがあります。
Symbianの命名規則に準拠しないと他の問題が発生する可能性がありますか?
これはどのような慣行ですか?クラス名の先頭がCで始まる場合、それはかなり偽であり、それをオフにできない場合は、Carbideを使用しないでください。独自のmmpファイルを作成する必要がありますが、それは世界の終わりではありません。関数を残しているだけの場合は、それは正しいです、クロスプラットフォームのクライアントAPIは残してはいけませんか?あるいは、「この機能はSymbianに任せられますが、Windows上では例外がスローされます」と文書化されますか?私はそれが悪い考えだと思います:振る舞いが異なる場合は、あなたのライブラリに2つのインターフェースを提供するだけです。 –
実際に私はそれが強制する慣習を知らない。私の同僚、それはSymbian固有のものをするでしょう、私たちは大会に従うことを勧めました、または奇妙なことが起こるかもしれません。彼はSymbianの専門家でもない。 Symbian上ですでに動作しているコードを再利用しようとしており、他の場所でも使用できるようにしています。 – foraidt