Play & Scala 技术分享-腾讯云开发者社区

开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

Play & Scala 技术分享

专栏成员

66

文章

94477

阅读量

31

订阅数

反应式架构(1)：基本概念介绍顶

react 微服务数据库 sql

淘宝从2018年开始对整体架构进行反应式升级，取得了非常好的成绩。其中『猜你喜欢』应用上限 QPS 提升了 96%，同时机器数量缩减了一半；另一核心应用『我的淘宝』实际线上响应时间下降了 40% 以上。PayPal凭借其基于Akka构建的反应式平台squbs，仅使用8台2vCPU虚拟机，每天可以处理超过10亿笔交易，与基于Spring实现的老系统相比，代码量降低了80%，而性能却提升了10倍。能够取得如此好的成绩，人们不禁要问反应式到底是什么？其实反应式并不是一个新鲜的概念，它的灵感来源最早可以追溯到90年代，但是直到2013年，Roland Kuhn等人发布了《反应式宣言》后才慢慢被人熟知，继而在2014年迎来爆发式增长，比较有意思的是，同时迎来爆发式增长的还有领域驱动设计(DDD)，原因是2014年3月25日，Martin Fowler和James Lewis向大众介绍了微服务架构，而反应式和领域驱动是微服务架构得以落地的有力保障。紧接着各种反应式编程框架相继进入大家视野，如RxJava、Akka、Spring Reactor/WebFlux、Play Framework和未来的Dubbo3等，阿里内部在做反应式改造时也孵化了一些反应式项目，包括AliRxObjC、RxAOP和AliRxUtil等。从目前的趋势看来，反应式概念将会逐渐深入人心，并且将引领下一代技术变革。

2019-12-12

1.6K0

PlayScala 开发技巧 - 实时同步 MongoDB 高可用方案

mongodb scala 数据库 sql

MongoDB 从 3.6 开始为开发者提供了 Change Streams 功能，利用 Change Streams 功能可以非常方便地监听指定 Collection 上的数据变化。例如在 mongo shell 中，我们可以通过如下方式监听 shopping 数据库 order 表上的变化：

2019-03-12

6580

PlayScala实战 - 如何优雅地取出多层Future中的结果？

scala 数据库

1 问题背景我们先看一下Play中Action代码的基本结构： def greeting = Action.async { implicit request => for{ r1 <- Future.successful("result") r2 <- Future.successful("result") } yield { Ok("hello") } } Action的body部分返回类型是Future[Result]。如果只是简单的数据库查询操作，使用for表达式

2018-05-17

1K0

Scala之美 - Future & map & flatMap

scala 数据库

1. 介绍 Scala语言拥有很强的表达能力，语法简洁，很接近人类的思考方式。利用map、flatMap方法做数据转换时，层层递进的演算方式，很像是在画流程图，中间没有停顿，思绪很流畅，不会被无关的变量声明、初始化等琐事打断。Scala中的Future可以让你非常灵活的使用线程，而不需要关注底层的线程管理问题，Scala已经为你处理好一切。下面我们以一个示例来说明，将Future、map和flatMap组合起来会产生多大的威力！ 2. 需求描述假设我们是一个VPS服务器提供商，现

2018-05-17

1.6K1

Play 2.1 - Evolution插件使用指南

首先你需要明白Evolution的作用是什么？它可以让你通过几个脚本文件，轻松完成数据库的管理工作。你只负责编写脚本，脚本和数据库之间的同步工作，Evolution帮你搞定。一、如何开启Evolution插件？ play默认是启用Evolution插件的，如果想禁用Evolution插件，在conf/application.conf中添加配置项evolutionplugin=disabled，或者设置通过设置系统属性的方式-Devolutionplugin=disabled。禁

2018-05-17

1.2K0

PlayFramework 2.x 技巧-@ManyToMany关联

1. 简介实体之间的关联关系是刚入门的同学比较头疼的问题，但是在日常开发中又是比较重要的技巧，熟练的使用实体关联，能够使代码清晰易懂，并且节省宝贵的开发时间。通常情况下，对于存在关联关系的两个实体，我们会明确指定其中一个实体为关系的维护端，而另一个实体为关系的查询端（反向端）。对于OneToMany或ManyToOne关系，JPA规范明确指出以Many一端为关系的维护端，One一端为关系的查询端；而对于ManyToMany的关联关系，双方都可以作为关系的维护端，因此在日常的开发工作中会出现

2018-05-17

1.2K0

没有更多了

社区活动

【纪录片】中国数据库前世今生

穿越半个世纪，探寻中国数据库50年的发展历程

Python精品学习库

代码在线跑，知识轻松学

博客搬家 | 分享价值百万资源包

自行/邀约他人一键搬运博客，速成社区影响力并领取好礼

技术创作特训营·精选知识专栏

往期视频·千货材料·成员作品最新动态