《重构》摘要

本文深入探讨了重构软件设计的重要性及其最佳实践,包括改进代码可读性、定位并修复bug、提高编程效率等关键步骤。同时,阐述了在不同场景下进行重构的时机,并详细介绍了性能优化策略,如时间预算法、持续关注法以及利用统计数据进行实际测量。文章还列举了代码中的常见“坏味道”现象,如重复代码、过长函数等问题,并提供了针对性的解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1. 为何重构?

(1)改进软件设计。

(2)使软件更易被理解。

(3)帮助你找到bug。

(4)帮助你提高编程速度。

 

2. 何时重构?

(1)添加功能时。

(2)修补错误时。

(3)复审代码时。

 

3. 何时不该重构?

(1)现有代码根本不能正常运作,需要重写。

(2)如果项目已近最后期限,应该避免重构。

 

4. 性能优化

(1)时间预算法。

(2)持续关切法。

(3)利用统计数据,应该去真正的测量,而不是猜测。

 

5. 代码的坏味道

(1)Duplicated code(重复的代码)

(2)Long method(过长的函数)

(3)Large class(过大的类)

(4)Long parameter list(过长参数列)

(5)Divergent change(发散式变化)

(6)Shotgun Surgery(散弹式修改)

(7)Feature envy(依恋情结)

(8)Data clumps(数据泥团)

(9)Primitive Obsession(基本型别偏执)

(10)Switch statments(switch 惊悚现身)

(11)Parallel inheritance hierarchies(平行继承体系)

内容概要:本文档定义了一个名为 `xxx_SCustSuplier_info` 的视图,用于整合和展示客户(Customer)和供应商(Supplier)的相关信息。视图通过连接多个表来获取组织单位、客户账户、站点使用、位置、财务代码组合等数据。对于客户部分,视图选择了与账单相关的记录,并提取了账单客户ID、账单站点ID、客户名称、账户名称、站点代码、状态、付款条款等信息;对于供应商部分,视图选择了有效的供应商及其站点信息,包括供应商ID、供应商名称、供应商编号、状态、付款条款、财务代码组合等。视图还通过外连接确保即使某些字段为空也能显示相关信息。 适合人群:熟悉Oracle ERP系统,尤其是应付账款(AP)和应收账款(AR)模块的数据库管理员或开发人员;需要查询和管理客户及供应商信息的业务分析师。 使用场景及目标:① 数据库管理员可以通过此视图快速查询客户和供应商的基本信息,包括账单信息、财务代码组合等;② 开发人员可以利用此视图进行报表开发或数据迁移;③ 业务分析师可以使用此视图进行数据分析,如信用评估、付款周期分析等。 阅读建议:由于该视图涉及多个表的复杂连接,建议读者先熟悉各个表的结构和关系,特别是 `hz_parties`、`hz_cust_accounts`、`ap_suppliers` 等核心表。此外,注意视图中使用的外连接(如 `gl_code_combinations_kfv` 表的连接),这可能会影响查询结果的完整性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值