有必要为每一行数据创建一个实例吗？

再补充一下伪代码，应该怎么改进？(感觉好丑)

```

class ABC

class row_instance
def __init__():
# 这一段是嵌套比较好还是放在外面比较好？
pass

key_order = []
data_order = []
map[k1] = this_row # 用 k1 来定位这行

def read()
# 读取之后数据会以 instance 的形式保存到上面 3 个变量里
pass

def some_operate_1()
# 各种操作
pass

def some_operate_2()
# 各种操作
pass

a = ABC()
a.read(xxx)
a.some_operate()

```

假如一个文件里有多种不同结构的数据，如果把各种操作都写在一个类里(ABC)，会显得很难看，如果我把不同结构的数据的操作分别放进各个类里如何？(嵌套， ABC 下一种结构一个类)，这是种正常的写法吗

Supplement 2 · Oct 4, 2016

→_→ 求代码格式的建议，自己写的感觉太丑陋了.....

Instance

字典

创建

v13

18 replies • 2016-10-06 17:03:58 +08:00

cheetah

Oct 4, 2016

没能懂

BingoXuan

Oct 4, 2016

个人觉得缺点在于每一增加一行就要创建一个新的 instance 。随着数据量增加，要添加的 instance 就越来越多，维护起来很麻烦，显得不够简洁。

对于数据我一般都用 pandas 处理，感觉相对简便一点。

reus

Oct 4, 2016

内存占用小一些，类实例比 dict

binux

Oct 4, 2016

字典就不是 instance 了？！ OrderedDict 就不是 instance 了？！

soratadori

Oct 4, 2016

@binux 但是写起来不方便 0.0 就是想知道这种写法有啥好处。

binux

Oct 4, 2016

@soratadori 有什么不方便的了？重载一个 __getitem__ 就一样 instance['key4'] 了，有什么区别？！还能增加方法，有什么不好？

soratadori

Oct 4, 2016

@reus 从可读性，易维护性之类的角度来考虑的话呢？

我发现不同的读取属性的方式，速度也有显著的不同。像 getattr() 比在实例里内置一个返回函数(instance.get())要快差不多 100%。那么应该鼓励用可读性最好的方式还是应该用比较严谨的方式？

soratadori

Oct 4, 2016

@binux 额。。。你说的也没错

soratadori

Oct 4, 2016

我后来也尝试过这种写法，对于严谨点的要求可能是比用字典要显得更优雅点，只是看上去不够直观，比如用 OrderedDict 能完成的事，用 instance 的话，就需要用列表排序+字典检索，所以我比较想知道一般普遍推荐用哪种方法，这两种方法从速度、可读性、易维护性的角度来考虑的话，有没有哪种有显著性的优势。

reself

Oct 4, 2016 via Android

过早优化是万恶之源

ruoyu0088

Oct 4, 2016

如果键是可以用变量名表示的话，那么用实例比较方便。如果行数很多的话还可以通过__slots__节省内存。

soratadori

Oct 4, 2016

@reself 这个脚本我已经写了很久了，但自己还是太菜了 →_→

soratadori

Oct 4, 2016

@ruoyu0088 属性确实可以用变量名，但是跟据获取属性的方法的不同，速度也不一样。

这 3 种方法你觉得哪种比较好， instance.key ； instance.get()， get()里调用 resturn self.key ； getattr()
就我测试来说，后面一个总比前面一个快 1 倍，但丑陋程度也增加一倍。

ruoyu0088

Oct 5, 2016

测试有问题吧，怎么可能后面的比前面的快，下面是测试程序和结果：

https://gist.github.com/ruoyu0088/d00e3a8970ce457175e49b17893157c2

kaneg

Oct 5, 2016 via iPhone

在程序跑起来之前不要过早考虑性能的问题，而应该用最容易理解的方式实现。

reself

Oct 6, 2016 via Android

@soratadori 个人感觉这段代码的瓶颈应该在于磁盘 IO ，因此，就时间上，很可能 class 和 dict 两种实现的差异并不大。空间上，算法不变的话，消耗也差不多，顶多多个常量。不妨测试一下这两种实现的时间和空间差异～
还有，有个观点，调用者不需要关心被调用的方法是如何实现的，调用者只关心方法实现的功能，至于实现的机制、效率调用者不需要也没必要去关心。简言之就是高内聚低耦合。

reself

Oct 6, 2016 via Android

提高可读性是肯定要牺牲效率的，两者之间取好平衡点折衷处理。一切皆对象。

BiggerLonger

Oct 6, 2016

为啥不用 NamedTuple 呢?