标签:android dagger-2 mvp presenter
在开发和Android应用程序的上下文中,我应该使用’new’直接在视图中使用演示者,还是如果我将它们注入视图会更好.
不使用注入演示者的优点/缺点:
>更快的开发时间,无需编写组件和模块.
>演示者与视图紧密耦合,我不认为这是一个很大的问题,因为大多数时间演示者不会在多个视图之间共享(即演示者的一个单独视图).
>可能是测试的问题,就像使用依赖注入一样,可以提供演示者的模拟实现(不确定这是否有用,需要更深入地了解这一点).
解决方法:
你是对的.从长远来看,使用注射只会对您有所帮助.您可以花5分钟设置模块/组件,也可以只编码.
只要您没有进行适当的测试,如果您的演示者看起来如下,则没有太大的区别
mPresenter = new Presenter();
假设您正确使用构造函数注入,在创建组件后,与之相比,您可以保存一些行
@Inject Presenter mPresenter;
// onCreate or some other place
{
getComponent().inject(this); /* getComponent() also 4-5 lines */
}
再次.如果使用正确的构造函数注入,很可能没有很多模块代码.只需创建一些组件即可.
但是你节省了一些时间,一旦你想进行测试,这只是一些简单的重构,可以很快完成.
那么为什么Dagger?
这假设您的演示者没有依赖其他对象.但如果它呢?
SharedPreferences preferences = getPreferences();
MyStorage storage = new MyStorage(preferences);
mPresenter = new Presenter(storage);
使用某些东西存储数据是一个很好的用例.虽然您刚刚在活动中添加了一些关于对象创建的逻辑,但是匕首实现看起来仍然相同.
更?
现在让我们假设您希望在活动之间从上面共享此存储.现在,您必须为应用程序或其他可以在整个应用程序中创建Singleton的地方添加一些逻辑.
但这可能不是你唯一的单身人士,你也会开始混乱你的应用程序.不要让我开始管理这些对象的生命周期,例如用户登录或注销,请务必清除缓存的数据!
再次.匕首的实现看起来仍然相同.如果需要更多逻辑,则可以很好地放置在模块中,并使用组件依赖性进行抽象.
一旦你开始思考我可以创建处理对象构造和注入的类,你知道你可能刚刚使用了匕首;)
我还写了一篇关于dagger basics的博客文章,其中包括构造函数注入的工作方式,许多初学者由于某些原因没有正确使用它.
标签:android,dagger-2,mvp,presenter 来源: https://codeday.me/bug/20190824/1703908.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。