如何将游戏类运营活动赋予新的玩法，打破老套运营方式给予用户新鲜感？

本文旨在为大家提供 Fair 在实际项目中落地的完整案例，包含了使用 Fair 进行动态页面改造、复杂场景使用、接入过程中遇到的问题、Fair 接入前后的性能对比、热更新方案设计等等内容。

我们在 Vue2编写组件的时候，会在 props、data、methods、computed 等 options 中定义一些变量。在组件初始化阶段，Vue内部会处理这些 options，即把定义的变量添加到了组件实例上。等模板编译成 render 函数的时候，内部通过 with(this){} 的语法去访问在组件实例中的变量。

那么到了 Vue3，新出现的setup启动函数，是整个组件逻辑组织的入口，我们可以在它内部写composition-api，以更加直观的形式声明变量，有利于代码的逻辑组织和复用，但是我们要明确一点，composition-api 属于 api 的增强，它并不是 Vue3 组件开发的范式，如果组件足够简单，还是可以使用 options-api，在了解了 composition-api的应用场景和使用方式后，我们需要进一步思考，setup启动函数是如何执行的，它所返回的数据又是如何与模板建立联系的？

高效率、低成本，一种快速上手的流量回放方法。

又到了每年晋升述职的时间，在过去的 5、6 年里，我以评委身份参与了大量的晋升述职（主要是前端，也包括客户端和测试），也辅导了许多（100+）组内外的同学，指导他们书写和完善 PPT。过程中我发现大家有许多共性的问题，这些问题导致了某些同学，明明有 80 分的能力，却让评委觉得只有 60 分。而有些掌握了晋升技巧的同学，同样 80 分的能力却能给评委 90 分以上的感觉。

后来，基于这些共性的问题，我制作了一个 晋升述职PPT模板，把晋升述职相关的注意点，包括述职准备、内容结构、表达技巧、规划重点等都集成到了这个 PPT 模板中。因为准备 PPT 是晋升述职的核心工作，所以把需要注意的点都融入到 PPT 里面后，在写 PPT 的同时就能融汇贯通起来。

转转支付中心与多家第三方支付平台、金融机构存在合作，例如微信、支付宝、分期乐、合利宝、平安银行等。

在收单、打款、退款等业务上，大部分接口都需要通过HTTP协议与第三方进行交互。

目前业界上或转转内部都有封装好HttpUtil工具类提供使用，但开发人员在接入三方渠道时，不同渠道方提供的文档有所差异且内部研发人员变动等原因，实现时自然会存在一些问题：

• 缺少统一的设计流程，代码复杂臃肿、耦合度高
• 开发人员水平参差不齐，不同人的设计风格千差万别
• 抽象程度不够，复用性较低

由此，支付中心研发了统一设计风格、注解式的HTTP客户端，建立一套面向“使用HTTP协议与三方渠道交互“的“设计规约”。

如何实现一个像“蓝湖”那样的标注功能，这篇文章带着你一步步的去揭秘关键性的技术点，让你从零开始上手一个sketch标注。

DeepLink是什么？如何应用DeepLink来获客引流？

58集团作为国内领先的生活服务及分类信息平台，业务覆盖招聘、房产、汽车、二手、本地生活服务及金融等领域，各业务每天生成海量信息，对内容安全、业务违规的高效治理和处罚的需求亟需解决，本文站在中心化建设视角，阐述58集团处罚数据中心的设计与实践。

面对复杂多变的情况下， 如何能够灵活、简单、高扩展的完成业务需求？ 是否存在零代码就能完成产品需求迭代？

互联网中爬虫的进攻不曾停息。让我们跟随转转的攻城狮们，走向这硝烟弥漫的战场。

在平时的搬砖过程中，当我们拿到新需求的设计稿时，为了加快开发的速度，通常会看看是否有曾经写过的组件可以复用。如果能找到类似的组件，有很大概率可以在原有的基础上修修补补就能直接用了。

混天项目：58集团共建的Swift基础设施平台建设， 主要目的是推进集团App对Swift语言进行使用，并打造复杂工程下Swift-OC混编、编译耗时优化、包大小检测（支持Swift）等基础能力的建设。

小游戏Native化背景：梦想小镇在同城10.7.0版本前， 是由H5技术研发，优点是可以跨平台，完美支持iOS以及Andriod系统。但是，小游戏的核心业务模式是通过用户合成升级， 当达到一定等级后，给予用户现金奖励（在同城中是发放神器矿石）。但在10.9.0版本苹果审核人员明确表明此业务模式触发了4.7.7审核条款， 如果继续使用H5的技术手段，只能去掉奖励。但是如果去掉奖励的话， 也基本失去了用户玩小游戏的动力，对App的日活以及业务导流都会有比较大的影响。

基于上述同城对混编语言建设的现状， 以及苹果对H5游戏审核政策的变化，使我们坚定了用Swift语言开发游戏的新思路。

设计模式是前人经过不断实践，总结出来的类似于武功秘籍的定式，是某种场景下解决该问题的优雅方式。

尤大在 19 年就已经有了 Vite 的想法，只不过那个时候还在忙 Vue3 的重构，并没有太多的时间来具体实现，之后 Vue3 几乎成型后，尤大也就开始研究 Vite 的开发了，在 20 年的时候就发了微博、知乎、推特等社交账号说明，并将源码上传至 Github 。

58 的 OA 系统中存在上百个业务表单与审批流程，每个表单都需要单独开发，而且每个表单上线之后，都经常出现与其他表单重复的小需求，这些问题导致了 OA 系统上线新表单及维护旧表单的效率非常低，大概每两周只能上线一个业务表单或审批流程。因此，58 企业平台开始着手尝试使用技术手段提高此类业务表单与审批流程的开发上线效率，解决这些重复的、有规律的表单页面与审批流程的开发维护效率问题。低代码、0 代码平台是一种通过尽可能少的代码就可以快速生成应用程序的开发平台。通过所见即所得的方式，使没有技术背景的运营人员也可以使用拖拽组件和预设的流程模型来创建应用程序，避免让研发团队重复开发相似需求，提高业务表单与流程的研发效率。本篇文章主要介绍 58 流程开放平台中表单设计器和渲染器的设计与实现。