UML类图-用户和用户类型
这是关于用户和用户类型的关系。
我有两个类User和UserType User有UserID，UserName，UserTypeID UserType为:TypeID，TypeName
一个html" target="_blank">用户只能有一个用户类型（TypeID1/TypeID2/TypeID3）
UML类图表示法是什么？它是关联还是组合还是聚合？
此图将汽车和汽车类型关联为http://www . jetbrains . com/idea/features/snapshot s/80/UML 2 . png
该图具有插件和插件类型作为组合http://indico-software.org/raw-attachment/wiki/Dev/Technical/PluginSystem/PluginSystem类diagram.png
共有2个答案
为了知道如何在关联、组合或聚合之间进行选择，您只需回答这两个问题。1） 一个是另一个的一部分？是的=
因此，根据我对您的模型的理解，您应该对用户和用户类型之间的关联进行建模。另一个解决方案是用UserType作为类型对用户的属性进行建模。
它依赖于buddy，第一个解决方案在用户类型本身执行某些功能时有用，换句话说，它是一个类(成员)，而第二个解决方案仅在用户类型有一些常量时有用。
-
我目前正在研究UML类图，对一些事情有点困惑。所以我有我的类，继承和使用接口，但我把不继承或使用接口的类放在哪里？我是不是像下图那样把它们放在一边？
-
这里不会将UML的各种元素都提到，我只想讲讲类图中各个类之间的关系； 能看懂类图中各个类之间的线条、箭头代表什么意思后，也就足够应对 日常的工作和交流； 同时，我们应该能将类图所表达的含义和最终的代码对应起来； 有了这些知识，看后面章节的设计模式结构图就没有什么问题了； 本章所有图形使用Enterprise Architect 9.2来画,所有示例详见根目录下的design_patterns.EA
-
我对我要在类图中使用哪些关系有些怀疑。我知道我可以使用一般关联（使用关联行）或更多特定的关联，如聚合或组合。我已经知道聚合和组合的定义，但我的问题是： 何时需要使用一般关联，何时需要使用更具体的关联 有什么规则吗
-
我一直在搜索这个主题，但没有找到我想要的。基本上，我开始用UML的所有东西，用例，类图来计划一个项目。然后我们决定使用ASP。NET MVC。该应用程序是一种O-Desk或Elance 我有用户，承包商，公司，主持人和管理员。 我有点困惑模型应该如何表示这个用户，以及如何使用asp设置权限和角色。net mvc特性。 在一个正常的应用程序中，我会为他们每个人都创建一个类，他们可能会扩展User，其
-
用户代理（User Agent）类提供了一些方法来帮助你识别正在访问你的站点的浏览器、 移动设备或机器人的信息。另外，你还可以通过它获取 referrer 信息，以及 支持的语言和字符集信息。 使用用户代理类 初始化类 用户代理的定义 例子 类参考 使用用户代理类 初始化类 正如 CodeIgniter 中的其他类一样，在你的控制器中使用 $this->load->library() 方法来初始化
-
在初步了解了SCS的构成后，对于想参与到MOAC子链的人来说，有三种参与方式： A、 SCS矿工：参与子链的节点共识并获得子链挖矿奖励； B、 DAPP开发者：作为子链DAPP开发者参与子链的业务逻辑开发； C、 VNODE代理：提供一个VNODE-PROXY，参与子链的匿名信息传递。 在MOAC的生态设计中，参与子链的角色有不同的责任和收益。 A. SCS矿工，需要在注册时付出一定数量的押金（一