KOReader新闻插件中新增订阅源时的URL缓存问题分析

在KOReader的新闻下载插件(NewsDownloader)中，开发者发现了一个影响用户体验的界面交互问题。当用户连续添加多个RSS/Atom订阅源时，系统会错误地显示前一次输入的URL地址，而不是预期的空白输入框。

问题现象

在KOReader的新闻插件界面中，当用户执行以下操作流程时会出现异常：

1. 进入新闻下载器功能
2. 选择"编辑新订阅源"
3. 添加第一个订阅源(例如输入某个RSS地址)
4. 返回后再次选择"添加新订阅源"

此时界面不会显示预期的空白输入状态，而是自动填充了上一次输入的URL地址。这种表现容易让用户误以为系统正在编辑之前的条目，而非创建新条目。

技术分析

经过代码审查发现，这个问题源于数据结构的处理方式。在插件实现中，用于表示"空白订阅源"的默认数据结构在显示过程中被意外修改。具体表现为：

1. 系统使用一个默认的空白feed对象作为新条目的模板
2. 在UI显示过程中，这个模板对象被直接修改而非复制使用
3. 导致后续创建新条目时，模板已经包含了前一次的数据

这种设计违反了"默认值应该保持不变"的基本原则，属于典型的数据污染问题。

解决方案

修复方案的核心思想是确保每次创建新订阅源时都使用全新的默认对象。具体实现方式包括：

1. 在显示编辑界面时创建默认feed对象的深拷贝
2. 确保原始模板保持空白状态不变
3. 每次添加操作都基于干净的默认值开始

这种修改既解决了问题，又保持了代码的简洁性。修复后的行为符合用户预期：每次选择"添加新订阅源"都会显示干净的输入界面。

经验总结

这个案例展示了几个重要的开发原则：

1. 默认值对象应该保持不可变
2. UI组件应该使用数据的副本而非原始引用
3. 用户界面的行为应该与用户的心理模型一致

对于类似插件开发，建议采用工厂模式或原型模式来管理默认值，避免直接修改共享的默认对象。同时，在涉及用户输入的场景中，保持界面状态的独立性尤为重要。

这个问题的修复虽然代码改动不大，但对提升用户体验有着重要意义，体现了KOReader团队对细节的关注。