問題タブ [rules]

私はしばらくの間、プログラミング アプローチの理由と、何かを行う方法と同様に考えたことを共有するのに役立つリストの作成に取り組んできました。

このために、次のようなもののリストを作成したいと思いました。

• ベストプラクティス、
• 最善の考え、
• 最善のアプローチ...

最も効果的な方法で分析、思考、アプローチ、解決、および実装するプログラマーの能力を支援します。

スタック オーバーフロー全体の質問で非常に貴重なコメントを何十も見てきましたが、それらをまとめておく場所を見つけることができませんでした。Stack Overflow については、最も物議を醸す意見があります。ただし、共有してチームを助けることができる賢明な洞察を探しているだけであり、より良いプログラミングを通じて問題にアプローチし、解決することができます。

願わくば、これが、簡潔で深遠で、簡単に共有、繰り返し、レビューできる 1 つまたは 2 つのライナーを集めるための 1 つの場所になることを願っています。回答ごとに 1 つのルールにしておくと、賛成/反対の投票が最も簡単になる可能性があります。

最初から始めます。

DRY - 自分自身を繰り返さないでください - コード、コメント、またはドキュメントで。

Business Rules and Validation Application Block for .NETの DSL を作成するには、どのテクノロジをお勧めしますか? なぜ？

フレームワークのアーキテクチャは、プロダクションによって確立され、実証テストされています。人間が読めるルールをコンパイル済みのルール実装に変換する .NET プロセッサを作成したいだけです。

私が知っているオプションは次のとおりです。

• .NET Booのコンパイラ パイプラインを使用する
• F# に付属のパーサー ビルダー ( FsLex および FsYacc) を使用する

残念ながら、これらのアプローチのいずれも、DSL 構文 (進化する可能性があります) を考えると、DSL を編集するための多かれ少なかれフレンドリーな IDE を構築するものを提供しません。

アイデアやヒントはありますか？

私は、小売環境での価格設定エンジンに対するクライアントからの要件を明確にしようとしている最中です。価格設定エンジンは、ショッピングカートに既にある既存のアイテムに基づいて、購入したアイテムの新しい価格ポイントを確立する一連の価格設定ルールで動作するものとして定義されています。

簡単な価格ルールは、シャツを40％オフにすることです。より複雑なルールは、2パンツを購入し、少なくとも$ 30を使うと、無料のシャツを手に入れることかもしれません。

これらのルールを適用するための一般的な業界慣行は、顧客にとって最終的な最良の価格のようですが、ランク付けオプションとスタッキングオプションが必要になる場合があります。

ランキングは、そうでなければ負けるルールが勝つことを可能にします。スタッキングにより、複数のルールが勝つことができます。

ルールエンジンに関するSOに関する投稿の多くを確認しましたが、これらのツールの1つを設計の一部として検討する必要があるかどうか、またはどの設計パターンとアルゴリズムを設計に適用できるかを判断するための支援が必要です。

これが潜在的にNPの問題であることは明らかであり、私が扱うアイテム（ファクト）の数はトランザクションごとに100以上を超える可能性があり、新しいアイテムが追加されるたびに再価格設定が必要になります。

こんにちは私はローカルサーバーにアクセスルールを設定しましたが、それらは正常に機能します。ただし、それらをステージングサーバーにデプロイすると、ルールは有効になりません。ルールはどこに保存されますか？ローカルサーバーとステージングサーバーの両方が同じDBサーバーを指しています。洞察をありがとう。

ASP.NetWebアプリケーション管理でアクセスルールを設定しました

Perl 6のような代替が与えられた場合/(foo|foobar|foobaz)/、3 つのうちどれが最初に使用されるかについて何らかの約束をしますか? もしそうなら、ドキュメントのどこでその約束をしますか?

関連する質問を参照してください現在 (5.8 および 5.10) の Perl は、使用される順序の変更について何らかの約束をしていますか? .

私が働いているビジネスはオンライン小売業者で、現在、特に製品の顧客価格を計算するプロジェクトに取り組んでいます。おそらく次のようなサービスを作成します...

まったく同じように見えなくても心配はいりませんが、一般的な考え方は理解できます。このサービスの実装では、この価格を計算するためのいくつかのルールが存在します。これらのルールは頻繁に変更される可能性があり、将来的には、これらのルールに対してある種の DSL を作成する必要があるでしょう。現時点では、営業部門などから実際にどのような変更が要求されるかはよくわからないので、DLR をホストし、多くの価格計算を含む Iron Python または Iron Ruby スクリプト ファイルを用意することを考えています. このようにして、価格計算ルールを迅速に更新し、ビジネスの人々が必要とする DSL の種類を把握することもできます。

@-rule を使用すると、その @-rule イベント中に要素 (印刷、モバイル デバイスなど) のルールセットを持つことができます。しかし、特定のセレクターについてはどうでしょうか?

大規模なサイトのサブページで作業しており、どのページにもマスター スタイルシートを使用する必要があります。スタイル ルールが、マスター スタイル シートのルールによって切り捨てられることがあります。これを克服するには、すべてのルールの前に「#mypage #content blah blah」を追加して、CSS をより具体的にする必要があります。それは非常に速く乱雑になります。私がやりたいことは次のようなものです：

私が作成したすべてのルールが、私が取り組んでいるページのセクションの ID に含まれるようにします。

ああ、言い忘れましたが、私のページはテンプレート フレーム内にあるため (私が理解している限り) @namespace を使用できません (したがって、マスター スタイルシートが必要です)。 page-url) 私のスタイルシートはマスター スタイルシートを上書きします。

簡単なものがありませんか？

説明:

申し訳ありませんが、私は単純にしようとして、漠然としすぎていたと思います...

グローバル スタイル シートを持つより一般的なテンプレート (マストヘッド、サイドバー ナビゲーションなど) 内に配置されるページのコンテンツを開発していますが、そのコンテンツを制御することはできません。

私のセクションだけのスタイルシートにはいくらかの自由があります。ルールによってグローバル スタイルシートが誤って上書きされることは望ましくありません。また、ルールに非常に長いセレクターを使用して、グローバル スタイルシートがスタイルシートを上書きするのを回避したいと考えています。たとえば、私が言いたいのなら

「すべてのテーブルに黒い境界線があります」

サイドバーのテーブルの周りに黒い境界線を配置するリスクがあります。しかし、私が言うなら

「div #content 内のすべてのテーブルには黒い境界線があります」

これは、より具体的なルールがない場合にのみ機能します。

これで、各ルールを確認し、一連の長いセレクターを追加して、各ルールが自分のセクションでのみ機能することを確認できますが、これはあまり魅力的でも楽しいことでもありません。上記の例のように、すべてのルールをより大きなルールの中に入れ子にして、主なルールを作成できるようにしたいと考えていました。

そのため、具体性を宣言する必要があるのは 1 回だけで、メイン ルール内のすべてのルールがカバーされます。

PostgreSQL側でテーブルの最初の行が削除されないようにすることはできますか?

カテゴリ テーブルがあり、アプリケーションが壊れる可能性があるため、既定のカテゴリが削除されないようにしたいと考えています。もちろん、アプリケーション コードで簡単に実行できますが、データベースで実行する方がはるかに優れています。

削除ステートメントのルールと関係があると思いますが、ドキュメントで問題に近いものを見つけることができませんでした。

一連のルールに基づいて構成ファイルを解析するためのシステムを実装するための最良の方法は何ですか? ベスト プラクティスまたは既存の実装の方向性についての指針をいただければ幸いです。

編集: 特定の言語を選択しないと決めたわけではありませんが、Perl と Python の両方に慣れています。ファイルは、さまざまな機能セクションを持つルーター/スイッチ構成ファイルに沿ったものです。