python – 将长变量重新分配为本地缩写是不好的风格?
我更喜欢使用长标识符来保持我的代码在语义上清晰,但是在重复引用相同标识符的情况下,我希望它在当前范围内“摆脱困境”.以
Python为例:
def define_many_mappings_1(self): self.define_bidirectional_parameter_mapping("status","current_status") self.define_bidirectional_parameter_mapping("id","unique_id") self.define_bidirectional_parameter_mapping("location","coordinates") #etc... 让我们假设我真的想坚持使用这个长方法名称,并且这些参数总是会被硬编码. def define_many_mappings_2(self): mappings = [("status","current_status"),("id","unique_id"),("location","coordinates")] for mapping in mappings: self.define_parameter_mapping(*mapping) 我将在实现2的保护下将所有类似的迭代技术混为一谈,该技术改进了将“唯一”参数与“重复”方法名称分开.但是,我不喜欢这样做会将参数放在它们传入的方法之前,这是令人困惑的.我宁愿保留“动词后跟直接对象”语法. 我发现自己使用以下方法作为妥协: def define_many_mappings_3(self): d = self.define_bidirectional_parameter_mapping d("status","current_status") d("id","unique_id") d("location","coordinates") 在实现3中,long方法由极短的“缩写”变量别名.我喜欢这种方法,因为它可以立即识别为一组重复的方法调用,同时具有较少的冗余字符和更短的行.缺点是使用极短且语义不清楚的标识符“d”. 什么是最易读的解决方案?如果从本地范围内的未缩写版本明确分配,则“缩写变量”的使用是否可以接受? 解决方法
我会选择实施2,但这是一个很接近的电话.
我认为#2和#3同样可读.想象一下,如果你有100多个映射……无论哪种方式,我都无法分辨底部的代码是什么而不滚动到顶部.在#2中,您将为数据命名;在#3中,您将为该函数命名.它基本上是洗. 更改数据也很简单,因为无论哪种方式,您只需添加一条与已有模式相同的模式. 如果您想要更改您对数据所做的操作,则会出现差异.例如,假设您决定为您定义的每个映射添加调试消息.使用#2,您可以向循环添加语句,并且仍然可以轻松阅读.使用#3,你必须创建一个lambda或其他东西. lambdas没有错 – 我和任何人一样喜欢Lisp – 但我认为我仍然会发现#2更容易阅读和修改. 但这是一个很接近的电话,你的口味可能会有所不同. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |