Java 将ParseQuery放在活动中是否存在危险?

Java 将ParseQuery放在活动中是否存在危险?,java,android,parse-platform,parse-server,Java,Android,Parse Platform,Parse Server,我被告知,将ParseQuery直接放在活动(如MainActivity)内部而不是助手类可能会对应用程序造成安全威胁。这是真的吗?如果是,在什么情况下?任何数据库查询都是这样吗?这不是安全隐患,而是应用程序的糟糕体系结构。您的视图(活动)不应该依赖于任何业务逻辑代码。包括使用网络客户端。顺便说一句,parse.com将很快关闭。作为一个相对初学者,我仍然不确定你的意思。为什么我的视图不应该依赖于我的业务逻辑代码?这样的架构会带来什么样的低效?你有什么例子吗?我想很多人都会受益。另外,关于Par

我被告知,将ParseQuery直接放在活动(如MainActivity)内部而不是助手类可能会对应用程序造成安全威胁。这是真的吗?如果是,在什么情况下?任何数据库查询都是这样吗?

这不是安全隐患,而是应用程序的糟糕体系结构。您的视图(活动)不应该依赖于任何业务逻辑代码。包括使用网络客户端。顺便说一句,parse.com将很快关闭。作为一个相对初学者,我仍然不确定你的意思。为什么我的视图不应该依赖于我的业务逻辑代码?这样的架构会带来什么样的低效?你有什么例子吗?我想很多人都会受益。另外,关于Parse,它现在是开源的,可以部署在Node.js上运行的任何基础设施上。我在我自己的Azure实例上运行它,它工作得很好!您应该深入了解Android上的MVP、坚实的体系结构原则和设计模式。如果我们用SO的形式来讨论它,那就太宽泛了。其主要思想是,具有大量依赖项和函数的类变得非常复杂,将来很难维护和扩展。所以我想你会在谷歌上找到很多关于它的文献,它不是一个安全隐患,而是一个糟糕的应用程序架构。您的视图(活动)不应该依赖于任何业务逻辑代码。包括使用网络客户端。顺便说一句,parse.com将很快关闭。作为一个相对初学者,我仍然不确定你的意思。为什么我的视图不应该依赖于我的业务逻辑代码?这样的架构会带来什么样的低效?你有什么例子吗?我想很多人都会受益。另外,关于Parse,它现在是开源的,可以部署在Node.js上运行的任何基础设施上。我在我自己的Azure实例上运行它,它工作得很好!您应该深入了解Android上的MVP、坚实的体系结构原则和设计模式。如果我们用SO的形式来讨论它,那就太宽泛了。其主要思想是,具有大量依赖项和函数的类变得非常复杂,将来很难维护和扩展。所以我想你会在谷歌上找到很多关于它的文献