Dockin

楼主研一，但是误投了暑期实习，所以顺便就面了 1.在滴滴工作做的内容 2.做短视频后端的背景是什么？为什么要做？ 3.这个项目做了哪些东西？ 4.关注的表是怎么设计的？关注和被关注者关系存储在一行么？存储在一行又什么问题？不存在一行又有什么问题？（没搞懂什么意思）（回答的不好） 5.项目中rabbitmq用在哪些场景？（关注和点赞） 6.rabbitmq的架构说一下 7.rabbitmq是否有消息

要想搞明云原生的未来，首先我们要弄明白云原生是什么。CNCF给出的定义是： 容器化 微服务 容器可以动态调度 我认为云原生实际上是一种理念或者说是方法论，它包括如下四个方面： 容器化：作为应用包装的载体 持续交付：利用容器的轻便的特性，构建持续集成和持续发布的流水线 DevOps：开发与运维之间的协同，上升到一种文化的层次，能够让应用快速的部署和发布 微服务：这是应用开发的一种理念，将单体应用拆分

主要内容：什么是云原生,云原生的4大组件,如何云原生什么是云原生 技术的变革，一定是思想先行，云原生是一种构建和运行应用程序的方法，是一套技术体系和方法论。云原生（CloudNative）是一个组合词，Cloud+Native。Cloud表示应用程序位于云中，而不是传统的数据中心；Native表示应用程序从设计之初即考虑到云的环境，原生为云而设计，在云上以最佳姿势运行，充分利用和发挥云平台的弹性+分布式优势。Pivotal公司的Matt Stine

我正在寻找使用ReactNative或原生平台（iOS和Android）创建一个BLE移动应用程序的利弊。 我应该遵循哪种方法？有人能和ReactNative分享他们的经验吗？我在这两个原生平台上都工作过，它给了我很好的效果，但是对于我的新项目，我考虑的是ReactNative，因为它有单一的代码库，相对来说比在iOS和Android上单独工作花费的精力要少。 BLE应用程序也有这些优势吗？或者它

现在我们将探索云原生应用架构的几个主要特征，和这些特征是如何解决我们前面提到的使用云原生应用架构的动机。 12因素应用 12因素应用是一系列云原生应用架构的模式集合，最初由Heroku提出。这些模式可以用来说明什么样的应用才是云原生应用。它们关注速度、安全、通过声明式配置扩展、可横向扩展的无状态/无共享进程以及部署环境的整体松耦合。如Cloud Foundry、Heroku和Amazon Elas

游戏发布到原生平台后，由于运行环境不同，可能会出现在浏览器预览时无法重现的 Bug，这时我们就必须直接在原生平台下进行调试。Cocos Creator 可以很方便地对原生平台中的 JavaScript 进行远程调试。 模拟器调试 一般来说，原生平台的大多数问题都可以在模拟器中进行重现，我们可以先在模拟器中测试，有问题的话直接在模拟器中调试即可。模拟器调试有以下两种方法。 方法一 首先在编辑器工具栏

游戏发布到原生平台后，由于运行环境不同，可能会出现在浏览器预览时无法重现的 Bug，这时我们就必须直接在原生平台下进行调试。Cocos Creator 3D 可以很方便地对原生平台中的 JavaScript 进行远程调试。 iOS 和 Android 真机调试 如果游戏只有在真机上才能运行，那就必须用真机对打包后的游戏进行调试。调试步骤如下： 确保 Android/iOS 设备与 Windows

Cocos Creator 3D 自 v1.0.3 起正式支持原生平台，点击菜单栏的 项目 -> 构建发布 选项，打开构建发布面板，参照文档配置完项目信息后即可打包。 支持的原生平台包括 Android、iOS、Mac、Windows 四个，其中 iOS、Mac 和 Windows 的选项只能在相应的操作系统中才会出现，目前原生平台是集合在一起打包的，可以在同一界面上配置各个原生平台的参数选项，打