我真的不知道如何制定标题,但从示例中应该很明显。
更具体地说,您使用什么规则来命名“依赖”类。例如,Blog本身就是一个很好的描述性名称,但是我该如何处理帖子呢?BlogPost还是Post?显然,first name清楚地表明它是一个“从属”类,但这可能很快就会让BlogPostComment、BlogPostCommentAttachment等无法控制。另一方面,Post看起来像一个与Blog完全无关的实体,看起来更美观。
您的规则/最佳实践是什么?
发布于 2010-03-16 20:41:54
在您提到的情况下,问题是众所周知的,因为简洁没有什么不同,而且它实际上节省了您的输入。其他类型的类之间的关系并不是那么千篇一律。
使用"Blog"," Post“和" Comment”的另一个好处是,你可以重用Post和Comment来处理其他与博客无关的东西,而且它们更适合那里(好吧,这只是一个重命名)。
我的规则就是“尽可能的清晰”。我确实倾向于假设,在你闯入我的代码之前,或者我开始一个项目guns之前,我们已经阅读了一些关于问题空间的内容。
此外:据我所知,大多数web框架使得使用简洁的名称,如博客、帖子等作为模型名称变得容易得多。
发布于 2010-03-16 20:39:15
我个人最喜欢后者。一个好的名称空间名称不会消除Post的歧义吗?
发布于 2010-03-16 20:44:41
这个问题很有趣。我会根据具体情况使用这两种方法。
例如,一个简单的新闻和NewsItem就可以了,因为它是一个基本模型,在这种情况下,命名约定清楚了两者之间的关系。
但是,对于具有更复杂的域模型和良好维护的命名空间的大型开发(例如博客),我会说将类型命名为Blog、Post、Comment一定不那么复杂和简洁。
https://stackoverflow.com/questions/2454294
复制相似问题