模块的划分

[binjuny]

现在有一个中等的项目，里面涉及到4-6个模块，像会员管理、商品管理、区域管理等等，现在有个问题是：每个模块都有所谓的设置，什么设置会员等级，设置会员积分规则，设置商品价格、设置几个区域等等，请问一下，这些设置是放到模块里面还是提到一个模块里？大家指教一下。

[AwL_1124]

建议分开

[kelph]

基础设置，一个模块就可以

[binjuny]

[Quote=引用 3 楼 mengge 的回复:]
我想应该取决于实际的情况和设计者的抽象能力吧。

设置会员等级、设置会员积分规则、设置商品价格、设置几个区域，从大的方面来说，似乎是公用的，应该是一个模块。
但是从细节上看，它们是否有很大的（本质的）不同？
[/Quote]

各个模块本身不同，
会员属于顾客管理的
价格属于商品管理
等等

[踏岸寻柳]

我想应该取决于实际的情况和设计者的抽象能力吧。

设置会员等级、设置会员积分规则、设置商品价格、设置几个区域，从大的方面来说，似乎是公用的，应该是一个模块。
但是从细节上看，它们是否有很大的（本质的）不同？

[csgdseed]

感觉还是各模块分开设置比较好。

[严于律人宽于待己]

貌似都带了设置两个字，但是本质是不同的，从属于各自的模块，要分开。
少量的公共信息可以提取到common里，或是提取到头文件里方便其他模块使用。

[kelph]

[Quote=引用 5 楼 binjuny 的回复:]
引用 3 楼 mengge 的回复:
我想应该取决于实际的情况和设计者的抽象能力吧。

设置会员等级、设置会员积分规则、设置商品价格、设置几个区域，从大的方面来说，似乎是公用的，应该是一个模块。
但是从细节上看，它们是否有很大的（本质的）不同？


各个模块本身不同，
会员属于顾客管理的
价格属于商品管理
等等
[/Quote]

如果不公用，可分离的模块，放到模块里面。

[sz9214e]

"这些设置是放到模块里面还是提到一个模块里"

有一个应纳入的考量的要素：若这个设置是一个人操作，放到一个模块中合适，否则分开比较合适。