TresJS核心功能简化：useTexture迁移至cientos包的设计决策分析

背景与动机

TresJS作为基于Three.js的Vue组件库，其核心设计理念始终围绕着"简化3D开发体验"展开。随着项目的发展，维护团队发现核心库的功能边界需要更加清晰的界定——核心库应专注于提供最基础、最必要的3D渲染能力，而将那些增强开发者体验(DX)的功能转移到专门的扩展包中。

useTexture功能定位

useTexture原本是TresJS核心库中的一个组合式API，主要职责是简化纹理加载流程。它封装了Three.js中纹理加载的复杂逻辑，为开发者提供了声明式的纹理加载方式。这个功能虽然实用，但从架构分层角度看，它更偏向于"开发体验增强"而非"核心渲染能力"。

架构优化决策

技术团队经过深入讨论后做出以下架构调整：

1. 核心库瘦身：保持TresJS核心库的轻量化，只保留最基础的3D渲染能力
2. 功能模块化：将useTexture这类DX优化功能迁移到专门的cientos扩展包
3. 职责分离：核心库关注稳定性，扩展包关注开发者体验

技术影响分析

这一变更虽然属于破坏性更新(breaking change)，但带来了以下技术优势：

• 更清晰的架构分层：核心库与扩展包各司其职
• 更好的维护性：功能模块化后，各包的迭代速度可以不同
• 更灵活的生态：开发者可以按需选择是否使用扩展功能

迁移方案建议

对于现有项目的影响和迁移方案：

1. 影响范围：所有直接使用TresJS核心库中useTexture的项目
2. 迁移路径：从@tresjs/cientos包中导入useTexture
3. 兼容性考虑：建议在v5版本发布前完成迁移

架构设计启示

这一变更体现了现代前端架构的几个重要原则：

• 单一职责原则：每个包应该只有一个明确的职责
• 渐进式增强：基础功能与增强功能分离
• 可维护性优先：宁愿短期不便也要保证长期可维护性

这种架构演进方式值得其他开源项目借鉴，特别是在平衡功能丰富性和核心稳定性时。