【发布时间】:2011-08-17 00:30:34
【问题描述】:
到目前为止,为了实现某些功能目标,我一直在将应用程序的主要活动对象作为参数分发给其他类的构造函数,然后将其存储为私有变量。
我这样做,不是因为我需要访问整个活动,而是因为我需要访问:
- 成员(数据或 方法)的活动
- 尚未初始化的数据成员 当时那些构造函数 调用。
它有效,但我一直觉得在正确的 OOD 方面我做的事情根本上是错误的。
特别是关于第 1 点:
- 如此“私密”的成员 活动本质上变成了一个池 全局变量乱七八糟。
- 此外,那些其他类 为目的而创建的 模块化,现在依赖于 活动课的知识, 这让他们不是真的 可在此应用之外重复使用...
由于这些原因,我尽量避免将 Activity 作为参数传递给构造函数,但在 Android 开发环境中我发现它更难做到,原因我还不完全理解。
我的问题:
- 是否有推荐的“规则 拇指”可以帮助避免这种情况 走“捷径”的陷阱 将活动作为参数传递?
- 是否存在通过 作为参数的活动是 概念上合理吗?
【问题讨论】:
标签: java android android-activity oop