【诚心请教】Activity嵌套的问题。大神快来！

Question

本帖最后由 chujingwei 于 2014-01-15 14:38:52 编辑

Answer 1

设计本身就有问题，请使用Fragment替代

Answer 2

首先感谢你的回复。用Fragment的话就无法实现解耦和。跟初衷不符。

Answer 3

首先感谢你的回复。用Fragment的话就无法实现解耦和。跟初衷不符。
此话怎讲

Answer 4

首先感谢你的回复。用Fragment的话就无法实现解耦和。跟初衷不符。
此话怎讲要2个APK的

Answer 5

首先感谢你的回复。用Fragment的话就无法实现解耦和。跟初衷不符。
此话怎讲要2个APK的
   刚才我仔细看了下title, 如果是两个程序间进行操作界面，要做到像一个程序那样，那为什么还要做成两个APK呢。
   如果真有这样的功能，为什么不就做成一个，不管是产品需求，还是历史原因造成这样的技术问题，但从一个技术的角度来说，虽然所有的技术都是为了解决产品需求，但是技术也是讲究人性的。

Answer 6

首先感谢你的回复。用Fragment的话就无法实现解耦和。跟初衷不符。
此话怎讲要2个APK的
   刚才我仔细看了下title, 如果是两个程序间进行操作界面，要做到像一个程序那样，那为什么还要做成两个APK呢。
   如果真有这样的功能，为什么不就做成一个，不管是产品需求，还是历史原因造成这样的技术问题，但从一个技术的角度来说，虽然所有的技术都是为了解决产品需求，但是技术也是讲究人性的。
话虽这么讲，但是需求是这样。况且A是一个基盘，比较大，所以在此基础上有一个功能又不想写到几盘里面，否则更新的时候不方便，所以才有了这种想法吧。悄悄的说：客户是日本人，较真！谢谢啦！我也知道这种设计不合理、没办法。

Answer 7

据本人的理解，一个手机屏幕是不可能同时操作两个不同APP的页面的吧，感觉也没有这个必要吧

Answer 8

对，这种操作根本就让人不理解，两个ACTIVITY同时显示并且同时可以获取焦点，这本来就不可能。按照我个人认为我认为是不符合android的思想。不知道大牛们有没有具有说服力的官方文档。我拿给客户看。

Answer 9

我现在是实现了 但是不是用2个Activity。思路是：
A，还是正常的Activity。
B，写了一个Service 利用悬浮窗的方式在A的上面显示悬浮的部分。
A启动的时候bindService到B，然后A通过Aidl+CallBack控制B的一些简单操作。
目前这样实现了，客户那边也算接受了。
但是这样做两个系统的耦合度还是比较高，将来要是A对B有更复杂的操做的话比较麻烦。

Answer 10

参考下这篇文章：http://www.cnblogs.com/astate/p/3254283.html

Answer 11

给日本人干活真猥琐
不过你的需求跟我做的一个软件的实现很像
我的思路是：
用一个apk去调用另一个apk但是使用的是反射的方式
第二个apk相当于一个类使用了第一个apk的句柄（android叫上下文对象）
然后就可以做一些操作
更新的时候可以分开更新
只要有apk1的上下文对象就可以了apk2你可以想写什么功能就写什么功能

Answer 12

大家都可以去看看这篇文章。基本上可以实现我的这种需求。目前正在测试中，基本的同事显示A  B两个Activity是可以的，焦点获取没问题。速度快。并且保留了各自activity的生命周期，耦合低。很不错的帖子。但是如果还有别的思路的话 还是希望大家都说一说。谢谢各位了。