Hello，欢迎来到每日掘金时间。每日掘金专注于发掘站内优质创作者和优质内容，欢迎大家多提宝贵意见！
本文字数 1800+，阅读时间大约需要 6 分钟。
- 【本期每日掘金】亮点：
- 【动画进阶】有意思的 Emoji 3D 表情切换效果
- 小细节，大问题。分享一次代码优化的过程
- GraphQL 前端工程化和性能优化
- ......
筛选规则：文章发布时间在本期「每日掘金」发布时间的 1-3 天内，且符合社区推荐标准，也会同步发布在掘金相关技术社群。
今日主理人
本期每日掘金由 丘山子 负责制作，需要投稿每日掘金请私信我的助理小岳。
PS：主理人目前正在招募中，有感兴趣的掘友们可以联系Captain
每日干货
主理人们会对近期（1-3 天）社区深度技术好文进行挖掘和筛选，优质的技术文章有机会出现在下方列表，排名不分先后。
『前端』
如何构建一个 NodeJS 影院微服务并使用 Docker 部署。在这个系列中，将构建一个 NodeJS 微服务，并使用 Docker Swarm 集群进行部署。
目前网络上很多 GraphQL 入门文章, 但缺少一些全栈的工程化落地指导和性能优化的文章.
本文会先简单带大家简单过一下 GraphQL 简介和规范、前后端如何配合使用, 避免新手缺少一些必要的上下文, 之后会专注于介绍 GraphQL 前端工程化和性能的优化. 由于作者们全是前端开发人员, 所以我们会使用前端最熟悉的 react + nodejs 体系来阐述.
『后端』
后端程序员碰到这个概念的场景其实不多，我首次碰到还是在搭建自己博客网站的时候。
用最直观的场景来描述就是 ： 买的服务器带宽太低，导致前端下载静态文件卡顿。
解决的方式是 ： 将域名配置 CDN , 让静态文件获取不走后端服务器。
在高并发的系统中， CDN 可以帮助用户对静态文件分流，减少服务器负载.
现如今前后端分离已经是项目开发的主流方式，在前后端分离开发情形下，少不了前端和后端之间的友好交流，为了避免上升为物理交流，项目中必须要有一套规范有效的前后端协议格式。
后端开发的不同服务、不同业务处理并返回不同类型的数据，这不仅会增加巨大工作量来进行协议的输出，数据格式的多样化对于前端同事来讲也是一个灾难，这就需要对后端服务接口的返回格式定义成统一规范的结果类型。
前后端开发过程中数据交互规范化是一件非常重要的事情，不仅可以减少前后端交互过程中出现的问题，也让代码逻辑更加具有条理。
📖 投稿专区
大家可以在评论区推荐认为不错的文章，并附上链接和推荐理由，有机会登上下一期。文章创建日期必须在近 1-3 天内；可以推荐自己的文章、也可以推荐他人的文章。