gradle

随着zuul不再维护，spring官方有意推Spring Cloud Gateway为下一代网关，由于Spring Cloud Gateway是通过Webflux实现的，完全使用了响应式web框架，同时Webflux又是通过Reactor实现的，因此为了更好是使用Spring Cloud有必要学习一下响应式编程，Webflux，Reactor 响应式编程 开发人员一般都会写一些监控的脚本，通过定时的访问，来确定一写事件是否发生，发生的话将内容通过邮件发送。如果对时间粒度要求宽泛还好，如果要求比较严格，就要一直访问，造成不必要的资源浪费。为了解决这种命令式编程的痛点，响应式编程应运而生，通过设置消息的订阅者和消息的发送者来解决这个问题，通过事件驱动，一旦事件发生，发送者将消息推送给订阅者。 举个收外卖的例子： 你今天点了一个外卖，但是你不知道何时会送达，小区外卖进不来，你只能到小区门口去拿： 命令式：由于不知到几点到，你就每隔5分钟去小区门口看一下，如果外卖到了就拿回来，没到进入下个循环 响应式：小哥到了小区门口，打电话通知到小区门口去外卖 根据上面的例子明白响应式编程这种事件驱动的好处。 而且响应式将发和收拆开将同步过程拆成异步的过程，对合理利用资源提升效率更有帮助 Reactor 3介绍 Reactor 3框架是Pivotal（Spring 母公司）基于Reactive

这篇故事围绕着一款 App 基于 mPaaS 小程序进行改造娓娓展开。 作为国内校园服务场景最丰富的平台，笑联 App 已覆盖国内 130 所高校，服务近百万高校学生。 截止目前，笑联 App 内的 12 个业务模块目前已顺利实现小程序化。不仅获得媲美原生应用的用户体验，同时有效规避“发版周期长”、“无法快速在线修复 Bug”等弊端，实现真正的动态发布与更新能力。 项目背景 开篇先做个自我介绍，笑联 App 目前已是国内提供校园服务场景最丰富的平台，目前已覆盖 130 所高校，服务近百万高校学生。 因我们提供的服务类型囊括洗衣机、热水器、淋浴等多项功能，业务模块多元化，并且需满足每所学校在服务类型、标准方面的个性化设计，笑联 App 长期堆叠业务模块，缺乏规范的模块化设计，导致代码愈发臃肿，开发效率低下。 与此同时，随着业务的持续扩张，任一需求的迭代均需要重新发版审核，很显然如此繁琐的发版工期已无法满足高频更新的业务需要。 我们急需在技术侧找到对应的解决思路，一方面简化业务模块之间的耦合，加速日常的开发速度；另一方面架构上需实现模块化，找到动态发布与更新的解决方式。 我们针对市面上已开放的技术选型做了调研，Flutter 和 mPaaS 理论上都可以满足我们当时的选型要求，但 mPaaS 小程序动态更新的能力跟我们业务需求相吻合，避免需要频繁更新整个 App。 接入过程 回顾

前言 生活中遇到难忘美好的瞬间，小编总是忍不住用拍照的方式来留住它，相信大家也和我一样。但我们大多数人都不是专业的摄影师或者模特，光线没选好、角度不对等等原因，导致对照片的自己不满意，该怎么办呢？这时如果手机里有个图片处理app，轻轻一点就能自动检测到照片中的人脸，然后放大眼睛加瘦脸，轻松帮我们实现美颜的效果，让美美的自己出现在保存美好记忆的照片中，是不是很棒？于是小编上网搜索解决办法，发现华为HMS ML Kit提供了人脸检测服务，集成这个服务后各种安卓机型都可以方便地实现照片美化，还原你的美丽！ 应用场景 华为HMS ML Kit人脸检测服务对人脸多达855个关键点进行检测，返回人脸轮廓、眉毛、眼睛、鼻子、嘴巴、耳朵等部位的坐标以及人脸偏转角度等信息。集成人脸检测服务后开发者可以根据这些信息快速构建人脸美化的应用，或者在脸上加一些有趣的元素，增加图片的趣味性。 除了这个强大的功能外，人脸检测服务还可以识别人脸中包括眼睛是否睁开、是否戴眼镜或帽子、性别、年龄、是否有胡子等特征，集成这个功能后，可以实现比如parent control的应用，防止小朋友眼睛距离屏幕过近或看屏幕时间过长。 此外，人脸检测服务可以识别人脸多达七种表情，包括微笑、无表情、愤怒、厌恶、惊恐、悲伤和惊讶，这个功能就可以实现比如微笑抓拍这样有趣的应用。 上面这么多的能力，开发者可以按需集成