問題タブ [code-maintainability]

単純な質問で簡単に答えられるかもしれません。

今日、子が親とまったく同じ幅になる場合、px または 100% での子の幅の違いは何だろうと思いました。結果は私が知っているものと同じですが、何を使用するのが最適ですか?

例;

それは問題ですか？そして、あなたはどれを使いますか？

数人のプログラマーが関与するアプリケーションを作成しています。ソース コードを管理するときに問題が発生します。通常、さまざまなユーザー間で共有される Utility.php があります。それで、私たちは大きな utility.php を作成し、誰もがこれを呼び出しています...

しかし、ここで問題が発生…例えば、プロジェクトを分離したい場合、CMSのフォントエンドとバックエンドがあります。既存のプロジェクトを分割したい場合は、大きな utility.php を場所ごとに分割するか、一度コピーするか、他のプロジェクトと同期する必要があります。そのため、関連するクラスでのみ使用されるさまざまな小さなユーティリティを使用することを検討しています。助言がありますか？？

現在: FontEnd.php が呼び出し中 --> Utility.php BackEnd.php が呼び出し中 ---> Utility.php

考慮事項: FontEnd.php が呼び出し中 --> StyleUtility.php, ClientUtility.php, bababa BackEnd.php が呼び出し中 ---> DBUtility.php, MaintainUtility.php , ababba

UI と BusinessLayer の 2 つのレイヤーを持つ従来の asp.net Web アプリケーションがあります。UI プロジェクトは ASP.NET Web サイト タイプであり、BL はクラス ライブラリ タイプです。BL プロジェクトには、Customer、User、Empoloyee などのアプリのエンティティ用のクラスがあります。各クラスには、データベースから読み取るためのメソッドと、DataReader からオブジェクト プロパティを入力するためのメソッドがあります。つまり、Customer クラスには Customer オブジェクトと Data Access Methods が一緒に含まれています。 .

ここで、MVC もサポートするように Web アプリを変更しました。古いサイト (Web フォーム) は以前と同じように機能し、私が作成しているサイトへの新しいアップグレード (サイトを管理するための管理機能の追加) は ASP.NET MVC3 にあります。ルーティングとすべてが正常に機能します。しかし、プロジェクトの構造/保守性が心配です。

新しい MVC 部分では、CustomerViewModel、EmployeeViewModel などのいくつかのエンティティに対して ViewModel を作成する必要がありました。CustomerService" "という別のクラスを作成GetCustomerViewModelし、そのメソッド内で既存の BusinessLayer から を呼び出し、GetCustomerMethod(既存の BL プロジェクトで言及されているエンティティ タイプの) オブジェクトからプロパティ値を読み取り、それを に割り当てCustomerViewModelます (いくつか調べます)。 AutoMapper はこの後で) オブジェクトをサンプルし、このメソッドからそれを返します。My View は、このオブジェクトを使用して UI にデータを表示します。" " クラスを作成した理由CustomerServiceは、CustomerViewModel オブジェクトに値を設定する前に、if 条件チェックまたはビジネス検証を行う必要がある場合があるためです。コントローラーが薄くなるように、それを「中間層/サービス層」と見なします。

私のカスタマーコントローラーから

私のCustomerViewModelで

これは間違ったアプローチですか？私のコードは乱雑になりますか? ViewModel は既存の BL エンティティから (ほぼ) 重複したコードであるため、満足していません。このシナリオに対処する最善の方法は何ですか。この場合、リポジトリ パターン (ほとんどの例で見た) の使用について確信が持てませんか? 私はそれを行う必要がありますか?それは私のコードをどのように改善しますか?

2 ～ 3 種類のマイクロ コントローラー ファミリで実行する組み込みソフトウェアを開発しています。今のところ、構成スイッチを読み取り、コンパイルを行うメイクファイルがあります。

開発者と非開発者の両方にとって、コンパイル スイッチとビルド構成を最新の状態に保つプロセスはますます面倒になっています。Linux カーネルがコンパイル構成の生成に ncurses を使用していることは知っています。同様のツールを探していますが、クロスプラットフォームです。Windows および Linux で実行する必要があります。これでも問題が解決しないことはわかっていますが、開発者以外にとってはより魅力的であり、.config ファイルをすばやく共有したり、既存のファイルと比較したりできます。構成は特定の順序で行われ、ここの差分ツールが役立ちます。

誰でも、同様のプロジェクトのメンテナンスまたは参照プロジェクト (複数のマイクロの組み込みおよび共通のコード ベース) で自分の経験を共有できますか。ベストプラクティスを知りたいだけです。

PS : 使用言語 C、8/16 ビット micros、OS なし、タイマー ベースのバッチ スケジューラのみ (ベアメタル)

例：多数のリンク/ボタンを含むナビゲーションセクションがあり、これを複数のページ（jsps）に含める必要がある場合、これを保守可能な方法で行うための最良の方法は何ですか？これをjspincludeで実行しますか？

複数の Menu と MenuItem を含む 1 つのクラス (MenuBarClass と呼びましょう) があります。すべての MenuItem に actionlistener を割り当てたいのですが、次のようなことをする代わりに:

私は自分のコードをもっと管理しやすくしたい..もっと重要..次のような1つの巨大なActionListenerクラスにたくさんの「if」を入れたくない:

可能であれば、どうすればこれを行うことができますか? 誰でも助けることができますか？

高度にインタラクティブでアニメーション化されたクライアント側 Web アプリケーションで作業している間、私たちは jQuery ライブラリに大きく依存し、それらのイベントを多用しています。

大規模なエンタープライズ アプリケーションでは、これにより、イベント、そのコールバック、さらには 4 桁のコード行の内部メソッド呼び出しが大きく結び付けられます。それは、麺で満たされた巨大な容器や、デバッグが難しい goto ラベルでいっぱいの巨大なプログラムのように見え始めます。

私の質問は、イベント、コールバック、および関連する手順を、よりクリーンで読みやすく、保守しやすい方法で配置するにはどうすればよいかということです。Java では、これを処理するためにさまざまなデザイン パターンと個別のクラスを使用できます。JavaScriptでそれをどのように達成できますか。

前もって感謝します。ほんの一握りのリンクも高く評価されます

クリックすると同じjavascript機能を実行する7つの異なるボタンがあります。クラスセレクターまたはIDセレクターを使用する必要があります。

また

それぞれの長所と短所は何ですか？どちらがより好ましいか。

andの代わりに、一般的に使用されるライブラリで.closed-dialogueand.open-dialogueが頻繁に表示されるのはなぜですか?.closed.dialogue.open.dialogue

要素ごとに単一のクラスの問題

最初のアプローチですべてのダイアログをフォーマットするには、セレクターに既に 2 つのクラスが必要です。

別の違いを追加するたびに、いくつかの色を追加すると、セレクターのクラスの数が乗算されます.warning-dialogue-closed, .error-dialogue-closed, .warning-dialogue-open, .error-dialogue-open。

では、それはどのように良い習慣になるのでしょうか? これはほとんど維持できません！

ダイアログの基本的なセレクターは、存在するすべてのダイアログを認識する必要があるため、コードをモジュールに分割することさえできませんでした。

要素ごとにいくつかのクラスがこれを解決します

いくつかのクラスを連結することで、コードはより短くなり、保守しやすくなり、読みやすくなります。

.dialogueさまざまなダイアログがいくつあっても、すべてのダイアログをフォーマットします。

.error.dialogue.warning.dialogueどちらのフレーバーにも変更を加えます。.open.dialogueそして.closed.dialogue、他の違いを処理します。

大小のダイアログを定義する別の独立したモジュールを持つこともでき、基本モジュールはそれについて知る必要さえありません。

では、なぜこれを見たことがないのでしょうか。

私は最近アプリケーションに取り組んでおり、ALLOW、DENY、PENDING などの一連の応答をクライアントに返すユース ケースがあります。

サービスから返された応答が PENDING である場合、クライアントに一定の間隔で再試行してもらいたいとしましょう。この間隔はサーバーによって指定されます。

このようなユース ケースに対するサービス レスポンスのモデル化に関するベスト プラクティスを知りたいです。私は次のような応答があると考えていました：

文字列決定; 長い retryIntervalInMinutes;

しかし、ALLOW と DENY の決定の場合、retryIntervalInMinutes は意味がなく、返されるべきではありません。

これをモデル化する 1 つの方法:

決定 - 抽象クラス 許可の拡張 決定の拒否 拡張の決定 保留中の拡張 決定

Pending オブジェクトのみに retryIntervalInMinutes が含まれます。

ただし、これには、クライアントが instanceof や型キャストなどを使用せずにそのような応答を解読する方法など、独自の問題があります。

または、そのような応答をモデル化するための他のより良い方法はありますか?