問題タブ [expression-evaluation]

ポーランド記法に変換した後に式を評価する方法を知っています。ただし、次のようなものを評価する方法を知りたいです。

a + bconditiona < bが True の場合に発生し、そうでない場合は Falsea - bが計算された場合に発生します。

ここでは文法は問題ではありません。この問題を解決するためのアルゴリズムだけが必要なので。ブール式と代数式を評価できます。しかし、どうすれば上記の問題を解決できますか？

式の評価の順序は、常に C++ の不特定の動作の原因でした。C++11 標準では、評価の順序を最終的に規定していますか?

次の式のvar1との値がわかったでしょうか。var2

かvar1=30 and var2=30、それともvar1=20 and var2=30？

C++11 標準(5.17、expr.ass) は次のように述べています。

いずれの場合も、代入は、右オペランドと左オペランドの値の計算の後、代入式の値の計算の前に順序付けされます。不定順序の関数呼び出しに関しては、複合代入の操作は単一の評価です。

私が理解しているように、指定された割り当ての一部であるすべての式は、割り当て自体の前に評価されます。このルールは、同じ割り当てで同じ変数を 2 回変更した場合でも機能するはずです。これは、以前は未定義の動作であったことは確かです。

指定されたコードは次のようになります:

常にa==10?に評価されます。

「最高評価」とは？

この用語は、言及されたテキストでは定義されていませんでした。私は一般的な説明にのみ関心があるため、特定のコンテキストを伝えたくありません。

フィールド「var」が 0 のデータ行を抽出しようとしています。

しかし、「NA」が0と見なされていることがわかりました。

「な」は0行が20行、809行あります。

データ フレーム d には合計 81291 行あります。

上記の 829 の値には、0 と「NA」の両方が含まれます。

上記のコードで長さが d になるのはなぜですか?

数式は通常、中置記法で表されます。評価目的で、後置 (リバース ポリッシュ) 表記に変更し ( Shunting-Yardなどのアルゴリズムを使用)、スタックを使用して後置表記を評価できます。

計算機がこの手法を使用していることがわかりましたが、今日の最新のコンパイラはこれを算術式の評価に使用していますか? それは十分に効率的ですか、それとも他の手法 (またはアルゴリズム) が使用されていますか?

数式に指数値が含まれているかどうかを確認し、指数値を小数値に置き換える必要があります。

入力：「10993.657030812325*8.20681165367255E-05」

出力:「10993.657030812325*0.0000820681165367255」

私が直面している複雑さは、数式内でそれを検出することです。

私が持っている正規表現を検出する正規表現は次のとおりです。

ただし、それは式全体に当てはまります。これを解決する直接的な方法はありますか、それとも分解して個別に確認する必要がありますか。

HH:MMデータベースには、時間を形式で含む列がいくつかあります。このような単純な式があれば11:00 - 12:00、C# で as と呼ばれる拡張メソッドを簡単に作成し、SubtractTime実行時に引数を渡すことができます。たとえば、数式をデータベースに保存します。

上記の場合、実行時にリフレクションを使用して関数を呼び出すことができますSubtractTimeが、私の問題はこれです。式が次のように複雑になった場合はどうなりますか。

そのような式を解析するにはどうすればよいですか? 時間をティックに変換してから に変換する拡張機能が既にあるので、コーディングの助けは必要ありませんHH:MM。これは設計上の問題です。ルール エンジンを効率的に作成できるように、スケーラブルなソリューションが必要です。