python_test

更新时间：试题数量：购买人数：提供作者：

有效期：个月

章节介绍：共有个章节

收藏

我的练习

我的错题
(0道)

我的收藏
(0道)

我的斩题
(0道)

我的笔记
(0道)

专项练习

顺序练习 练习进度 0 / 0

随机练习 自定义设置练习量

模拟考试 仿真模拟

题型练习 按题型分类练习

易错题 精选高频易错题

学习资料 考试学习相关信息

搜索

题库预览

写出以下关于特殊魔法方法 __str__ 的输出结果： class Book: def __init__(self, title): self.title = title def __str__(self): return f"书名:{self.title}" b = Book("Python科学编程") print(b)

仔细阅读以下关于类属性在多实例间状态残留与共享的代码，写出最后的打印结果： class Warehouse: storage = [] # 注意：这是一个属于类的列表属性 def add(self, item): self.storage.append(item) w1 = Warehouse() w2 = Warehouse() w1.add("芯片") w2.add("屏幕") print(w1.storage)

精准考查子类继承父类后，控制流方法调用的多态与覆盖轨迹。写出以下代码的最终输出： class Animal: def speak(self): return "动物在叫" class Dog(Animal): def speak(self): return "汪汪" class Cat(Animal): pass zoo = [Dog(), Cat()] res = [obj.speak() for obj in zoo] print("-".join(res))

考查私有属性名称改写机制（Name Mangling）。写出以下代码运行后的输出结果（或者是否报错）： class BankAccount: def __init__(self, money): self.__balance = money # 双下划线开头的极端私有属性 acc = BankAccount(1000) try: print(acc.__balance) except AttributeError: print("无法直接从外部窃取资产")

题目背景：小明想设计一个"学生注册信息管理"的类。他规定，每个学生的年龄 age 必须在0到100岁之间。他为了省事，直接让外部代码去修改 age 属性。结果上线第一天，由于前端Bug，系统里被强行注入了一个年龄为 -50 岁的恶棍学生，整个统计报表直接崩溃。请指出小明的类在数据封装与安全性设计上的根本缺陷，并说明如何利用Getter和Setter方法重构该类，建立起一道坚固的属性检查防御线。 class Student: def __init__(self, name, age): self.name = name self.age = age # 缺陷：暴露了未受保护的属性，外部可以直接执行 s.age = -50 缺陷原因分析：请用安全的"属性方法（修饰器 @property ）"重构该类，守住年龄大关（若小于0则强制重置为0）： class Student: def __init__(self, name, age): self.name = name self.age = age # 提示：这里可以触发 setter 方法

题目背景：小红想写一个排序程序，让一组代表二维坐标点的对象 Coordinate(x, y) 能够直接使用Python内置的 sorted() 或者是小于号 < 进行自动比大小排序（排序契约：谁到原点(0,0)的距离近，谁就更小）。她写了如下代码，但在执行 c1 < c2 时，Python直接罢工报错：TypeError: '<' not supported between instances of 'Coordinate' and 'Coordinate'。请指出该类缺少了哪一个关键的运算符重载魔法方法，并给出修改方案。 class Coordinate: def __init__(self, x, y): self.x = x self.y = y def get_distance(self): return (self.x**2 + self.y**2)**0.5 原因分析：重构后的完整类定义（添加对应运算符重载方法）： class Coordinate:

面向对象与契约多态综合实战：电商全自动多层级会员结算防御系统（20分）谷泰格在第八章中指出，面向对象最大的威力在于通过继承来复用代码，并通过多态来让高层业务逻辑保持极致的稳定与优雅。任务要求：请你为一家电商网站编写一套结算系统。系统内包含三种不同层级的会员类，它们共同遵守一个核心结算契约方法：calculate_price(self, raw_price)。 • 组件1：设计基础父类 Customer （普通顾客）（5分） • 内部初始化方法 __init__(self, name) ：设置一个受保护的姓名属性 self._name 。 • 核心契约方法 calculate_price(self, raw_price) ：普通顾客没有任何折扣，传入多少原始总价 raw_price ，就直接返回多少原价。 • 组件2：设计派生子类 VIPCustomer （贵宾会员）（5分） • 继承自 Customer 。 • 重写 calculate_price 方法：贵宾会员享受9折优惠，返回结算后的价格。 • 组件3：设计派生子类 SuperVIPCustomer （满减超级会员）（5分） • 继承自 VIPCustomer 。 • 重写 calculate_price 方法：超级会员不仅享受9折优惠，在打完折的基础上，如果折后总价满100元，还能再享受立减20元的叠加福利。 • 组件4：高层统一驱动函数与异常防御（5分） • 编写一个高层的独立清算结算函数 checkout_process(customer_obj, price) 。 • 前置条件输入防御：首先检查传入的 price 是否大于0。如果 price <= 0 ，立刻使用 raise 主动抛出内置异常 ValueError ，提示 "清算总价必须大于0！" 。 • 多态联动运行：该函数不需要知道当前来结账的具体是哪种会员，只需要无脑调用传入对象的 customer_obj.calculate_price(price) ，并将其与顾客的姓名优雅打印出来。

写出以下关于异常传播与捕获顺序代码的最终输出结果： try: lst = [1, 2] print(lst[5]) # 触发IndexError except ValueError: print("V", end="") except LookupError: # 提示：IndexError是LookupError的子类 print("L", end="") except Exception: print("E", end="")

仔细阅读以下嵌套try块的代码，精准追踪控制流执行轨迹并写出结果： try: print("1", end="") try: res = 1 / 0 except ValueError: print("2", end="") finally: print("3", end="") except ZeroDivisionError: print("4", end="")

写出以下代码的最终打印结果（考查finally块中含有return时对函数返回值的极端改写）： def test_flow(): try: return "A" finally: return "B" # 思考：finally拥有最后的决定权吗？ print(test_flow())

考查代码防御性断言。写出以下代码运行完毕后的输出结果： def check_even(n): assert n % 2 == 0, "Must be even" return "Yes" try: print(check_even(4), end="-") print(check_even(3)) except AssertionError as e: print(e)

题目背景：小明想写一个成绩输入校验函数get_grade。他认为“只要把所有异常无脑揉在一起全盘接住，程序就绝对不会崩”。于是他写了下面的代码。结果运行后他发现，由于他把第3行误写成了print(name)，程序本该报一个变量未定义的NameError，却被大网盲目捕获，莫名其妙地打印出"请输入合法的数字"。请指出小明这种“宽泛捕获（Blanket except）”在软件工程中的严重危害，并写出优雅的、遵循针对性捕获契约的修改方案。 1: def get_grade(): 2: try: 3: raw = input("输入分数：") 4: score = int(raw) # 可能会引发ValueError 5: print(name) # 小明不小心写错的Bug（会引发NameError） 6: except: # 危害：赤裸裸的裸奔except 7: print("请输入合法的数字") 危害原因分析：正确的完整函数代码（针对性捕获目标异常，放过不该管的系统级Bug）： def get_grade():

题目背景：小红想设计一个防御性的安全除法器。她规定，作为分母的divisor必须保证绝对不能为0，否则系统无法清算。为了万无一失，她使用了断言。结果系统部署上线后，当外部攻击者故意输入分母为0的请求时，系统直接中断挂掉闪退了。请指出小红在用户输入校验与断言的选用边界上犯了什么严重错误，并写出正确的基于生产环境异常抛出的重构方案。 def secure_divide(dividend, divisor): # 错误：小红把断言用作了面向最终用户的输入控制关卡 assert divisor != 0, "分母不能为0" return dividend / divisor 原因分析：修改后的正确函数代码（采用主动raise抛出标准业务异常）： def secure_divide(dividend, divisor):

工业级鲁棒数据清洗：多策略多防线日志清算清洗驱动器（20分）谷泰格在第七章向我们展示了如何将异常处理逻辑和代码防御契约完美结合，从而让程序在遭遇各类损坏数据时能够像“不倒翁”一样屹立不倒。任务要求：现在后台有一组来自第三方不靠谱接口的温度传感器日志列表，有些数据格式损毁（如字符串无法转浮点数），有些数据缺失： sensor_logs = ["23.5", "abc", "18.9", None, "999.0", "12.0"] 请你编写一个名为clean_temperature_data(logs)的高级清洗函数。业务处理契约： 1. 遍历logs列表。针对每一条温度记录，首先使用try...except结构尝试将其转换为浮点数`float`。 2. 多重异常拦截线： • 如果发生ValueError（如"abc"转换失败），在控制台打印："跳过损坏条目：无法解析的文本"。 • 如果发生TypeError（如None无法转换），在控制台打印："跳过损坏条目：数据缺失"。 3. 后置状态断言防线（调试期严苛哨兵）： • 如果数据顺利转换为浮点数，在将其计入有效列表之前，必须通过一条assert断言强制确保温度在一个极端的、物理上合理的闭区间内：-50.0 ≤ temp ≤ 100.0。 • 如果温度超出这个宇宙范围（如出现了恶意的超级噪声"999.0"），断言会瞬间熔断，抛出AssertionError。 • 在外层用except AssertionError：拦截该熔断，并打印："跳过异常条目：温度数据严重越界"。 4. 正常汇聚结果：将通过了“类型强制转换关卡”和“断言范围关卡”的所有合法温度数值，存入一个干净的列表valid_temperatures中。 5. 全局清算收尾（finally契约）：无论这个列表在清洗期间遭遇了多少次失败和拦截，在函数彻底结束前，必须执行finally块，在控制台打印一行"数据流清洗清算完毕"。 6. 返回值：最终返回合法温度列表valid_temperatures。

编写一个工业级数据清洗函数，处理温度日志数据，要求： 1. 初始化一个空列表用于存储合法温度 2. 遍历日志列表，对每个日志进行以下处理： a. 强制将日志转换为浮点数 b. 断言温度在-50.0到100.0之间，超出范围则抛出AssertionError c. 将合法温度加入列表 3. 处理过程中需要捕获以下异常： a. ValueError：日志无法转换为浮点数，打印"跳过损坏条目：无法解析的文本" b. TypeError：日志类型缺失，打印"跳过损坏条目：数据缺失" c. AssertionError：温度超出物理极限，打印"跳过异常条目：温度数据严重越界" 4. 无论处理多少次失败和拦截，在函数彻底结束前，必须执行finally块，打印"数据流清洗清算完毕" 5. 返回最终合法的合法温度列表

什么是“计算思维”（Computational Thinking）？

为什么“逻辑错误/语义错误（Semantic Error）”是所有编程错误中最危险、最难排查的？请解释什么是语义错误，并举一个日常生活中或编程中简单的例子来说明。

固定程序计算机（Fixed-program computer）与存储程序计算机（Stored-program computer）的核心区别是什么？请举出一个生活中属于“固定程序计算机”的电子产品例子。

小明试图写一个利用二分查找法求正整数 x 的完美平方根的程序。他写好了基础架构，但在测试 x = 9 时，程序卡在控制台一动不动，陷入了死循环。请指出小明在循环体内（第11-14行）遗漏了什么致命的控制流操作，并给出修改方案。 1: x = 9 2: epsilon = 0.01 3: low = 0.0 4: high = max(1.0, x) 5: guess = (high + low) / 2.0 6: 7: while abs(guess**2 - x) >= epsilon: 8: if guess**2 < x: 9: low = guess 10: else: 11: high = guess 12: # 思考：边界移动了，但是每一个循环里用来检验的"主角"更新了吗？ 13: # 如果不更新 guess，循环条件里的 guess 永远是初始值，从而导致死循环

小红想写一个程序来证明"在 Python 中，不能盲目用 == 判断两个浮点数是否相等"。她写了如下代码，预期当条件不成立时打印出 "不相等"。但在运行时，程序直接卡死抛出死循环，连打印的机会都没有。请指出小红循环条件（第3行）的设计错误，并写出优雅的"安全距离检查"修改方案。 1: val = 0.0 2: # 小红想让 val 递增到 0.3 3: while val != 0.3: 4: val += 0.1 5: print("安全到达0.3")