话题公司 › 雪球

公司:雪球

雪球 RN 的拆包之路

对于熟悉 React Native(RN)的开发者来说,热更新和拆包是经常被讨论的话题。通常,针对一个被广泛讨论的技术话题,都会有一套成熟的技术解决方案。然而,就拆包而言,目前尚未有被广泛认可的成熟方案。雪球作为一家采用 RN 的公司,也经历了 RN 革命带来的不适和挑战,从最初的单 Bundle 单引擎,逐渐发展到现在的拆包、按需加载和实时更新等阶段。目前,我们已经取得了重要的里程碑式成果,本文将分享雪球在拆包方面的演进路线和实现方案,希望能为大家提供适合自己的解决方案,将 RN 技术应用到实际开发中。

通过这些经验和分享,我们希望能够推动 RN 技术的发展,促进行业内技术的成熟和进步。我们相信,通过共享知识和经验,可以为开发者们提供更好的工具和指导,使他们能够更高效、更稳定地开发 RN 应用。同时,我们也非常欢迎各位开发者在使用 React Native 的过程中积极分享自己的经验和技巧,共同推动 React Native 生态的繁荣发展。

体验设计师如何设计新的金融品类

用通俗的话讲,投顾是把钱交给专业有资质的投顾机构,他们帮你投资基金,选基、买卖、调仓过程都全权负责,投前、投中、投后所有都有专业的团队帮你完成。

很多投资者听说过基金投顾,但是对基金投顾的具体规则和特点不太了解。作为体验设计师,需要了解基金投顾与普通基金的差异,将基金投顾独有的特点通过设计的手段包装透传,帮助用户认识和了解新的金融品类。

如何帮助用户度过新人期

对于用户而言,金融行业本身有较高的专业度,好的新用户引导可以帮助降低使用门槛,快速熟悉产品操作和产品的实际价值,减少迷茫和不安全感;对于业务而言,通过引导的手段或方法,可以干预用户的决策和操作,引导不同生命周期的用户去完成差异化的行为。

之前雪球没有针对新用户做特殊的引导,仅以首页推荐流作为统一的承接,对新用户并不是很友好。因此,如何帮助新用户快速玩转雪球、留在雪球,是我们亟待解决的问题。

规则引擎在内容管理中的探索与应用

总结了雪球在建设规则引擎过程中的探索和实践过程,推出对业务人员非常友好的可视化的策略编排功能,在使用上接近sql条件的编写,在研发方面,缩短了开发时间,只需要关注动作与特征开发。

雪球跨端架构建设之三端同构篇

介绍了今年雪球大前端团队在三端同构建设上的实践,包括RN / H5 同构的能力及效果、样式组件系统的优势及定制实现、同构的改造及服务端渲染 SSR、同构的 CICD、单元测试及开发测试流程、同构的 D2C 代码智能生成等。

雪球跨端架构建设之跨端容器篇

随着移动互联网的迅猛发展,目前市面上「端」的形态多种多样,Web、App 、车载、微信小程序等各种端大行其道,同一个业务需求往往又需要在多端上去实现,针对不同端去编写多套代码的成本显然非常高。近年来「跨端」是前端界比较流行的一个词汇,不论是国内还是国外,跨端技术百家争鸣,方案频出。

API 网关 Apache APISIX 助力雪球双活架构演进

Apache APISIX能极大地简化双活架构的实施复杂度,本文总结描述了 Apache APISIX 助力雪球双活架构演进,为雪球未来云原生架构演进打下了良好的基础。

漫谈Clickhouse Join

随着公司业务的不断发展,不同业务线数据都有了大规模积累。在此基础上为了精细化运营,更好地服务客户,就需要通过积累的数据沉淀出各类实体标签,比如用户标签、帖子标签、基金标签。

精确定位页面滑动帧率瓶颈及优化参考

在苹果新推出的iPhone13 Pro和Max上支持了ProMotion,最大刷新率达到 120Hz,这使得用户对页面流畅性导致的刷新率变化更为敏感。本文总结了雪球 iOS 客户端在社区业务中 feed 流页面和正文页流畅性优化方面的工作。

如何优雅的分析 Redis 里存了啥?

怎么知道 Redis 里到底存了啥?都有那些 Key?每个 Key 用了多少空间?这些问题可以轻松得到解决 ...

雪球旗下蛋卷基金交易系统演进

雪球旗下的蛋卷基金交易系统是如何从无到有、从使用第三方到使用自研系统、从功能单一到功能丰富的?其中经历了一系列的改造、升级、重构,这次给大家分享蛋卷基金交易系统的演进过程。

雪球数据中台建设

天下武功,唯快不破,雪球数据中台AIBO,可快速集成雪球全业务数据(通用或定制方式),通过模块化通用功能,灵活满足各业务线对数据分析和处理的需求,高效支持业务对数据的需求。

如何绘制高性能的 K 线图

本篇文章将介绍我们在雪球行情图项目中,实际应用到的 canvas 性能优化方案,希望对大家有所帮助。

雪球推送平台建设之路

雪球统一推送平台,为社区和用户之间提供了一座桥梁:广泛覆盖、及时触达、精准投递。

OneData在雪球的探索与实践

而随着社区与基金、股票等业务的进一步融合,管理层以及各业务方对数据的准确性、及时性等要求进一步提高,业务的发展壮大也使得数仓规模越来越大。雪球大数据团队在支持现有数据需求的同时,也对历史沉积的数据做了梳理和优化。

雪球正文页排版演进及体验优化

对于正文页的对齐方式和排版,主流 app 为兼容长字符的英文单词和数字在两端对齐情况下可能产生的间隙过大的问题, 采用了左对齐 + 单词不截断的排版方式。

雪球最早也采用了这种左对齐的排版方式,但这带来了一个问题“右侧显示层次不齐,左侧视觉偏重”。在中文语境下,两端对齐左右对仗工整,两侧不会有多余空隙,可以保证段落的整齐划一,成规整的块状,相比左对齐阅读体验更佳,更舒适,为此雪球演进为两端对齐。

采用两端对齐后,由于单词仍是不截断完整展示,对于较长字符的英文单词/数字,就会出现字符空隙过大的情况。这就产生了一个技术上的取舍问题:单词不截断 还是 两端对齐 ?

大家可能会想到,如果像微信公众号把排版的编辑权限完全开放给用户(用户主导文章的对齐方式、单词的截断规则、页面的排版细节),文章完全交由用户控制,就不会出现细节上不可控的情况。伴随着文章排版控制权的转移,原本属于开发侧的工作也转移给了用户。这种实现方式并非一劳永逸的按钮式设置操作,由于每篇文章内容全然不同,必须因文制宜,用户需要对每篇即将发表的文章进行排版的设置。这看似完美的解决了排版问题,但从大多数雪球非专职运营的创作者角度来看,这无形中从“为”用户配置转变成了“让”用户配置,提高了创作门槛,增加了创作成本。

那有没有既保证了符合视觉审美的阅读体验,又能使用户无感知无操作完全从开发层面解决排版问题,又可以兼容长字符英文和数字的最优方案呢?

首页 - Wiki
Copyright © 2011-2024 iteam. Current version is 2.123.1. UTC+08:00, 2024-03-28 18:05
浙ICP备14020137号-1 $访客地图$