問題タブ [code-standards]

多くの場合、PHPでは次のようなコード行が表示されます

また

しかし、私にとってより有益なのはスタイルのようなものです

また

同じチェックを行います。どの選択肢がより正しいですか？問題ではありませんが、コード スタイルの質問です。このような条件には、何らかの標準 (PSR-2 など) が存在する可能性があります。

バックグラウンド

私の React アプリは現在、3 つのトップレベル コンポーネントで構成されています。ヘッダー、説明の段落、およびアプリ自体で、一連の子コンポーネントをラップします。最後の部分は問題ありません。各子コンポーネントが独自のファイルに抽出され、インポートされます。

さて、私のメインの JavaScript ファイルには、これら 3 つのコンポーネントがあり、その下にReactDOM.render(...)それぞれの呼び出しがあります。これは、後でさらにコンポーネントを追加する必要がある場合は特に、少し乱雑に見えます。

質問

今日の基準によれば、これらを独自のファイルに抽出する必要がありますか? もしそうなら、これを行うための最良の (または少なくとも良い) 方法は何ですか?

ベストプラクティスを知りたい。次のことは混乱を招きます: 1)エンティティを返すか、または?modelを使用して直接 DTO を返す必要があります。select new ExampleDto(...)2)エンティティをDTOに、またはその逆にどのように変換する必要がありますか? serializable3)オブジェクトを変換するクラスを実装するEntityからDTOへの変換にDTOを使用できますjsonか?

あなたが望む方向で、あなたの専門家の意見を親切に提供してください。

sonarqube私は最近、リリースプロセスに統合されました。リーク期間を統合日として設定し、リーク期間quality gateの開始以降、新しい問題が発生しないように定義で義務付けました。

問題は、ファイルに変更があるたびに、sonarqube が以前の問題をすべて新しい問題と見なし始めることです。ファイルに変更を加えている人は、すべての修正をさかのぼって行う必要があるため、これは大きなファイルの場合に特に問題になります。sonarqube にやってもらいたいのは、責任情報からコミット日を尊重し、コミットnew日とリーク期間を比較して定義することです。

これを可能にする方法は？私は使っているsonarqube 6.0

そこにあります。非常に長く醜い。私はこれについて考えていました：

しかし、それは新しい無意味な変数を導入します。不満。

多分RegExはここで救世主ですか？

残念ながら、入力データを変更してはいけません:-(

入力データは BWA 形式 (書籍で一般的) で構成されます。問題の部分は次のとおりです。

このサンプル セットのコードはすべて必須です。対応する値のみが変更されます。