Killed by Google数据格式详解:JSON结构与字段规范完整说明
Killed by Google数据格式详解JSON结构与字段规范完整说明【免费下载链接】killedbygooglePart guillotine, part graveyard for Googles doomed apps, services, and hardware.项目地址: https://gitcode.com/gh_mirrors/ki/killedbygoogleKilled by Google是一个记录Google已停止产品和服务的开源项目它使用结构化的JSON数据格式来存储Google产品的生命周期信息。这个完整的数据格式指南将帮助开发者理解如何正确使用和贡献数据到项目中。项目概述与核心功能Killed by Google项目通过简洁的JSON数据结构记录了Google历史上所有已停止的产品、服务和应用。该项目不仅是一个纪念Google已逝产品的墓碑更是一个宝贵的数据资源库为开发者、研究者和技术爱好者提供了Google产品生态系统的完整历史视图。JSON数据结构完整解析基础数据模型每个Google已停止产品在graveyard.json文件中都遵循统一的数据结构。让我们深入了解每个字段的详细规范{ name: Google Reader, dateOpen: 2005-10-07, dateClose: 2013-07-01, description: Google Reader was an RSS/Atom feed aggregator., link: https://en.wikipedia.org/wiki/Google_Reader, type: service }字段规范详解1.name字段产品名称要求必须使用产品的官方名称格式字符串类型首字母大写示例Google Reader、Google、Chromecast Audio注意事项保持名称的一致性避免使用缩写或非官方名称2.dateOpen字段发布日期格式ISO 8601标准日期格式YYYY-MM-DD验证规则必须是有效日期且早于dateClose数据来源官方公告、新闻稿或可靠历史记录示例2005-10-07、2013-09-293.dateClose字段停止日期格式ISO 8601标准日期格式YYYY-MM-DD验证规则必须是有效日期且晚于dateOpen重要说明必须是实际停止服务的日期示例2013-07-01、2024-08-064.description字段产品描述要求单句描述以产品名称开头语法使用过去时态保持客观中立格式{产品名称} was {功能描述}示例Google Reader was an RSS/Atom feed aggregator.长度限制建议不超过200个字符5.link字段引用链接优先级Wikipedia 新闻机构 官方公告禁止链接Google支持文章、产品营销页面要求必须包含产品停止的相关信息示例https://en.wikipedia.org/wiki/Google_Reader6.type字段产品类型允许值app、service、hardware定义app移动或桌面应用程序service在线服务或平台hardware物理硬件设备数据类型定义与枚举项目使用TypeScript类型定义确保数据一致性。查看类型定义文件export enum ProductType { APP app, SERVICE service, HARDWARE hardware, } export interface Product { name: string; description: string; dateClose: string; dateOpen: string; link: string; type: ProductType; }数据验证与质量保证自动化测试验证项目包含严格的测试套件来验证数据完整性必填字段检查确保所有字段都有值日期格式验证验证日期格式为YYYY-MM-DD日期逻辑检查确保停止日期晚于发布日期类型枚举验证只允许预定义的产品类型唯一性检查确保产品名称不重复编辑指南描述编写使用过去时态客观描述产品功能链接选择优先选择Wikipedia或权威新闻来源类型判断准确分类为app、service或hardware日期确认使用可靠来源确认准确的发布日期和停止日期数据使用示例前端组件数据消费查看List组件如何展示产品数据// 计算产品生命周期 const getYears () { const duration formatDistance(dateClose, dateOpen); return It was ${duration} old.; }; // 根据状态显示不同图标 const getIcon () { return isPast() ? { src: tombstone.svg, alt: Tombstone } : { src: guillotine.svg, alt: Guillotine }; };API数据端点项目提供RESTful API端点访问API路由获取处理后的数据export async function GET() { const data await require(../../../graveyard.json); const processedData data.map((item: Product) ({ ...item, type: item.type as ProductType, slug: slugify(item.name, { lower: true }), })); return NextResponse.json(processedData); }贡献数据的最佳实践数据添加流程收集信息获取产品的完整信息验证数据确保所有字段符合规范运行测试执行yarn test验证数据格式提交PR创建包含完整信息的拉取请求常见错误避免❌ 不要使用Google官方支持文章作为链接❌ 不要使用现在时态描述已停止产品❌ 不要使用非标准日期格式❌ 不要使用非官方产品名称✅ 使用Wikipedia作为首选链接来源✅ 保持描述简洁客观✅ 准确分类产品类型✅ 验证日期信息的准确性数据统计与分析按类型分布统计通过对graveyard.json数据的分析可以发现服务类产品占比最高反映了Google频繁调整在线服务应用程序移动应用生命周期相对较短硬件设备物理产品通常有较长的生命周期时间趋势分析产品生命周期从几个月到十几年不等停止高峰期特定年份有大量产品停止服务类型演变不同类型产品的停止趋势变化技术实现细节数据存储结构项目使用单一JSON文件存储所有数据这种设计具有以下优势简单性易于理解和维护版本控制友好Git可以清晰跟踪变更历史快速加载前端可以直接导入使用易于扩展添加新产品只需追加JSON对象数据验证脚本查看测试文件了解完整的验证逻辑test(Dates are valid, () { data.forEach((product: Product) { const dateClose moment(product.dateClose); const dateOpen moment(product.dateOpen); expect(dateClose.isValid()).toBe(true); expect(dateOpen.isValid()).toBe(true); }); }); test(dateClose is after dateOpen, () { data.forEach((product: Product) { const dateClose moment(product.dateClose); const dateOpen moment(product.dateOpen); expect(dateClose.isAfter(dateOpen)).toBe(true); }); });实际应用场景开发者使用案例数据分析研究Google产品战略演变历史研究了解科技产品生命周期教育工具学习产品管理和技术趋势API集成构建基于该数据的应用程序数据导出格式项目数据可以轻松转换为多种格式CSV格式用于电子表格分析JSON-LD用于语义网应用GraphQL用于现代API查询RSS Feed用于订阅更新总结与最佳实践Killed by Google项目的数据格式设计体现了简洁性、一致性和可维护性的原则。通过遵循本文所述的JSON结构规范和字段要求开发者可以正确贡献数据确保新条目符合项目标准有效使用数据在各种应用中集成产品信息进行分析研究基于结构化数据进行深入分析构建衍生项目创建基于该数据集的应用程序这个数据格式不仅记录了Google产品的历史也为开发者提供了一个高质量的数据集范例。通过严格的数据验证和清晰的规范项目确保了数据的准确性和一致性为技术社区提供了宝贵的资源。【免费下载链接】killedbygooglePart guillotine, part graveyard for Googles doomed apps, services, and hardware.项目地址: https://gitcode.com/gh_mirrors/ki/killedbygoogle创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考