方法论

起了个方法论的题目，见笑了。只是今天编程的一点小感想。
我需要从XML文件里将数据取出来，这个数据是分层次结构的，举如下简化例子：

total-|
        |
        |----a-|----1
        |        |----2
        |        |----3
        |
        |----b-|----1
        |        |----2
        |        |----3
        |
        |----c-|----1
        |        |----2
        |        |----3
        ...

# a和b同质，只能通过其下一个维度的值区分

需要什么就取什么好了，这是最开始的想法，也就是取出一个a[]二维数组，但是这种方法出现了一个很烦的特点，就是没出现一个特征值，都需要从新编写一个接口
也可以将total的值全部取出，得到一个total[]三维数组，然后再通过value对比将需要的数据取出，这个方法的好处就是逻辑简单，实现简单。我开始得意。
然而突然想到关于内存占用的问题，第二种方法将不需要的数据也读取到内存，每次都有大量冗余，似乎也不是什么好的方法。
编程的时候，总是抱着一个功能实现就OK的想法，总归太幼稚，我写的代码貌似总是这样粗糙，是一个蹩脚程序员的体现。一腔热血固然是好事，但是不会思考不会设计巧妙地细节不会考虑那种牵一发而动全身的关系，人生的高度也就如此了吧！
我总归选择了第二种方法，因为我突然想到这段代码的使用场景，属于系统管理员调用的界面，不会出现那种每增加一个用户就会成倍的消耗内存的情况，既然事实增加的小负担约等于0，却减少了很多麻烦，何乐而不为。