QQ评论空间业务 - qq空间业务专区

QQ评论空间业务 - qq空间业务专区

背景与需求

1、平台型入口：QQ空间作为一个平台型入口，为多个兄弟业务提供引流服务，由于其功能复杂且涉及多个团队的协同开发，导致代码逐渐劣化，维护成本升高。

2、历史架构问题：结合版与独立版的代码复用性高，但由于前期架构扩展性不高，异化业务代码无处安放，开始侵入底层技术组件。

3、多团队协作：空间是个平台型的业务，广告、会员、游戏、直播、小世界等团队都会在空间的代码里开发，各团队代码耦合在一起，缺乏隔离和编程范式。

4、复杂度激增：随着业务逻辑的复杂化和代码劣化，后续接手团队难以进行有效维护，形成恶性循环。

5、Feeds流问题：以空间的Feeds流为例，最初架构清晰，但后续需求膨胀导致代码迅速膨胀，复杂度增加。

6、用户粘性和收入来源：通过开放平台战略打造全面开放的SNS产业链，提高腾讯在该产业的主导权。

7、一站式服务体验：通过产品连通，实现用户和资源共享，带动新兴产品的推广。

8、吸引应用厂商：通过开放平台吸引多种应用进驻，增强用户粘性和完善产品服务。

9、用户数据挖掘：开放用户数据利于应用厂商挖掘用户需求，开发符合市场需求的产品。

重构目标与策略

1、渐进式重构：采用高速公路换轮胎的方式，小步快跑，确保系统随时可用，将复杂的大问题分解为多个小问题，逐一解决并测试上线。

2、提高扩展性和复用性：重新设计空间架构层级，避免代码跨层级污染，底层技术组件基于RFW框架，保持干净无业务侵入，中间层负责桥接和扩展，实现空间相关功能。

3、降低复杂度并长期可控：采用组合代替继承的方式，使用RFW-Part和Section架构进行页面级UI容器管理，保证Part和Section代码严格隔离，互不感知。

4、防止劣化：建立严格的代码审查机制，快速发现并处理劣化代码，引入自动化测试工具，确保代码质量。

5、性能优化：在进行业务重构前，先还掉一部分技术债，如去插件化、进程统一、工程结构优化和编译优化等，简化空间代码运行环境，提升开发效率。

实施步骤

1、拆解老代码：基于RFW-Part框架对老代码进行拆解，保证老代码平移前后的运行逻辑一致。

2、架构融合：彻底抛弃老的技术组件，与团队内部沉淀的RFWComponent进行架构融合，积极接入手Q统一的UI体系。

3、提效前置：在进行业务重构前，完成去插件化、进程统一、工程结构优化和编译优化等工作。

4、分层设计：细化架构分层，加强隔离，底层技术组件基于RFW框架，中间层负责桥接和扩展。

5、组件库建设：建立RFWComponent组件库，由空间和小世界团队共同维护，所有组件经过线上业务验证，保证易用性和扩展性。

6、持续集成与部署：建立持续集成和部署流程，确保代码变更能够快速、安全地部署到生产环境。

FAQs

1、为什么QQ空间需要重构？

答：QQ空间作为老牌互联网产品，面临着代码劣化、维护成本高、业务逻辑复杂等问题，重构旨在提高系统的扩展性、复用性和可维护性，同时降低复杂度并防止进一步劣化。

2、渐进式重构如何确保系统稳定性？

答：渐进式重构通过将复杂的大问题分解为多个小问题，逐一解决并测试上线，每解决一个小问题后都进行针对性的测试和验证，确保系统随时处于可用状态，还可以快速回滚未解决的问题以保障系统稳定性。