公司及 联系人对象设计帮助

Question

我希望有人（或某些人）可以帮助我们解决我们已经争论了几天的问题。 给定附图，如何组织我们的业务对象？

我们正在寻求任何帮助（关于在哪里或如何搜索我们可以使用的设计模式/对象模型来解决此问题的想法。我们的情况稍微复杂一些，但我们已尝试为了提出这个问题，我们可以尽可能地简化它

： 有些公司有产品线，有些则没有。
每家公司都有一份联系人名单。 如果一家公司至少拥有一条产品线，则其中一些公司联系人也与至少一条产品线相关联。
一些联系人是其他联系人的参考（业务/个人）。
每个公司和每个联系人可以有零个或多个地址。

感谢您帮助寻找更合适的解决方案（我的假设是我们需要使用多个模型/模式）。

图表大视图 (flickr.com)

**（来自图表）我们公司的员工/内部应用程序用户包含在联系人中，因为他们也可以作为参考资料等。

Answer 1

您可以使用以下对象模型：

Organization
-id
-name
-description
-productLines ( collection object consisting of products)
-orgcontacts ( collection object consisting of contacts)
-addresses (of type Address, can be a collection depends on business rule)

Contact
-id
-name
-type (Business, personal, etc)
-parentID (null if no reference)
-adresses (Address or collection)

ProductLine
-id
-name
-prLineContacts ( collection object consisting of contacts)

您可以在我能想到的这个基本模型上进行构建。 你有数据模式吗？ 如果是这样，您应该决定从哪里开始。 有些人喜欢对象和数据模型之间的一对一映射，有些人希望根据性能设计数据模式，然后在对象和数据库之间有另一个抽象映射。

Answer 2

如果您尝试设计数据库，我会这样做：

Companies = [id, name]
Contacts = [id, name]
Products = [id, name]
Adresses = [id, details]

CompaniesContacts = [contact_id, company_id]
CompaniesProducts = [product_id, company_id]
AdressesContacts = [contact_id, address_id]

References = [contact_id, referenced] // referenced is also a contact_id

另外，我建议使用 UML。 这只是一个快速回答，请尝试更新您的问题，我会稍微更新一下。

Answer 3

我们的应用程序中有类似的结构，并且它对我们来说效果很好。
我们有两个额外的表

我们有公司和地址之间的站点概念，人们可以在我们的架构中附加一个或多个站点，这样可以节省存储数千个重复地址。 您也可以直接在地址簿中引用客户地址。

您在哪里存储联系方式？