問題タブ [conventions]

複雑なRプロジェクトに着手すると、スクリプトがすぐに長くなり、混乱します。

私のコードが常に楽しく使えるようにするために採用できるいくつかのプラクティスは何ですか？私は次のようなことを考えています

• ソースファイルへの関数の配置
• 別のソースファイルに何かを分割するとき
• マスターファイルには何を含める必要がありますか
• 関数を組織単位として使用する（Rによってグローバル状態へのアクセスが困難になることを考えると、これが価値があるかどうか）
• インデント/改行の練習。
  • 扱う（{？
  • ）}のようなものを1行または2行に入れますか？

基本的に、大きなRスクリプトを整理するための経験則は何ですか？

__str__()対を実装する必要がある場合のPython規則はありますか__unicode__()？__unicode__()クラスがより頻繁にオーバーライドするのを見てきまし__str__()たが、一貫性がないようです。一方を他方よりも実装する方が良い場合、特定のルールはありますか？両方を実装する必要がある/良い習慣ですか？

Stackoverflow には、最適なコーディング規則/スタイルに関する調査や研究があるかどうかについて、いくつかの質問があります。それはこの質問の目的ではありません。この質問は、組織全体のコーディング規則とスタイルを持つことに利点、生産性の向上、またはその他のプラスの副作用があるかどうかを調査する研究があるかどうかに関するものです。

私はこれについて私自身の意見を持っています。それは基本的に、そのような基準を整備することには大きな利点があるということです. 正直なところ、使用する必要のあるすべてのコードで一貫している限り、どのスタイルを使用する必要があるかはあまり気にしませんでした。

私の意見を支持する、またはそれらと矛盾する研究があるかどうかを知りたいだけです.

私はPythonで多くのコーディングを行い、クラスを頻繁に作成します。さて、これが良いPython形式かどうかはわかりませんが、main（）と同じファイルでクラスを宣言するだけです。

同じことをするのがJavaで良い形かどうか疑問に思いますか？

例えば、

Eclipseでエラーをスローしないため、許可する必要があります。しかし、それは大丈夫ですか？このクラスを別のファイルで宣言する方がよいでしょうか。

編集：私の新しいクラスは、文字通り同じタイプのデータを複数回保持するための単なるコンテナーであり、文字通り3つの値しか持たないことを強調したいと思います。つまり、合計で約5行のコードになります。問題は、これは新しいファイルに値するのかということです。

さまざまなMVCの質問やブログ投稿で説明されているように、 ASP.NETMVCプロジェクトのレイアウトは慣例に重きを置いています。

Controllersそのフォルダにやみくもにサブディレクトリを作成しました。

これは正しくないと思います。

代替テキストhttp://www.imagechicken.com/uploads/1252003002097179400.png

質問： ViewModelを保存するディレクトリで一般的に受け入れられている規則は何ですか？あなたの提案は何ですか、または確立された慣習は何ですか？

コードで辞書リテラルを記述するときに主に使用される規則は何だと思いますか?

答えとして、考えられる規則を1つ書きます。

私のアプリケーションはコンテキスト依存で、メイン ウィンドウ、コンテキスト、ポップアップ、およびその他の場所のメニューを動的に作成します。私は通常、アプリケーションの現在の状態を考慮して、特定のメニュー コマンドが有効かどうかを知っています。現在適用されていないメニュー オプションを DISABLE/GREY にするか、とにかくメニューを生成しているので、それらを完全に OMIT することをお勧めしますか?

アプリケーションは Java/Swing ですが、誰でも興味があります。質問は GUI ツールキットに依存しないようですが、プラットフォームに依存する可能性があります。

Fluent NHibernate がカスタム (ユーザー) 規則を適用せずに使用する既定の規則を示すリソースを探しています。

ありがとう！

この同じトピックに関する質問があることは知っていますが、HTML に関するものです。Flex アプリで外部スタイルシートを使用する際の適切な規則は何ですか? スタイルシート (スタイルシートの名前と含まれるもの) をどのように分割しますか?

もちろんクラスを表す巨大な入力フォームがあると仮定します。この入力をクラスのインスタンスにロードする必要があります。この入力には明らかに（いくつかの非常に複雑な検証）チェックが含まれており、明らかにロジックレイヤーにはすでにそれらの入力検証が含まれています。問題は、私がGUIで何をしているのかということです。

非常に醜い方法で、GUIでこれらすべての検証を書き直す必要がありますか？

または、ロジックレイヤーでいくつかの静的メソッドを記述し、GUIとロジックレイヤーでそれらのメソッドを使用する必要がありますが、それでも自分自身を検証する複製を作成します（最初にGUIがそれ自体を検証し、次にロジックが送信されたものを検証します）。

または、GUIが正常であると想定し、ロジックレイヤーを使用する関連コードをtryブロックで囲み、例外がスローされた場合は、何かが正しくないことをユーザーに通知します（ユーザーに何を知る機会を与えずに）それは）

または、例外を公開する必要があります。その方法で、パラメータ、クラス、名前空間の名前を公開しますが、おそらく彼は理解できません。

または、すべてのエラーに対して特別な例外クラスを作成する必要があります。この方法で、問題が何であるかをユーザーに正確に通知しますが、おそらく数百の可能な例外を作成します。

または、一般的な例外に分離する必要があります。列挙型にはエラーの正確な内容が記述されており、それらの例外をキャッチします。列挙型をチェックすることで、問題の正確な内容をユーザーに通知しますが、不必要な例外をすべてキャッチすることでアプリを重くします。時間。

または、ロジックレイヤーの入力を検証し、GUIでのみチェックする（誰かが私にこれを提供した、これは私の考えではない、私に叫ばないでください：D）必要があります（私は絶対に恐ろしいようです）解決策：D）

そしてもっと重要な質問-私はそのようなことをどこで学ぶべきですか？通常、私の本能はかなり良いですが、私は不必要に車輪を発明したくありません..（あなたが毎日爆撃したそのような基本的なもののための慣習がすでにあると確信しています）。

どうもありがとうございます！