アプリケーションのアクティビティメソッドを渡すコマンドパターン？

Question

@RomainGuyによってAvoiding memory leaksの記事を読んだ後、私の現在のAndroidアプリケーションは、アプリケーションの主なアクティビティを過ぎたという間違いに悩まされていることがわかりました。だから私はいつでも、単にその活動パラメータをActivity.getApplicationContext()と置き換えることができます。

しかし、私のアプリケーションには、アプリケーションのメインアクティビティのメンバーにしかなり得ないメソッドを実行する必要のあるクラスがあります。

したがって、この制限を回避するためにおそらくCommand Patternを使用することを考えていました。 （この時間はObjectデータを装っ）

public class SomeCommandExecuableOnlyByActivity implements Command 
{ 
    public void execute(Object data) 
    { 
     doIt(((MyActivity)data).getWindow()); 
    }  
} 

私が活動を中心にパスを必要とするの行き止まりに再実行しています：

問題は、我々はその一例を見れば、ということです。

この「鶏肉&卵」の状態からどうやって抜けますか？

この問題にアプローチするより良い方法はありますか？

Answer 1

あなたがここで紛失している可能性があるのは、懸念が適切に分離されていると思います。あなたがその上でいくつかの機能を呼び出すためにあなたの主な活動を他の活動に回さなければならないと言うなら、あなたのアプリのアーキテクチャには基本的な設計上の欠陥があります。

ここでコマンドパターンを使用するかどうかはわかりませんが、一般的には共有アクセスを必要とするメソッドを識別し、別のクラスに移動し、そのクラスの別のインスタンスをこの機能を必要とするすべてのアクティビティ、またはインスタンス状態を共有する必要がある場合は、グローバルアプリケーションコンテキストでグローバルインスタンスを作成し、グローバルアクセスパスを提供します（望ましくはありませんが、RoboGuiceのようなDIフレームワークなしで、私の意見では、うまく設計されたAndroidアプリケーションでは、アクティビティにはビジネスロジックがなく、UIの状態を変更する操作しか提供されません。ユーザインタフェースのフローまたは他の計算は、他のクラスに委ねられる。 Model-View-Presenter patternは、あなたのコードを責任をもって構造化しておくために、ここで大いに役立ちます。

あなたが達成しようとしていることについてより多くの洞察を与えることなく、具体的なアドバイスを出すのは難しいです。