问一个简单的功能模块划分的问题

[hellogbk]

如果有 用户 跟 文章 这两个模块。

那么 查看用户所发布的文章 这个功能，应该算到用户这个模块里面还是算到文章这个模块里面？
为什么呢？

谢谢大家。

[yakczh]

文章模块 "查看"这是是主观的表达, 从客观上说,这个功能操作的是文章的数据主体, 或者换种说法是文章"显示"功能, 归到哪个模块的依据,主要看大部分的业务代码是操作哪个表

[bramblex]

你觉得文章的搜索是用户模块的还是文章模块的？

用户发文章的记录可以看成按用户搜索文章不是么？

[lyning]

你的意思是说，"查看"这个行为，或者叫做方法、函数应该写在用户的数据访问层(数据库操作)，还是文章的数据访问层吗？如果是这个意思的话，你要根据这个项目来分，如果文章的数据库操作行为很多，那就写在文章里面，跟用户模块分开，减少耦合度，方便维护，反过来，如果文章涉及到数据库访问的行为比较少，你完全可以写到用户模块里去，这也方便维护，方正规矩是死的，看你怎么灵活应用

[zjqzxc]

文章。说白了这个功能就是一种带附加条件的查询文章列表嘛。
比如正常的查询工作是SELECT title FROM article WHERE keys=xxx
这个的查询大概就是 SELECT title FROM article WHERE user=xxx
如果把查询都归到用户模块感觉不太合适吧

[flyingghost]

如果你是产品狗，从功能来说（基本等同于从UI交互来说）：
查看我的文章列表，查看某人的信息->TA的文章列表，都是属于用户模块。
查看某人的文章列表，与其说是文章模块，不如说是搜索模块更常见一些。

如果你是程序猿，从逻辑实现来说：
以上所有情况，妥妥的属于“文章”模块，如果你有这个模块的话。
理由是：文章表变更的时候，或者文章模块重构的时候，这部分逻辑要一起动。而userid，仅仅是个参数而已。