【提案】DwebBrowser APP升级改进

[jackie-yellow]

提交Android版本升级

`

1. dwebapps这个域名是我们的吗？
2. 自动升级为什么不能直接直接让 download.browser.dweb 来承载这个功能
3. 如果要实现所谓的升级订阅，是否也应该由某个模块来实现，而不是独立专门做一个这个功能来实现呢？
4. 要养成用我们模块化开发的思维来解决问题，而不是AndroidApp的思维。
5. 前者你做一次，后面很多东西都能复用；后者你做一个功能就还是一个功能，会越来越臃肿
   `

[jackie-yellow]

@Gaubee

1. 能否在jmm中实现“订阅”的能力，这样其它jmm也能享受升级通知的推送
   a. 升级通知的模块现在还没有，考虑一下notification.window.std.dweb的MVP实现要怎么做。
2. apk的安装是一种独特的行为，考虑将 jmm.borwser.dweb 升级成 install.browser.dweb，并且实现一个“安装适配器”，从而实现apk的安装；考虑未来多设备联动，我在手机上下载exe，也能找到对应的安装适配器来安装这个exe并远程运行它。

[jackie-yellow]

这个本来就是临时用的，避免安卓有些平台上架了有些平台没上架问题。。ios目前升级是跳转app store来升级，暂时不支持第三方安装。
download.browser.dweb 本来考虑是针对应用下载的，包括应用的一些基本信息，而dwebbrowser app目前不包含这些信息，所以没放一起。

另外，android下载的软件不能放在jmm.browser.dweb下，不然无法安装。

[jackie-yellow]

@Gaubee
有没有可能用户也会用我们浏览器进行apk文件的下载呢？
那么这个下载有没有可能直接让download.browser来做呢？
那么jmm.browser有没有可能支持apk文件的打开（安装）呢，如果支持那么它就不是叫jmm.browser，我们得叫它 install.browser？
如果上面能走通，剩下的就是一个“订阅”的问题，那么有没有可能实现内置的“通用订阅器”呢？比方说 RSS.browser.dweb？

---

且不说它是不是“系统升级”，客观来说，它就是下载apk打开安装的过程，那么不仅仅是我们自己的apk，第三方apk也是有可能的。