freeCodeCamp Python 每日挑战第 40 题精讲Photo Storage 的单位换算与整除运算【免费下载链接】freeCodeCampfreeCodeCamp.orgs open-source codebase and curriculum. Learn math, programming, and computer science for free.项目地址: https://gitcode.com/GitHub_Trending/fr/freeCodeCamp本篇指南围绕 freeCodeCamp 开源仓库中「Daily Coding Challenges」Python 系列的第 40 道题展开给定每张照片的大小MB与硬盘容量GB计算硬盘最多能存储多少张完整照片。文章不仅会逐条拆解官方给出的全部测试用例与解法还会结合仓库中挑战的存储结构、API 路由与数据校验实现帮助你理解这类「单位换算 向下取整」题目的完整解题链路与工程化背景。读完本文你既能独立通过这道题也能掌握 freeCodeCamp 每日挑战从题库到前端展示的运作方式。一、题目背景它在 Daily Coding Challenges 体系中的位置这道题位于仓库的 Python 每日挑战块block中文件路径为 curriculum/challenges/english/blocks/daily-coding-challenges-python/68b1f72371a5ac895ac70a02.md。根据 curriculum/structure/blocks/daily-coding-challenges-python.json 的定义该块helpCategory为Python即题目面向 Python 学习者usesMultifileEditor为true学员在多功能编辑器中作答blockLayout为legacy-challenge-list按挑战列表顺序编排全块共 200 道 Python 小题从「Vowel Balance」到「Letter and Number Count」覆盖数值计算、字符串处理、数据结构与算法等主题。本题Challenge 40: Photo Storage属于该块前 40 道中的一道数值计算题与其相邻的第 41 题File Storage、第 42 题Video Storage组成了「存储容量换算」小主题本题目的是让学习者熟练处理跨单位换算与整除取整。二、题目描述与约束条件题目原文要求如下给定照片大小以兆字节 MB 为单位和硬盘容量以千兆字节 GB 为单位返回该硬盘能够存储的照片数量须满足以下约束1 GB 等于 1000 MB返回硬盘能够存储的完整照片数量。据此题目的函数签名与两个关键约束为def number_of_photos(photo_size_mb, drive_size_gb): # photo_size_mb单张照片大小MB可为小数 # drive_size_gb硬盘容量GB可为小数 ...两点约束值得注意采用十进制换算1 GB 1000 MB而非二进制换算1 GiB 1024 MiB。这是消费级存储设备厂商常用的标称方式也是本题答案的关键前提——number_of_photos(1, 1)的期望值 1000 直接由 1 GB 1000 MB 推导而来。只返回完整照片数即对计算结果做向下取整floor丢弃不能存下完整一张照片的零头。这一约束决定了必须使用整数除法而不是普通除法。三、官方测试用例逐条推演挑战的--hints--部分给出了 5 组断言全部通过 Python 内置unittest框架执行。我们逐条验证换算逻辑({test: () { runPython( from unittest import TestCase TestCase().assertEqual(number_of_photos(1, 1), 1000)) }})输入photo_size_mb, drive_size_gb硬盘容量换算为 MB计算结果期望输出(1, 1)1 × 1000 10001000 ÷ 1 10001000(2, 1)1 × 1000 10001000 ÷ 2 500500(4, 256)256 × 1000 256000256000 ÷ 4 6400064000(3.5, 750)750 × 1000 750000750000 ÷ 3.5 ≈ 214285.71 → 取整214285(3.5, 5.5)5.5 × 1000 55005500 ÷ 3.5 ≈ 1571.42 → 取整1571观察最后两组用例照片大小与硬盘容量都是浮点数除不尽的结果必须向下取整。例如750000 / 3.5 214285.714...只能完整存储 214285 张第 214286 张会因空间不足而无法容纳——这正是「返回完整照片数量」这一约束的体现。四、从种子代码到解决方案挑战为学员提供了种子代码函数体只有一个占位返回值等待被替换def number_of_photos(photo_size_mb, drive_size_gb): return photo_size_mb官方解决方案如下def number_of_photos(photo_size_mb, drive_size_gb): drive_size_mb drive_size_gb * 1000 return drive_size_mb // photo_size_mb其推导思路可分为两步第 1 步统一单位。用drive_size_gb * 1000把硬盘容量从 GB 换算为 MB得到以 MB 为单位的可用总空间drive_size_mb。这一步骤直接落实了「1 GB 等于 1000 MB」的约束。第 2 步整除取整。用整数除法运算符//计算drive_size_mb // photo_size_mb得到能存储的完整照片数。//会对商向下取整天然满足「返回完整照片数量」的要求无需再调用int()或math.floor()。为什么用//而不是/或int()写法(3.5, 750)的结果是否符合要求drive_size_mb / photo_size_mb214285.71428571428浮点数否不是整数int(drive_size_mb / photo_size_mb)214285是但多一步转换drive_size_mb // photo_size_mb214285直接整除是最简洁对于正数而言int(x / y)与x // y结果一致但//语义更清晰、性能更优且能直接处理浮点操作数Python 的//支持浮点数向下取整是本题最合适的运算符。边界情况与可扩展讨论照片大小大于硬盘容量如number_of_photos(2000, 1)换算后1000 // 2000 0返回 0逻辑正确。照片大小等于硬盘容量如number_of_photos(1000, 1)1000 // 1000 1恰好存一张。小数照片大小如number_of_photos(0.5, 1)1000 // 0.5 2000浮点数整除依然成立。工程化改进若未来约束改为二进制换算1 GiB 1024 MiB只需将常量 1000 替换为 1024若要求返回「还能剩多少 MB」可补充取余运算drive_size_mb % photo_size_mb。五、在 freeCodeCamp 中挑战是如何被检验与运行的这道题并非静态文本而是 freeCodeCamp「Daily Coding Challenges」线上功能的一部分。其验证机制与工程链路可以从仓库源码中得到印证1. 测试以runPython方式注入文档的--hints--使用runPython(...)在学员代码环境中执行unittest断言见 challenge 文件。每一条 hint 都是一次独立的TestCase().assertEqual(...)调用5 组用例全部通过后挑战才算完成。2. 数据库中的结构校验每日挑战从题库数据库读出后前端会用 Joi 对数据结构做严格校验。见 client/src/utils/daily-coding-challenge-validator.ts每条挑战必须包含id、challengeNumber、title、date、description以及javascript与python两种语言的tests含text与testString和challengeFiles。也就是说本题在数据库中会同时保存 Python 的种子代码与测试字符串供每日挑战组件读取渲染。3. 后端 API 按日期提供挑战挑战内容通过 API 对外提供路由实现在 api/src/daily-coding-challenge/routes/daily-coding-challenge.ts包括GET /daily-coding-challenge/today返回今天的挑战GET /daily-coding-challenge/date/:date按YYYY-MM-DD返回指定日期的挑战晚于最后挑战日期会返回 404GET /daily-coding-challenge/day/:day按MM-DD返回自动映射到最近的源日期GET /daily-coding-challenge/month/:month按YYYY-MM返回当月挑战列表GET /daily-coding-challenge/all与GET /daily-coding-challenge/newest分别返回全部挑战与最新挑战日期。值得注意的细节是所有路由都以美国中部时间US Central为「今天」的判定基准且不会返回日期晚于今天的挑战——这意味着 Photo Storage 这类题目只有在排期日期到达后才会对学习者开放。4. 题库是如何种入数据库的题库种子脚本位于 tools/daily-challenges/README.md脚本通过 GraphQL 从启用了「upcoming changes」的客户端获取「Dev Playground」超级块中的挑战写入 MongoDB 的DailyCodingChallenges集合。运行前需将 tools/daily-challenges/sample.env 复制为.env并配置MONGOHQ_URL然后在tools/daily-challenges目录下执行pnpm seed-daily-challenges前端展示组件位于 client/src/components/daily-coding-challenge/其中widget.tsx负责当日挑战的答题小部件calendar.tsx提供按月历查看历史挑战的入口。至此「题库 Markdown → 种子脚本 → MongoDB → API → 前端组件」的完整链路便闭环了。六、小结与举一反三本题Photo Storage的核心考点可以浓缩为一句话先统一单位GB → MB再用整数除法取整。它同时训练了三项基本功单位换算意识识别题目给定的换算率1 GB 1000 MB切勿想当然地套用 1024整除语义理解「完整数量」等价于向下取整选择//而非/浮点输入处理Python 的//与*都能透明处理浮点数使代码在整数与小数输入下均保持一致行为。如果你已完成此题不妨继续挑战同块的 第 41 题 File Storage 与 第 42 题 Video Storage它们的核心思路与本题一脉相承同样是「单位换算 容量分配」但在数据维度上做了延伸能帮助你巩固这类存储计算题的通用解法。【免费下载链接】freeCodeCampfreeCodeCamp.orgs open-source codebase and curriculum. Learn math, programming, and computer science for free.项目地址: https://gitcode.com/GitHub_Trending/fr/freeCodeCamp创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 freeCodeCamp Python 每日挑战第 40 题精讲：Photo Storage 的单位换算与整除运算
freeCodeCamp Python 每日挑战第 40 题精讲Photo Storage 的单位换算与整除运算【免费下载链接】freeCodeCampfreeCodeCamp.orgs open-source codebase and curriculum. Learn math, programming, and computer science for free.项目地址: https://gitcode.com/GitHub_Trending/fr/freeCodeCamp本篇指南围绕 freeCodeCamp 开源仓库中「Daily Coding Challenges」Python 系列的第 40 道题展开给定每张照片的大小MB与硬盘容量GB计算硬盘最多能存储多少张完整照片。文章不仅会逐条拆解官方给出的全部测试用例与解法还会结合仓库中挑战的存储结构、API 路由与数据校验实现帮助你理解这类「单位换算 向下取整」题目的完整解题链路与工程化背景。读完本文你既能独立通过这道题也能掌握 freeCodeCamp 每日挑战从题库到前端展示的运作方式。一、题目背景它在 Daily Coding Challenges 体系中的位置这道题位于仓库的 Python 每日挑战块block中文件路径为 curriculum/challenges/english/blocks/daily-coding-challenges-python/68b1f72371a5ac895ac70a02.md。根据 curriculum/structure/blocks/daily-coding-challenges-python.json 的定义该块helpCategory为Python即题目面向 Python 学习者usesMultifileEditor为true学员在多功能编辑器中作答blockLayout为legacy-challenge-list按挑战列表顺序编排全块共 200 道 Python 小题从「Vowel Balance」到「Letter and Number Count」覆盖数值计算、字符串处理、数据结构与算法等主题。本题Challenge 40: Photo Storage属于该块前 40 道中的一道数值计算题与其相邻的第 41 题File Storage、第 42 题Video Storage组成了「存储容量换算」小主题本题目的是让学习者熟练处理跨单位换算与整除取整。二、题目描述与约束条件题目原文要求如下给定照片大小以兆字节 MB 为单位和硬盘容量以千兆字节 GB 为单位返回该硬盘能够存储的照片数量须满足以下约束1 GB 等于 1000 MB返回硬盘能够存储的完整照片数量。据此题目的函数签名与两个关键约束为def number_of_photos(photo_size_mb, drive_size_gb): # photo_size_mb单张照片大小MB可为小数 # drive_size_gb硬盘容量GB可为小数 ...两点约束值得注意采用十进制换算1 GB 1000 MB而非二进制换算1 GiB 1024 MiB。这是消费级存储设备厂商常用的标称方式也是本题答案的关键前提——number_of_photos(1, 1)的期望值 1000 直接由 1 GB 1000 MB 推导而来。只返回完整照片数即对计算结果做向下取整floor丢弃不能存下完整一张照片的零头。这一约束决定了必须使用整数除法而不是普通除法。三、官方测试用例逐条推演挑战的--hints--部分给出了 5 组断言全部通过 Python 内置unittest框架执行。我们逐条验证换算逻辑({test: () { runPython( from unittest import TestCase TestCase().assertEqual(number_of_photos(1, 1), 1000)) }})输入photo_size_mb, drive_size_gb硬盘容量换算为 MB计算结果期望输出(1, 1)1 × 1000 10001000 ÷ 1 10001000(2, 1)1 × 1000 10001000 ÷ 2 500500(4, 256)256 × 1000 256000256000 ÷ 4 6400064000(3.5, 750)750 × 1000 750000750000 ÷ 3.5 ≈ 214285.71 → 取整214285(3.5, 5.5)5.5 × 1000 55005500 ÷ 3.5 ≈ 1571.42 → 取整1571观察最后两组用例照片大小与硬盘容量都是浮点数除不尽的结果必须向下取整。例如750000 / 3.5 214285.714...只能完整存储 214285 张第 214286 张会因空间不足而无法容纳——这正是「返回完整照片数量」这一约束的体现。四、从种子代码到解决方案挑战为学员提供了种子代码函数体只有一个占位返回值等待被替换def number_of_photos(photo_size_mb, drive_size_gb): return photo_size_mb官方解决方案如下def number_of_photos(photo_size_mb, drive_size_gb): drive_size_mb drive_size_gb * 1000 return drive_size_mb // photo_size_mb其推导思路可分为两步第 1 步统一单位。用drive_size_gb * 1000把硬盘容量从 GB 换算为 MB得到以 MB 为单位的可用总空间drive_size_mb。这一步骤直接落实了「1 GB 等于 1000 MB」的约束。第 2 步整除取整。用整数除法运算符//计算drive_size_mb // photo_size_mb得到能存储的完整照片数。//会对商向下取整天然满足「返回完整照片数量」的要求无需再调用int()或math.floor()。为什么用//而不是/或int()写法(3.5, 750)的结果是否符合要求drive_size_mb / photo_size_mb214285.71428571428浮点数否不是整数int(drive_size_mb / photo_size_mb)214285是但多一步转换drive_size_mb // photo_size_mb214285直接整除是最简洁对于正数而言int(x / y)与x // y结果一致但//语义更清晰、性能更优且能直接处理浮点操作数Python 的//支持浮点数向下取整是本题最合适的运算符。边界情况与可扩展讨论照片大小大于硬盘容量如number_of_photos(2000, 1)换算后1000 // 2000 0返回 0逻辑正确。照片大小等于硬盘容量如number_of_photos(1000, 1)1000 // 1000 1恰好存一张。小数照片大小如number_of_photos(0.5, 1)1000 // 0.5 2000浮点数整除依然成立。工程化改进若未来约束改为二进制换算1 GiB 1024 MiB只需将常量 1000 替换为 1024若要求返回「还能剩多少 MB」可补充取余运算drive_size_mb % photo_size_mb。五、在 freeCodeCamp 中挑战是如何被检验与运行的这道题并非静态文本而是 freeCodeCamp「Daily Coding Challenges」线上功能的一部分。其验证机制与工程链路可以从仓库源码中得到印证1. 测试以runPython方式注入文档的--hints--使用runPython(...)在学员代码环境中执行unittest断言见 challenge 文件。每一条 hint 都是一次独立的TestCase().assertEqual(...)调用5 组用例全部通过后挑战才算完成。2. 数据库中的结构校验每日挑战从题库数据库读出后前端会用 Joi 对数据结构做严格校验。见 client/src/utils/daily-coding-challenge-validator.ts每条挑战必须包含id、challengeNumber、title、date、description以及javascript与python两种语言的tests含text与testString和challengeFiles。也就是说本题在数据库中会同时保存 Python 的种子代码与测试字符串供每日挑战组件读取渲染。3. 后端 API 按日期提供挑战挑战内容通过 API 对外提供路由实现在 api/src/daily-coding-challenge/routes/daily-coding-challenge.ts包括GET /daily-coding-challenge/today返回今天的挑战GET /daily-coding-challenge/date/:date按YYYY-MM-DD返回指定日期的挑战晚于最后挑战日期会返回 404GET /daily-coding-challenge/day/:day按MM-DD返回自动映射到最近的源日期GET /daily-coding-challenge/month/:month按YYYY-MM返回当月挑战列表GET /daily-coding-challenge/all与GET /daily-coding-challenge/newest分别返回全部挑战与最新挑战日期。值得注意的细节是所有路由都以美国中部时间US Central为「今天」的判定基准且不会返回日期晚于今天的挑战——这意味着 Photo Storage 这类题目只有在排期日期到达后才会对学习者开放。4. 题库是如何种入数据库的题库种子脚本位于 tools/daily-challenges/README.md脚本通过 GraphQL 从启用了「upcoming changes」的客户端获取「Dev Playground」超级块中的挑战写入 MongoDB 的DailyCodingChallenges集合。运行前需将 tools/daily-challenges/sample.env 复制为.env并配置MONGOHQ_URL然后在tools/daily-challenges目录下执行pnpm seed-daily-challenges前端展示组件位于 client/src/components/daily-coding-challenge/其中widget.tsx负责当日挑战的答题小部件calendar.tsx提供按月历查看历史挑战的入口。至此「题库 Markdown → 种子脚本 → MongoDB → API → 前端组件」的完整链路便闭环了。六、小结与举一反三本题Photo Storage的核心考点可以浓缩为一句话先统一单位GB → MB再用整数除法取整。它同时训练了三项基本功单位换算意识识别题目给定的换算率1 GB 1000 MB切勿想当然地套用 1024整除语义理解「完整数量」等价于向下取整选择//而非/浮点输入处理Python 的//与*都能透明处理浮点数使代码在整数与小数输入下均保持一致行为。如果你已完成此题不妨继续挑战同块的 第 41 题 File Storage 与 第 42 题 Video Storage它们的核心思路与本题一脉相承同样是「单位换算 容量分配」但在数据维度上做了延伸能帮助你巩固这类存储计算题的通用解法。【免费下载链接】freeCodeCampfreeCodeCamp.orgs open-source codebase and curriculum. Learn math, programming, and computer science for free.项目地址: https://gitcode.com/GitHub_Trending/fr/freeCodeCamp创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考