项高级功能(无合同)的客户,Android的Java代码可以被Kotlin调用

摘要为了让您有更好的功能体验,从 2017 年 9 月 1
日起,融云即时通讯云将对公有云 5
大高级功能进行全面开放,并实行新计费策略。概述为了让您有更好的功能体验,从
2017 年 9 月 1 日起,融云将对公有云 5
大高级功能进行全面开放,并实行新计费策略。9 月 1
日之前,旧计费模式是以日活为阶梯,高级功能(即原增值服务)分项收费;9 月
1 日之后,新计费仅以日活为阶梯,您可以全方位体验融云 5
大高级功能。新规则活动期间如不参与活动,则从 2017 年 9 月 1
日起按新计费缴费。未购买或购买过 1
项高级功能(无合同)的客户,活动期间预付 1
项高级功能的全年费用,即可在未来一年享受 5 项高级功能:某客户,日活在 1
万 – 10 万之间(不考虑未来一年日活升档情况),只需预付 1
项高级功能的全年的费用(老价格:2000 元/月,年费为 24000
元/年),便可在未来一年内使用 5 项高级功能,相当于新计费价格(48000
元/年)的 5 折。购买 2 项及以上高级功能的客户,2017 年 9 月 1
日之前按旧价格执行,之后只需支付 2 项高级功能的费用,即可享受 5
项高级功能:某客户,日活在 1 万 – 10
万之间(不考虑未来一年日活升档情况),开通过 2 项及以上高级功能,则 9 月
1 日之前按照老价格( 2 项 4000 元/月,3 项 6000 元/月, 4 项 8000
元/月,5 项 10000 元/月)执行,从 9 月 1 日只需支付新价格(4000
元/月),便可使用 5 项高级功能。购买过 1
项高级功能且签署过纸质版服务协议 +
服务订单的客户,如预充值足额的预存款,最长可保价到 2018 年 8 月 31
日;如不预充值,则保价到合同截止时间:某客户,日活在 1 万 – 10
万之间(不考虑未来一年日活升档情况),协议内明确购买 1
项高级功能,价格为 2000 元/月,合同到期时间为 2017 年 12 月 15
日。如客户在 2017 年 8 月 31 日之前充值足够预存款,最长可保价到 2018 年
8 月 31
日。如预存款金额不足,则以预存款余额可消耗时间和合同到期时间(2017 年 12
月 15 日)的后者为准,从次日开始按照新价格(4000
元/月)收费。重要注意事项:预存款金额需足够您在 2017 年 9 月 1 日 – 2018
年 8 月 31 日期间内消耗使用(充值时需要考虑 2017 年 8
月的消耗金额),如因以下原因导致预存款余额提前消耗完,则提前终止低价优惠,即刻按照新价标准执行:如您的日活在未来的一年内升档,按实际升档后的费用扣除;至预存款余额消耗完为止,即刻按新价格执行;如预存款余额被用于融云其它业务的消费,导致预存款余额提前消耗完,即刻按新价格执行。(如需将预存款余额锁定在高级功能使用费上,锁定后不能进行其它业务消费,请联系:010-57973040);一个开发者账户下有多个
App,其中每个日活大于 1 千的 App
都需计费;如您在活动期间内关闭或减少原先购买的公有云高级功能个数,则不能享受活动优惠,即在
2017 年 9月 1 日 0 点起需按新价格标准付费;如您日活在 1
千以下,您可以使用融云免费版本(仅限自行使用,不可商用,一经发现即刻停止服务);如您日活大于
1 千,且不参加活动,需在 2017 年 9 月 30
日之前付费,否则您的部分服务范围将受到限制。计费策略详情地址

摘要在Google I/O 2017大会上,Google正式宣布Android Studio
3.0完全支持Kotlin,Kotlin也将从JetBrain移交给独立的非盈利组织来进行后续的开发。在Google
I/O 2017大会上,Google正式宣布Android Studio
3.0完全支持Kotlin,Kotlin也将从JetBrain移交给独立的非盈利组织来进行后续的开发。Google正式将Kotlin加入到Android的开发语言行列,其他为数不多的语言还包括Java和C++。关于为什么选择Kotlin,Google说“Kotlin简洁、表现力强,而且具有类型安全和空值安全(null-safe)的特点,很多Android开发者发现Kotlin可以让开发变得更快也更有趣”。另一个很重要的原因是Kotlin可以与Java进行完整的互操作,并且也是运行在JVM上。Kotlin还能调用C++和Android代码,因为它可以通过external标识符来支持JNI。Kotlin的源代码可以被编译成JVM的字节码,也可以生成JavaScript代码。在过去,开发人员需要通过Android
Studio的插件来使用Kotlin,而现在,他们可以在Android Stuido
3.0里直接使用Kotlin,包括重构、自动完成、lint、调试和其他操作。Android
Studio 3.0也是在Google I/O
2017大会上发布的,不过现在只有处于canary阶段的预览版本,可能还需要几个月的时间才能发布正式版。Kotlin与Java之间的互操作性是它被广泛采用的特性之一。Android的Java代码可以被Kotlin调用,Kotlin的代码也可以被Java调用,一个Android项目里可以包含Java文件和Kotlin文件,Java文件还可以被转成Kotlin文件。开发人员不一定要全面地学习Kotlin,他们可以继续使用Java开发,然后试试水,看看会不会喜欢上Kotlin。对于喜欢Kotlin简洁性的开发者来说,他们或许会更多地使用Kotlin。Kotlin兼容JDK
6及以上版本,它可以运行在大多数Android版本上,包括一些比较旧的版本。Android同时也支持Kotlin的coroutine,不过因为这是一个实验性质的特性,所以Google并没有针对这个特性做出任何承若,它完全取决于这门语言自身的发展。Google透露,他们正在与JetBrain展开合作,将Kotlin移交给第三方的非盈利组织进行后续的开发。虽然说Kotlin是开源的,不过交给这样的一个组织来看管,可以在一定程度上保证语言的未来不会落入某一家的公司手里。这一举动也意味着Google将会介入Kotlin的推广工作,这对于Kotlin来说是一个利好消息。查看英文原文:Kotlin
Is Now a Supported Android Language

摘要轻量级IM框架MobileIMSDK
v3.0发布了,本次更新包含了简化了消息发送目标的方式、支持Web版与APP版互通、优化了Protocal协议结构等主要升级。一、MobileIMSDK简介MobileIMSDK是一套专为移动端开发的原创即时通讯高可重用框架:超轻量级、高度提炼,lib包50KB以内;完全基于UDP协议实现;客户端支持iOS、Android、标准Java平台;可应用于跨设备、跨网络的聊天APP、企业OA、消息推送等各种场景。MobileIMSDK工程始于2013年10月(2017年06月26日发布了最新版v3.0),起初用作某产品的即时通讯底层实现,完全从零开发。MobileIMSDK现已公开并免费供开发者使用,希望对需要的人有所启发和帮助。👉您可能需要:查看更多关于MobileIMSDK的疑问及解答。二、代码托管同步更新GitHub.com代码托管:
2.3及以上,查看API文档;iOS客户端SDK:用于开发iOS版即时通讯客户端,支持iOS
6.0及以上,查看API文档;Java客户端SDK:用于开发跨平台的PC端即时通讯客户端,支持Java
1.5及以上,查看API文档;服务端SDK:用于开发即时通讯服和端,支持Java
1.5及以上版本,查看API文档。👉另:MobileIMSDK-Web版为独立工程,如有需要请联系作者。五、MobileIMSDKv3.0更新内容【重要说明】因
MobileIMSDK v3 修改了核心层,已无法与 MobileIMSDK v2.x
兼容,请使用v2.x版的开发者勿贸然升级,如有疑问请前往
MobileIMSDK v3
版之内);优化了Protocal协议结构:增加了typeu用户自定义协议类型字段,从而大大简化了用户自义协议类型的使用;【解决的Bug】[android]解决了当MobileIMSDK运行于有线电缆网络模式下不能正确判断网络连接事件的问题;[Android、java][bug]修正了Demo中首次登陆时使用了错误的ip后再改成正确的ip时却不能登陆的问题;[Android、java、iOS]解决了客户端(Android、iOS、Java)登陆时当服务端返回的认证结果code不为0时,客户端会进入反复登陆的死循环当中;【其它优化和提升】[服务端]服务端定时器都由javax.swing.Timer改为java.util.Timer,提高可靠性;[服务端]重构了服务端代码,简化算法的理解、增强代码可读性;[服务端]升级了相关lib包:MINA至最新版2.0.13、gson2.7等;[android]SDK代码依然顽强地支持低至Andriod
2.3.3及以上版本(即Android API Level 10+);[iOS]
优化了demo的ui界面在ios10和xcode8下的兼容性问题。[iOS]
优化了“MessageQoSEvent中的messagesLost:(NSArray*)lostMessages”为“messagesLost:(NSMutableArray*)lostMessages”;[Android、java、iOS]优化了在掉线情况下的消息发送能尽快作为“未实时送达”包反馈到UI层从而提升体验;[服务端]因升级MINA2.0.13的需要,服务端SDK运行所需的Java版本已提升至1.7及以上版本;[Java、Android]解决了ClientCoreSDK.release()不能正常停掉LocalUDPDataReciever中的网络监听线程。

相关文章