問題タブ [code-standards]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
javascript - 関数の後の括弧の配置
関数の後に括弧を配置する一般的なベスト プラクティスはどれですか? 私は時々function ()
見ますfunction()
。パラメータを使用すると、 が表示function (param)
され、次に が表示されますfunction(param
。これは単なる好みの問題ですか、それとも関数の後に空白があるのか、または空白がないのかについての理由はありますか?
php - Eclipse プラグインの PSR-2 CodeSniffer 標準 PHP_CodeSniffer
この Eclipse プラグイン ( http://www.phpsrc.org/projects/pti-php-codesniffer/wiki/ ) を使用して、PHP コード スタイルをチェックしています。
このプラグインにはチェックする標準がいくつかありますが、PSR-2 にはありません。
このプラグインを使用すると、ファイルを指定してカスタム標準を定義できます。
この psr2 標準 ( https://github.com/squizlabs/PHP_CodeSniffer/tree/master/CodeSniffer/Standards/PSR2 ) をダウンロードし、カスタム標準のように Eclipse プラグインで定義しました。
しかし、それは機能しません(Eclipseは私が持っているエラーを教えてくれません)。カスタムなしの標準 (プラグインに含まれる標準) を構成すると、それが行われます。
この問題を抱えている人はいますか?PSR-2非準拠コードがどこにあるかを(コーディング中に)教えてくれるようにEclipseを構成する他の方法はありますか?
java - Eclipse フォーマッタの Google CodeStyle にバージョン警告が表示される
スタイル xml は以下から取得されます。
https://code.google.com/p/google-styleguide/source/browse/trunk/eclipse-java-google-style.xml
Eclipse Luna (バージョン 4.4.1) では、次の場所に移動します。
- 窓
- 環境設定
- ジャワ
- コードスタイル
- フォーマッタ
- eclipse-java-google-style.xml をインポートします。
しかし、私はこのメッセージを受け取ります:
このプロファイルは、使用している Eclipse ビルドよりも新しい Eclipse ビルドで作成されています。一部の古い設定はデフォルト値にリセットされる可能性があり、新しい設定は無視されます。古いビルドから新しいビルドへのプロファイルのアップグレードは完全にサポートされていることに注意してください。
誰かが問題を知っていますか?現時点では、Eclipse Luna 4.4.1 が最新の Eclipse バージョンであるはずですが、これを解決するにはどうすればよいですか?
または別の質問: 誰かが他の優れた Java コーディング標準に準拠した format.xml を知っていますか?
php - HTML テンプレートの PSR-2 互換インライン PHP タグ
PSR-2は、HTML テンプレートでのインライン php タグの使用に適用されるものについて何も言及していませんが、このphp-cs-fixer
ツールには標準があるようです。
php-cs-fixer
これは、実行する前の私のテンプレート ファイルです。
そして実行後php-cs-fixer fix views/ui/nav.php --level=psr2
:
これは間違っているように見えるので、何かが欠けているに違いありません。
- PSR-2 に準拠するインライン PHP を記述する正しい方法はありますか?
- 制御構造にPHP の代替構文を使用することに問題はありますか? 繰り返しますが、PSR-2 には記載
php-cs-fixer
がなく、問題はないようですが、何らかの理由で少し汚れているように感じます。
java - パラメータを別の変数に割り当てる利点は何ですか
このサイトからチュートリアルを読んでいます。http://tutorials.jenkov.com/java-unit-testing/matchers.html
著者は経験豊富だと思います。このようなコードを見ました。また、メソッドのパラメーターを変数に割り当ててから、メソッド内で使用するのが好きな人もいます。これがこの線です。protected Object theExpected = expected;
このコーディング スタイルの利点を教えてください。これは、オブジェクトのステータスが変更されるのを回避しようとしていますか?
パラメータがオブジェクトではなくプリミティブ変数である場合はどうなりますか。
そして、それが String のような不変オブジェクトである場合はどうでしょう。ありがとうございました。
アップデートはこちら
オブジェクトを取得した後もこのパラメーターにアクセスできるかどうかを確認するために、別のテストを行いました。
出力:
これは、このパラメーターをローカル変数に割り当てても、まだ機能するということですか?
java - pressions.xmlのPRIVATEメンバー変数でcheckstyleエラーを抑制しますか?
私が取り組んでいるプロジェクトでは、プライベートメンバー変数に Javadoc コメントがないため、checkstyle が「Javadoc コメントがありません」で失敗します。これは私には不必要に厳密な動作のように思えます。抑制 XML ファイルを使用してプライベート メンバーのエラーを抑制したいと考えています。
次のファイルは、変数に関するすべてのcheckstyle Javadoc エラーの抑制に成功しています。
ただし、保護されたメンバーとパブリックメンバーを文書化できないことはエラーであると私はまだ考えているため、これはあまり有用な動作ではありません。
checks
属性を変更して、必要な抑制を制限するにはどうすればよいですか?
php - PHP 関数/メソッドで返すためのベスト プラクティス
時間の経過とともに大規模なコードベースをリファクタリングしています。長期的には、システム全体をクラスで開発する予定ですが、それまでの間、PHP のスキルを磨き、数百の Web サイトで使用しているレガシー コードの一部を改善する機会を利用しています。
私は、カスタム関数からデータを返す最善の方法について、相反する記事を読んできました。一般的に、議論は、技術的なベスト プラクティスに関するものと、読みやすさと表現のしやすさに関するものの 2 つのカテゴリに分類されます。
カスタム PHP 関数から戻るときのベスト プラクティスと見なされるものについての意見 (詳しく説明したもの) に興味があります。
たとえば、この基本的な理論関数を使用して従うべきより良い基準として、次のうちどれを採用するかについては未定です。
アプローチ
戻り変数を設定し、関数の最後に返す:
アプローチ b.
各エンドポイントに戻る:
重複する可能性があるのは、true または false を返す関数を使用するための PHP のベスト プラクティスは何ですか? ただし、上記の基本的な例にもかかわらず、これは単に true または false に限定されません。
PSR ガイドラインに目を通しましたが、何も表示されませんでした (ただし、見落としている可能性があるため、参照して PSR を参照してください:))。
元の質問を拡張する:
期待される/望ましい出力タイプに応じて、返すために使用されるメソッドは異なりますか?
この方法は、手続き型またはオブジェクト指向プログラミング方法の使用に応じて変わりますか? この質問が示すように、オブジェクト指向は独自の奇抜さをもたらし、可能な書式設定/表示オプションをさらに拡張します PHP でのリターン メソッドのベスト プラクティス
説明を明確にするようにしてください。なぜあなたが好みの方法を選んだのか、また別の方法よりもその方法を選んだ理由が何かに興味があります.
php - ベスト プラクティス: 複数の値を返す
純粋なコーディングのベスト プラクティスの観点から、中規模から大規模の開発者チームの標準として採用することをお勧めするものは何ですか?
順次配列を返します。
連想配列を返します。
単一の結果を返し、参照によって 2 番目を割り当てます (?!):
他のアプローチを自由に提案してください。
java - HTML フォームをデータベースに保存する必要がありますか
HTML コンテンツをデータベースに保存することは悪い習慣と見なされるのか、それとも安全ではないのか疑問に思っています。
さまざまなフィールドがあり、定期的に変更できるいくつかのフォームをシステムに実装しようとしています。各フォームの独自のレイアウトを作成してデータベースに保存するのは悪い習慣ではないかと思います。ユーザーは、データベースをハッキングしない限り、フォームを変更したり、フォームに HTML を送信したり、独自のフォームを作成したりすることはできません。次に、ユーザーが送信したデータを取得し、特殊文字について検証してから、フォームごとに作成されたデータベース テーブルにデータを送信します。私の計画は、要求パラメーターをループしてキーと値のペアを引き出し、検証済みのリストをストアド プロシージャまたはプリペアド ステートメントに送信することです。フィールド名には、データベース内の列名と同じ名前または類似の名前が付けられます。注文が正しいことを確認するには、
HTML ページは、クライアントからデータを送信するために必要な SQL と共に、データベースの clob に格納されます。データを送信する必要があるテーブル名を保存し、その周りにステートメントを作成するだけかもしれません。
例:
Clob をクライアント ページにロードするには、JSP の div で jQuery の .load() を使用します。
私は、年に 1 回だけリリースされる JavaEE アプリケーションを扱っています。