如何正确的设计类和应用类？

本人小白一名，从事web开发方面的工作，在工作中遇到一些类的设计方面的问题。
1.在类的设计中library这一概念很模糊，不知道应该将什么样的东西放在library中。
2.我现在有一张商品表(Goods),我需要对商品表做如下操作。

• 从数据库中取出goods表的记录，每100-500条一页。

• 需要对2-*条goods记录的内容或状态进行修改。

• 新增、修改、删除单条goods记录。

我应如何设计商品类才能满足这样的需求？

---

===以上问题完，以下为自己的想法，各位可以不看===

按传统思维，应该把商品作为一个对象进行操作，新增一个商品就新增一个商品对象，然后对当个商品对象进行入库操作，这样很好理解。

但是当我在展示表单的时候，我完全可以直接从数据库中取出然后就赋值给模板。这样的话我为什么还需要商品对象？如果我一条一条的实例化对应的商品对象每个商品对象都有自己在数据库中对应的唯一ID，然后再遍历商品对象将对象中的值赋值给模板，这样感觉又很多此一举。这两种模式我该如何选择？

我接受到POST批量修改2至多条记录的请求的时候，是否应该遍历2至多条id记录然后实例化对应的商品对象，然后通过商品对象中的方法修改数据库中对应的值？还是直接写一个函数将id列表传入函数中用SQL直接对对应的记录进行修改？

个人认为问题的核心是在于我不清楚对于多条操作，我是否应该建立相应的对象，希望各位有经验的人能帮助我解决这些困惑。

回复内容：

本人小白一名，从事web开发方面的工作，在工作中遇到一些类的设计方面的问题。
1.在类的设计中library这一概念很模糊，不知道应该将什么样的东西放在library中。
2.我现在有一张商品表(Goods),我需要对商品表做如下操作。

• 从数据库中取出goods表的记录，每100-500条一页。

• 需要对2-*条goods记录的内容或状态进行修改。

• 新增、修改、删除单条goods记录。

我应如何设计商品类才能满足这样的需求？

---

===以上问题完，以下为自己的想法，各位可以不看===

按传统思维，应该把商品作为一个对象进行操作，新增一个商品就新增一个商品对象，然后对当个商品对象进行入库操作，这样很好理解。

但是当我在展示表单的时候，我完全可以直接从数据库中取出然后就赋值给模板。这样的话我为什么还需要商品对象？如果我一条一条的实例化对应的商品对象每个商品对象都有自己在数据库中对应的唯一ID，然后再遍历商品对象将对象中的值赋值给模板，这样感觉又很多此一举。这两种模式我该如何选择？

我接受到POST批量修改2至多条记录的请求的时候，是否应该遍历2至多条id记录然后实例化对应的商品对象，然后通过商品对象中的方法修改数据库中对应的值？还是直接写一个函数将id列表传入函数中用SQL直接对对应的记录进行修改？

个人认为问题的核心是在于我不清楚对于多条操作，我是否应该建立相应的对象，希望各位有经验的人能帮助我解决这些困惑。

没有正确与错误之分。只有优雅与不优雅之说。
编程的乐趣不就在于条条大路通罗马膜？既然你感觉方法一更好。那就用1。当你觉得2不错。就选2。我做web不到半年。但是最大的收获就是要相信自己。我觉得造成我们这么想的问题就是从小到大应试教育老是要求我们去追求标准答案。然而编程绝对没有标准答案！