关于类设计

[lblxiaoyu]

一个对XML文件操作的类，应该怎么样设计更好？

需要实现的功能是对xml文件中的元素进行 检索，添加，修改，删除操作

现在我自己想了两个方案，但是不知道好不好，希望大家指导一下

方案1：
直接写一个类，里边有6方法，分别是检索，添加，修改，删除，加载XML文件，XML文件写入

方案2：
六个类
类1--3个方法
1，加载xml文件
2，xml处理
3，xml文件写入
类2（检索）继承类1--1个方法
重写 类1的第二个方法 XML处理
类3（添加）继承类1--1个方法
重写 类1的第二个方法 XML处理
类4（修改）继承类1--1个方法
重写 类1的第二个方法 XML处理
类5（删除）继承类1--1个方法
重写 类1的第二个方法 XML处理
类6 简单工厂类

[wuyq11]

工厂类易扩展
方案1中定义接口，类继承接口，通过工厂类反射获取对象
定义XmlDocument 获取XML文档
检索，添加，修改，删除，加载XML文件，XML文件写入等直接写成方法

[LutzMark]

依未来改动的频繁成来决定吧

[lblxiaoyu]

wuyq11(人生如梦) 谢谢
能再说说方案2的缺点吗？
最好再能说一下两个方案的优缺点 ，谢谢

[Dobzhansky]

要是 xml 结构固定, 可以搞 Visitor 模式来玩玩, 不过还没学会, 正在考虑这方面的.

[lblxiaoyu]

现在考虑到的改动有两点，
1，给节点加项目或者属性，
例如：
现在的XML文件里的格式是
<element>
<code>1</code>
<name>name1</name>
</element>
改动后
<element title=“1234”>
<code>1</code>
<name>name1</name>
<author>name</author>
</element>
2，追加新的功能，比如说，xml文件导出，导入

[rczjp]

个人认为方案1就可以了，一般也就那样不会怎么修改，这样写页面和代码少，要修改也就加个或修改，很方便的啊

[N_ccw]

先写一个基类，把需要的属性和方法先定义好，但不实现
然后在子类里实现具体操作
关键还是看你的需求是怎样了，如果一但定义后就不会有什么大变动，其实直接写一个类就可以了

[LutzMark]

如果按照敏捷开发的原则，先让函数跑起来即可， 需要频繁改动时再重构之

[Dobzhansky]

[Quote=引用 8 楼 yuxuanji 的回复:]
如果按照敏捷开发的原则，先让函数跑起来即可， 需要频繁改动时再重构之
[/Quote]嗯, 那得先有敏捷的资质

[lnwuyaowei]

linq to xml