posted by wap, platform: iPhone

引用:

原帖由 @猫猫的小叔叔  于 2015-7-9 12:35 发表
为什么能战这么久，我也是喷了。知道怎么关不就行了么。。。

能战这么久，原因就在于知道能关还不够，非得按照lz的习惯来关，否则就喷了。

引用:

原帖由 yinzhili 于 2015-7-9 09:41 发表
其实这个更多的是使用习惯的问题吧。很多时候退出一个软件就意味着不想接收它的消息了。如果操作系统要设计为退出某个软件后仍然允许软件开发商推送消息，那么这个设计比较奇怪。
打个比方，大家都用过安装了Window ...

其实，OS是无法知道app的用户账号是否退出状态。
cs架构，一个账号登陆了，c端只是存储了sessionid和token，至于是否处于登陆状态，取决于服务端的判定。
所以，要os主动去判定app客户端是否还处于登陆状态，并关闭所有与之相关的OS服务，无论是技术层面还是业务层面，都是胡思乱想。
世界上没有任何一个os，是这样做的。

再进一步说，os是否能够提供相应的api，在用户退出账号时，调用该api，关闭os通知？
其实这是多此一举，因为app和服务端的开发者完全可以在程序逻辑中设置成，账号退出后，客户端和服务端的通知全部停止。

现在懂了么，通知的使用控制权，本来就是在app服务商的手里，一切都是她的选择问题。

引用:

原帖由 yinzhili 于 2015-7-9 09:41 发表
其实这个更多的是使用习惯的问题吧。很多时候退出一个软件就意味着不想接收它的消息了。如果操作系统要设计为退出某个软件后仍然允许软件开发商推送消息，那么这个设计比较奇怪。
打个比方，大家都用过安装了Window ...

同时建议你看下39楼关于拼车类app的业务描述，体会下拼车类和普通im类的业务逻辑差异。

引用:

原帖由 FoxfoO 于 2015-7-9 11:56 发表
posted by wap, platform: iPhone
其实呢，你说的思维习惯，并不是每个人自然的思维习惯，而是由长期使用Windows培养出来的习惯。
换个操作系统，操作方式不一样很正常。

没错，使用Windows的历史太长。不过Linux好几个桌面发行版好像也是这样，软件退出后就没有通知了。应该说PC端操作系统的使用习惯比较类似。

引用:

原帖由 wangmax 于 2015-7-9 13:43 发表


其实，OS是无法知道app的用户账号是否退出状态。
cs架构，一个账号登陆了，c端只是存储了sessionid和token，至于是否处于登陆状态，取决于服务端的判定。
所以，要os主动去判定app客户端是否还处于登陆状态，并 ...

某个进程是否存在，OS是知道的。如果某个应用的进程已经消失，此时OS还弹出该应用的通知信息，这种方式会有点怪。

引用:

原帖由 wangmax 于 2015-7-9 13:45 发表


同时建议你看下39楼关于拼车类app的业务描述，体会下拼车类和普通im类的业务逻辑差异。

站在拼车软件的开发者角度讲，你说的这业务逻辑是没错。
但在用户的角度讲则有点怪。以常人的思维来讲：不想管这档子事了就退出登录，这时候服务端还推送消息的话，用户肯定会觉得有点烦。

引用:

原帖由 yinzhili 于 2015-7-9 14:02 发表


某个进程是否存在，OS是知道的。如果某个应用的进程已经消失，此时OS还弹出该应用的通知信息，这种方式会有点怪。

你说的是app在内存中的实例被清除。

但你要知道，清除实例，并不等于账号退出，在服务端，这个账号依然在线。

同时，清除实例，并不代表用户需要退出账号，很多人是为了减轻系统资源压力。

posted by wap, platform: iPhone

引用:

原帖由 @yinzhili  于 2015-7-9 14:02 发表
某个进程是否存在，OS是知道的。如果某个应用的进程已经消失，此时OS还弹出该应用的通知信息，这种方式会有点怪。

这……前面那么多人讲半天不是白讲了…ios下除了特殊app或者有gps权限的，所有app用home键关闭10分钟后就真正关闭了，它发通知是通过苹果服务，苹果服务只要你设置里开了通知就转发，不管你app是不是关闭帐号是不是退出。
ios只知道app是否关闭，不知道你帐号是否退出，这样可以节省后台资源。
win和android，app通知大都依赖于app后台运行，所以你说的后台关闭app，它就没有通知了，那是因为它的通知不是通过系统服务传输的啊！这样自己后台运行是耗资源的！
所以这里你还理解错了,并不是win和Android知道你的app里面注销了,而是你在后台在app关闭,所以它才不发通知给你.
在ios里面,你去设置,通知里关闭,才最终相当于你在android里后台关闭这个app.
这完全是两个设计思路而已.

[ 本帖最后由 para 于 2015-7-9 15:07 编辑 ]

引用:

原帖由 para 于 2015-7-9 14:50 发表
posted by wap, platform: iPhone
这……前面那么多人讲半天不是白讲了…ios下除了特殊app或者有gps权限的，所有app用home键关闭10分钟后就真正关闭了，它发通知是通过苹果服务，苹果服务只要你设置里开了通知就转发 ...

是的，我的理解是，在Windows或者一些Linux桌面发行版下，软件的通知消息是依赖于软件自己去接收和处理的，操作系统不干这个事。软件进程消失以后，这个软件相关的通知就彻底嗝屁了，除非你再一次打开它。
我没接触过移动端的开发，不了解其中的底层原理，如你所说，home键关闭10分钟后就真正关闭的话，那这种设计是为了什么呢，为了省电么？假如应用真正关闭之后，又来了消息，那么又需要再次重新启动这个应用，那也需要耗费资源呐。

posted by wap, platform: iPhone

引用:

原帖由 @yinzhili  于 2015-7-9 17:24 发表
是的，我的理解是，在Windows或者一些Linux桌面发行版下，软件的通知消息是依赖于软件自己去接收和处理的，操作系统不干这个事。软件进程消失以后，这个软件相关的通知就彻底嗝屁了，除非你再一次打开它。
我没接触过移动端的开发，不了解其中的底层原理，如你所说，home键关闭10分钟后就真正关闭的话，那这种设计是为了什么呢，为了省电么？假如应用真正关闭之后，又来了消息，那么又需要再次重新启动这个应用，那也需要耗费资源呐。

按脚开发者智力怎么这么低。
为什么用户关闭程序了还要让程序一直在后台跑呢？难道电池用不完？
假如又来了消息，用户可以选择打开应用看，也可以不打开不看。怎么说也比后台一直养着节约资源啊。

引用:

原帖由 ff_cactus 于 2015-7-7 18:28 发表
posted by wap, platform: iPhone
此贴充分体现iOS的优越性。
按脚就只能终止程序本身了。不过按脚终止程序了就无法收到相关的通知了？不会这么落后吧。

省电……且统一关闭方式，省的出现流氓软件……

引用:

原帖由 ffcactus 于 2015-7-9 18:14 发表
posted by wap, platform: iPhone
按脚开发者智力怎么这么低。
为什么用户关闭程序了还要让程序一直在后台跑呢？难道电池用不完？
假如又来了消息，用户可以选择打开应用看，也可以不打开不看。怎么说也比后台一直 ...

技术讨论，您老人家就别来秀智商和人身攻击了。当然你这无法激怒我，首先我绝对不跟基佬一般见识，因为他们算不上正常人；二，我更不是什么开发者。哈哈。

[ 本帖最后由 yinzhili 于 2015-7-9 21:44 编辑 ]

当然省电省资源了...不然你以为iphone凭什么靠1500mah电池和1G内存搞得android灰头土脸那么多年?
搞到最后google也引入墓碑机制和push,后面还跟了个Mipush?

好奇怪的，安装LZ的逻辑。

iOS的要关掉通知，所以麻烦。

Android的强制停止就行，所以简单。


有两件事请教：

1、iOS关通知是一次性的。Android强制停止是否一劳永逸，下次启动还生效，不需要再操作？
当然我知道一些国产改版Android系统，也是可以关闭通知的。所以，我们管原生Android叫自由度更高，可定制度更高。


2、两个系统都从桌面出发，完成楼主理解的两个方法，操作次数哪个多哪个少？是不是差很多？

引用:

原帖由 rb 于 2015-7-7 17:51 发表

喷了你告诉我微信退出登录后还推送么？
iOS系统不知道登出？系统不知道运行的程序是否登出？

系统怎么知道你程序里面账号登出，这要行，苹果，google，微软分分钟知道你qq密码。明显是程序故意登出不取消推送。
另外有些程序根本没账号的。推送是推给手机相对应程序的。微信你登出不推送，是微信在你登出的时候告诉服务器我登出了，不需要把我的聊天信息再推送给这部手机了。