楼盘预售应用房源采集器
选择关注的地区和主题后,工具会完整遍历 App 列表,并将房源信息导出为 Excel。不依赖截图识别,而是直接读取 App 渲染的界面结构。
两个 App 的预售房源核查
之前
打开 App 逐条手工录入房源
之后
选择地区·主题后运行 1 次 · 整理为 Excel
为保护客户信息,画面以模拟数据重新构建了相同功能。
背景
预售信息在 App 里。有些内容无法通过网页查看,只能由人打开 App、一边滚动列表一边逐条确认。
这次需要处理两个 App。一个按地区划分(15 个地区),另一个按主题划分(公寓、商住公寓、商铺),两者的界面结构各不相同。
现场所见
打开 App,点开房源查看详情,再把所需信息逐条手工录入。
列表越往下滚动越长,仅凭界面无法判断哪里是尽头。15 个地区意味着的不是 15 次,而是与房源数量相当的次数。而且第二天又要从头再来。
问题所在
难点在于用同一个工具处理两个 App。
先针对一个 App 开发,再为另一个 App 修改,原先的部分就会出问题。分别开发两套,每次修改都要改两遍。
解决方案
- 直接读取界面结构 —— 不是截图后识别文字,而是读取 App 渲染的界面结构,定位所需字段。即使字体或分辨率不同,也能找到同一位置
- 选择对象后运行 —— 一个 App 从 15 个地区中选择,另一个 App 从三种主题中选择。选择界面只有一个,仅列表内容随 App 切换
- 持续采集至列表末尾 —— 尚未加载的条目会边缓慢滚动边等待。按钮暂时未出现,不会立即判定为失败
- 进度显示在界面上 —— 显示当前所处步骤和已处理条数。耗时较长的任务如果看不到进度,就无法与停止运行区分
- App 增加,操作界面不变 —— 新增 App 时不改动原有部分,只在旁边加入新 App 的处理逻辑。负责人看到的界面和操作步骤都保持不变
结果
选择地区或主题后运行,工具会采集至列表末尾,完成后生成 Excel 文件。
更多同类案例请见App 数据采集。