問題タブ [standards]

私は最近のAI卒業生（約2年）で、控えめな操作で働いています。基本的な（役立つ？）C＃コーディング標準ドキュメントを作成することは私に（主に私が部門の最初の「採用者」であるため）私に落ちました。

私はおそらく最も若いソフトウェアエンジニアだと説明する必要があると思いますが、実際に半分使用できるものを作成できるかもしれないので、このタスクを楽しみにしています。私はインターネットをかなり広範囲に検索し、コーディング標準文書に何を含めるべきか、何を含めるべきでないかについての記事を読みました。これは、いくつかの提案を求めるのに最適な場所のようです。

私は、「物事を行うための最良の方法」についての意見の不一致の世界全体への扉を開く可能性があることを認識しています。私は、各プログラマーが個々のタスクを解決するための好ましい方法を持っているという否定できない事実を理解し、尊重します。その結果、私は個人的な才能を抑えるほど厳格に規範的なものを書くのではなく、一般的な方法論を取得して同意することを目指しています個人のコードを読みやすくするための標準（命名規則など）。

だからここに行く....何か提案はありますか？何かありますか？

私はデータベーステーブルを設計していて、同じ愚かな質問をもう一度自問しています。名フィールドの長さはどれくらいですか？

名、姓、電子メールアドレスなど、最も一般的なフィールドの妥当な長さのリストを持っている人はいますか？

プロジェクトでは、C++ とそのように定義された stdbool.h を使用する C ライブラリとの間でインターフェイスをとっています。

一部の構造体にはboolメンバーがあります。したがって、これらの構造体の 1 つを C++ 関数内でローカル変数として定義し、それを C 関数に渡すと、bool は C++ では 1 bye、C では 4 であるため、C++ と C の間でサイズが一致しません。

私の現在の解決策に頼らずにこれを克服する方法について誰かアドバイスはありますか

stdbool.hの C99 標準に反するもの

私は基本的なワード プロセッシング アプリケーションを作成しており、コードが画面にレンダリングするために解析するネイティブの「内部」形式に落ち着こうとしています。将来、XSLT を記述して ODF や XHTML などに変換できるように、これを XML にしたいと考えています。

使用する既存の標準を検索する場合、有望と思われる唯一の標準は ODF です。しかし、それは私が必要としているものに対して大規模なやり過ぎのように見えます. 必要なのは、段落タグ、フォントの選択、フォントのサイズと装飾だけです...それだけです。最小限の ODF レンダラーを実装するだけでも長い時間がかかりますし、手間をかける価値があるかどうかもわかりません。

現在、独自の XML 形式を作成することを考えていますが、それはあまり良い方法ではありません。特に、将来必要になるかもしれない XSLT はすでに書かれているので、標準を使用することをお勧めします。

それとも、弾丸をかじってODFを実装する必要がありますか?

編集：答えについて

以前から XSL-FO の存在は知っていましたが、仕様の重みからあまり意識していませんでした。しかし、その通りです。サブセットがあれば、作業に必要なものすべてと成長の余地が得られます。リマインダーをどうもありがとう。

さらに、FOP や RenderX などのレンダリング ライブラリを含めることで、無料で PDF を生成できます。悪くない...

現在ファビコンをサポートしているすべてのブラウザでファビコンを表示する最善の方法は何ですか?

含めてください:

1. どのブラウザでどの画像形式がサポートされているか。

2. さまざまなブラウザーのどの場所でどの行が必要か。

のようなXMLプロローグで

とDoctypeのような

ページを期待どおりにレンダリングできます。ただし、IE7では、同じページが正しくレンダリングされません。（div内のスパンは垂直方向に整列しません）Web上の記事は、XMLプロローグ+DoctypeがIE6をクァークズモードにスローすることを示唆しています。ただし、この記事は、適用されるバージョン（6または7）については言及していませんが、2005年9月の日付であるため、IE6に適用されると思われますが、そうではないことを示唆しているようです。

XML Prolog + docタイプはIE6をクァークズモードにしますか？IE7はどうですか？prolog + doctypeの使用に賛成または反対の推奨事項はありますか？

私の会社には、多くのクラス ライブラリ プロジェクトとサポート テスト プロジェクトで構成される共通コード ライブラリがあります。各クラス ライブラリ プロジェクトは、Company.Common.Serialization.dll などの単一のバイナリを出力します。ソース コードだけでなく、コンパイルおよびテスト済みのバイナリも所有しているため、使用するアプリケーションでバイナリまたはプロジェクトの参照を使用する必要があるかどうかについて議論があります。

プロジェクト参照を支持するいくつかの引数:

• プロジェクト参照により、ユーザーは、追加のプロジェクト/ソリューションを読み込むオーバーヘッドなしで、すべてのソリューション コードをデバッグおよび表示できます。
• プロジェクト参照は、ソース管理システムにコミットされた一般的なコンポーネントの変更に遅れずについていくのに役立ちます。変更はアクティブなソリューションがなくても簡単に識別できるからです。

バイナリ参照を支持するいくつかの引数:

• バイナリ参照はソリューションを簡素化し、ソリューションの読み込み時間を短縮します。
• バイナリ参照により、開発者は、既に焼き付けられ、安定性が証明されているコードに気を取られる可能性がなくなり、新しいコードに集中できるようになります。
• バイナリ参照は、私たちの組織外の人々がそうする必要があるのと同じように、共通ライブラリを使用するように、私たちのものを適切にドッグフードすることを余儀なくさせます.
• バイナリ参照はデバッグ (ステップイン) できないため、使用するアプリケーションのコンテキスト内でテストおよび修正するのではなく、既存のテスト プロジェクトを拡張して問題を複製および修正する必要があります。
• バイナリ参照により、流入バージョンではなく安定したバージョンのバイナリが参照されるため、クラス ライブラリ プロジェクトでの並行開発が消費アプリケーションに影響を与えないようになります。必要に応じて、コンポーネントの新しいリリースを組み込むかどうかは、プロジェクト リーダーの決定になります。

プロジェクトまたはバイナリ参照を使用する際のポリシー/好みは何ですか?

standbyアプリケーションの実行中にホスト マシンがモードに入らないようにするにはどうすればよいですか?

win32 apiこれを行う呼び出しはありますか？

どうしても使いたいメニュー機能が、どうしても使えなくなったり、使えなくなってしまったりしたことはありませんか?

メニューを常に有効にしたままにし、メニュー機能をクリックしてもアクティブにできない理由を説明するメッセージをユーザーに表示するという議論があります。これにはメリットがあると思いますが、この問題に対処するより賢い方法があるかもしれません。

他の人がどう思うか興味があります。

多くの質問に対して、答えは「標準」にあるようです。しかし、それはどこにありますか？できればオンライン。

グーグルは、プログラミングフォーラムでの議論の洪水に溺れているため、特にC標準の場合は無駄に感じることがあります。

これを始めるために、これらは私が今探しているものなので、どこに良いオンラインリソースがありますか：

• C89
• C99
• C11
• C ++ 98
• C ++ 03
• C ++ 11
• C ++ 14
• C ++ 17