問題タブ [scala]

最近、STM (ソフトウェア トランザクショナル メモリ) フレームワークと言語拡張への関心が高まっているようです。 特にClojureは、ローリング コミット ログではなくMVCC (マルチバージョン同時実行制御)を使用する優れた実装を備えています。GHC Haskell には、トランザクション合成も可能にする非常にエレガントな STM モナドもあります。最後に、私自身の口癖を少しだけ説明するために、私は最近、参照制限を静的に適用する Scala 用の STM フレームワークを実装しました。

これらはどれも興味深い実験ですが、その領域だけに限定されているようです (実験)。私の質問は、現実の世界で STM を見たり使用したりしたことがある人はいますか? もしそうなら、なぜですか？それはどのような利益をもたらしましたか。パフォーマンスはどうですか？(この点については多くの矛盾する情報があるようです) STM を再び使用しますか、それともアクターのような他の並行処理の抽象化を使用したいと思いますか?

次のようなものがある場合：

そのデータをノードとして XML 値を作成するにはどうすればよいでしょうか? XML 式で { 中かっこ } を使用して値を入れる方法は知っていますが、これは値のコレクションです。明示的に反復する必要がありますか、それとももっと良いものがありますか?

結果の値は次のようになります。

文字列配列をコンストラクター引数として取り、コマンド ライン オプション値をメンバー vals として持つクラスを作成したいと考えています。以下のようなものですが、バイステートの仕組みがわかりません。

Cay Horstmann のコンビネーター パーサーの演習を行っています。match ステートメントで、数値を表す文字列と変数を表す文字列を区別する最善の方法を考えています。

そこの 2 行目の「case a: wholeNumber」は正しくありません。正規表現について考えましたが、「ケース」で動作させる方法が見つかりませんでした。

Scala で正規表現をいじりながら、次のようなものを書きました。

ご覧のとおり、2 番目のステートメントは黙って受け入れられています。これは合法的な声明ですか? もしそうなら、それは何をしますか? それとも、パーサーのバグで、エラー メッセージが表示されるはずですか?

何年にもわたって、複雑なオブジェクト グラフのスタブ データ構造 (偽のデータ) を生成する考えられるすべての方法を見て、試してきたと思います。Javaでは常に毛むくじゃらになります。

(安価なUMLを許してください)

重要な問題は、値の間に特定の関係があるため、C の特定のインスタンスが E の特定の値を暗示している可能性があることです。

Java でこの問題を解決するために単一のパターンまたはパターンのグループを適用しようとする試みは、最終的には面倒です。

groovy または動的な vm 言語のいずれかがより良い仕事をすることができるかどうかを検討しています。クロージャーを使用すると、物事を大幅に簡素化できるはずです。

（できれば）groovyまたはscalaでうまく解決されたこの問題の参照/例はありますか？

編集：「オブジェクトマザー」がパターンの名前だとは知りませんでしたが、それは私が問題を抱えているものです：オブジェクトマザーによって生成されるオブジェクト構造が十分に複雑な場合、常にオブジェクトマザー自体の内部のかなり複雑な内部構造 (または複数のオブジェクトマザーを構成することによる)。十分に大きなターゲット構造 (たとえば 30 クラス) を考えると、オブジェクトの母を実装する構造化された方法を見つけるのは非常に困難です。パターンの名前がわかったので、もっとうまくグーグルで検索できます;）

infix組み込み型 (Double など) にメソッドを追加して、演算子を使用できるようにしたいと考えています。それは可能ですか？

書く代わりに

のようなものを書きたいと思います

Scala にこの種のシンタックス シュガーのようなものはありますか?

Java と Scala のソースを混在させたいアプリケーションがあります (実際には、Java アプリを scala に移行しますが、少しずつです)。

私はこれを IDE で問題なく動作させることができます。しかし、mavenでこれを行う方法がわかりません.scalacはjavaとscalaを絡み合わせてコンパイルできますが、モジュール用にmavenを設定するにはどうすればよいですか?

また、私のscalaソースはjavaとは別のフォルダでなければなりませんか?

クライアントコードを次のようにします。

つまり、次のことを意味します。

• Config インターフェイスは構成フィールドを定義します
• MyConfig は Config 実装です。必要な配線はすべて、目的の実装のインスタンス化です。
• データは遅延ロードされます -- 最初のフィールド参照 (この場合は config.param1) で発生するはずです

そのため、交換可能な実装をサポートし、静的に型指定されたフィールドを使用して、遅延読み込みを隠して、クライアント コードを使いやすくしたいと考えています。また、代替の実装を作成するためにできるだけシンプルにしたいので、Config がある程度ガイドするはずです。

私はこれまでに思いついたことに満足していません:

より良い解決策があると確信しています。それがあなたが助けることができる場所です:)

ここで特に気に入らないことの 1 つは、MyConfig がいくつかの任意のキーを持つ中間コンテナーを定義し、それが Map[String, Any ] であるため、値をキャストする必要があることです。