問題タブ [moose]

モジュール自体のドキュメントはかなり薄く、MOP を指す傾向があります。

プロジェクトの Moose への変換を開始しましたが、最初に気付いたのは、批評家/きちんとしたテストが地獄に行くことです。Moose、Tidy、Critic は、以前ほどお互いを好きではないようです。

評論家/整頓者がムース方言をより感謝するようにする方法についてのドキュメントはどこにありますか? ほとんどの Moose ユーザーは何をしますか? より重い Moose モジュールの批評家をリラックス/捨てますか? カスタム ポリシー?

Mooseから php 開発に戻りましたが、phpの CLOS のようなオブジェクト モデルが本当に恋しいです。オブジェクトを扱うときに PHP でより少ないコードを書くことを可能にするある種のシンタックス シュガーはありますか?

この要件をもう少し強調します。一つのことを複数の場所に書きたくない。コードの一部が自動的に生成されても問題はありませんが、開発するために見なければならないコードの中で、雑然とした冗長な情報を見たくありません (本当にもっと類推が必要な場合は、LISP マクロを考えてください)。したがって、この部分がより理にかなっている場合は、DSL と呼ぶこともできます。

私は、少なくともロール(ミックスイン) と、再発明することなくある種の内省をしたいと思っています。コード ジェネレーターとオートローダーは、この問題の少なくとも一部を解決する 1 つの方法かもしれません。

ps JavaScript にはJooseがあるので、同様の API は非常に便利です。

これが古典的なオブジェクトモデルです。

これをPerlMooseクラスモデルに変換したいと思います。

となることによって、

次のようなviewメソッドを呼び出します

}

どのビューを呼び出すかわかりません。ただし、実行時に、View1 / View2インスタンスを作成し、DoSomethingForView（）を呼び出す必要があります。

上記のコードは正確にはPerlではありません。Perlでこれを翻訳して達成する方法。

ApplicationオブジェクトにはViewオブジェクトが必要ですが、コンパイル時にビューのタイプはわかりません。テストアプリケーション、Perlでの開発があります。

アプリケーションはGUIアプリケーションであり、ビューはアプリケーションウィンドウに表示されているものであると想像できます。ユーザーは任意のビューを選択できます。

英語でごめんなさい。さらにテキストを提供する必要がある場合はお知らせください。

私は Perl プロジェクトで DbC を使用して調査しており、ソース内のコントラクトを検証する最良の方法を見つけようとしています (たとえば、事前/事後条件、不変条件のチェックなど)。

Class::Contractは Damian Conway によって書かれ、現在は C. Garret Goebel によって保守されていますが、8 年以上触れられていないようです。

私が使いたいのはMooseのようですが、DbC に使用できる機能を提供するように思われますが、これについてのリソース (記事など) を誰かが持っているかどうか疑問に思っていました。私が見つけられなかった有用なモジュールがそこにある場合。

PerlでDbCをやっている人はいますか? Mooseに「飛び込んで」、Mooseに何ができるか見てみるべきですか?

最近、モジュールMooseX::Declareの使用を開始しました。私はその構文が大好きです。エレガントできれいです。クラス内に多くの関数（そのうちのいくつかは大きい）を記述し、クラス定義をページに実行したい場合に遭遇した人はいますか？関数を宣言し、実際の関数定義をクラスの外に置くようにクラス定義を作成するための回避策はありますか？

私が探しているのはこのようなものです-

クラスを可変にする方法があることがわかります。誰かがそれを行う方法を知っていますか？

Moose::Manual::Attributesの状態:

[デフォルトの] サブルーチン参照を使用する代わりに、代わりに属性にビルダー メソッドを指定できます。 ... これにはいくつかの利点があります。まず、コードのチャンクを独自の名前付きメソッドに移動します。これにより、読みやすさとコード構成が向上します。

したがって、属性は次のようにデフォルトを定義できます。

これをデフォルトとは別にする必要がある理由がわかりません。名前付きサブルーチンへの参照を渡すことはできませんか?

存在しないサブルーチンを誤って参照しないことが保証されているので、それはより良いプログラミング手法ではないでしょうか? シンボリック参照ではなく、論理参照を使用してメソッドを参照することになります。

現在、「Moose」パッケージを使用して Perl OOP から始めています。

コンパイラは、「Parser.pm の 16 行目で非左辺値サブルーチン呼び出しを変更できません」と文句を言います。

新しいオブジェクトを割り当てることができない理由がよくわかりません。Mooseでオプションのパラメータを実行するためのより良い、またはより有効な方法があると思いますか?

速度を上げるために Moose から Mouse に移行しようとしていますが、ショーストッパー エラーが発生しました。

同じスコープで 2 つのオブジェクトを作成しています。

Foo の BUILD メソッドは発火していますが、Bar の BUILD メソッドは発火していません。何か案は？Foo と Bar はいずれも、Mouse::Object を継承する Baz を継承しています。

ロールでMooseX::ClassAttributeを使用したいと思い ます。つまり、次のようなことをします

残念ながら、MooseX::ClassAttribute の深い魔法は、Moose::Role ではなく Moose オブジェクト内から呼び出されることを想定しているため、上記のコードは機能しません。
これを回避する方法はありますか、それとも既知の制限ですか?