相关疑难解决方法(0)

当超越RAD(拖放和配置)构建用户界面的方式时,许多工具鼓励您可能会遇到三种设计模式,称为模型 - 视图 - 控制器,模型 - 视图 - 展示器和模型 - 视图 - 视图模型.我的问题有三个部分:

1. 这些模式解决了哪些问题？
2. 它们如何相似？
3. 他们有什么不同？

是否可以在Java for Android中实现模型 - 视图 - 控制器模式？

或者它是否已通过活动实施？或者有更好的方法来实现Android的MVC模式？

我是android的新手,我想知道在android项目中编写代码的正确方法是什么,或者我们应该在项目示例n-tire,MVC或其他中使用哪种架构或模型？

Android适配器是否使用适配器设计模式？GoF设计模式书将Adapter Design Pattern描述为

适配器模式将类的接口转换为客户期望的另一个接口.适配器允许类一起工作,否则由于不兼容的接口.

有一个目标接口,适配器实现,客户端使用(期望),并且有一个适配器,适配器委托客户端发出的所有请求.

我理解它的理论和现实世界模式适配器接口看起来并不完全像,但我仍然无法弄清楚android适配器适应什么(什么目标接口)以及实际请求的适配器.

我检查了这个,这个和这个.但是他们都没有解释清楚Android适配器是如何适配器设计模式的.在第1和第2的答案,其实是有些矛盾的.

有人可以解释一下吗？

我想知道,如果Android支持MVC(模型视图控制器)结构？如果支持那么1.什么是控制器？2.什么是模特？3.什么是观点？

请清楚我.我对此有些困惑.

为了实现具有独立且可重用的UI组件的干净架构,我需要具有嵌套的层次结构FrameLayouts(最多3-4个嵌套FrameLayouts),所有这些都具有layout_width并layout_height设置为match_parent(在该答案中描述了该体系结构背后的一般概念)).

我开始怀疑这种嵌套方法是否存在明显的性能开销FrameLayouts.为了使问题不那么抽象,让我们在两个具体层次结构的上下文中讨论它:"静态"层次结构(屏幕上没有任何移动)和"可滚动"层次结构(用户可以滚动屏幕).

"静态"层次结构:

一旦显示包含此层次结构的屏幕,则不再发生任何变化.

"可滚动"层次结构:

在屏幕上显示此层次结构后,用户可以滚动内部ListView,因此需要重新绘制最内层RelativeLayouts.

我并不担心"静态"层次结构 - FrameLayouts在这种情况下嵌套的开销是一次性的,并且不会以任何明显的方式影响布局的性能.

• 问题1:这个假设是正确的,还是有一些性能下降的情况我可以碰到？

那么"可滚动"布局呢？我想知道内部ListView是否被包裹的事实是否FrameLayouts会影响其滚动性能......

• Q2:外部FrameLayouts影响嵌套ListView滚动性能吗？
• 问题3:如果对Q2的回答为"是",那么"可滚动"案例的确切开销是多少？

我在我的应用程序中声明了一个 Application 类：

public class application extends Application {

    String TAG="joshtag";//app.TAG;

    @Override
    public void onCreate() {
        super.onCreate();
        Log.e(TAG, "Initializing APP");
        initializeSingletons(getApplicationContext());
    }

    protected void initializeSingletons(Context c){
        Log.e(TAG, "...preparing to Initialize Singleton");
        app.initInstance(c);
    }
}

正如您想象的那样，我希望这个类在我的应用程序启动后立即运行，目的是初始化一个单例类（这个单例类不扩展任何其他类，并将包含一个变量来存储 getAppContext）。但是，日志消息永远不会在“onCreate”和“initializeSingleton”内部触发，并且单例没有被初始化。我的最终目标是存储一个全局 getAppContext 变量，我可以在不继承它的类中使用该变量。如果我以错误的心态处理问题，请告诉我并说明原因。

我想知道是否有人对常规应用程序了解一些Android框架。例如，一个类似rails的框架，我们可以很容易地看到MVC模式。