问题标签 [use-case]

我有一个用 C++ 编写的程序，它不使用类，只是简单地使用函数和main(). 我想知道我可以为它画什么样的图表。这是我想到的几件事。

1. 活动图
2. 序列图
3. 类图 - 显然不能画这个，因为我没有使用类
4. 系统架构
5. 状态图
6. 用例图

从这些中我能画出什么？

我对在项目中使用 ZeroMQ 很感兴趣，但我想听听其他人的经验。我做了一些搜索，但只找到了 mongrel2 项目。您听说过使用它的其他项目吗？哪些公司在生产中使用 ZeroMQ？

我想为虚拟学校系统制作一个用例图：

我做得很好，直到我达到这个：

” 学生登录系统进行入学考试，然后退出等待响应。考试结束时，系统计算笔记并根据最终笔记 设置学生的级别通知他连同结果、缴费日期及课程安排，系统也会将学生资料传送至学校会计系统，以计算其他费用及缴费方式，缴费后系统应修改使用者（学生）类型从“注册学生”到学生。“

现在当它说系统时，我应该怎么做一个不与任何参与者连接（关联）的独立用例？！我可以这样做吗？

任何人都可以在示例上发布链接，我找到了很多，但如果您知道我可以找到完美示例的地方，请提供。

提前谢谢

我查看了泡菜文档，但我不明白泡菜在哪里有用。

泡菜的一些常见用例是什么？

I was thinkering with the specs for a web service and this question popped into my head.

Should the following use case:

• A user can vote on other users' posts so to modify the latters' reputation

be split into two use cases?

• A user can vote other users' posts
• When a user gets voted, her reputation changes accordingly

Wich one is better formulated?

在 C# 4.0 出来之前，我对协变和逆变非常兴奋。它迎合了我对理论正确性的喜爱！

然而，现在它已经发布了，我又开始编写普通的、日常的、无聊的代码，我开始怀疑：我曾经使用过它吗？我注意到我没有有意识地使用它。从那以后，我定义的所有接口或委托都没有从中受益。

只有一个案例我后来发现我无意中使用了协方差，但它非常微妙，我也可能没有注意到它。ImagineX是一个基类并且Y是它的后代：

有没有任何有趣或令人兴奋的例子，你们中的任何人在现实生活中使用协变或逆变，非人为的用例，并且通过惊人的“正确”真正拯救了一天？

首先，如果以前有人问过这个问题，我深表歉意，但我找不到任何可以直接回答这个问题的东西。

这是我的问题。我继承了一个产品，它的设计非常灵活，以至于填充（silverlight）表单上的几乎每个组合框和文本块都需要服务请求。有些屏幕需要超过 15 个单独的请求才能填充！

现在，我曾多次使用 WCF Web 服务，并且将服务合同拆分为小的离散操作从未受到太大影响，..遗憾的是，这个项目并非如此。所以它让我想知道......

没有计划将服务暴露在我们自己的墙外。没有计划为此特定服务编写另一个客户端。那么我不能在服务端写一个“用例控制器”吗？所以，在“创建投诉”屏幕中，而不是有一个请求列表，比如......

1. 获取投诉类型
2. 获取客户类型
3. 获取区域详细信息
4. 等等...

要填充表单，我只需一个名为“GetCreateComplaintData”的操作合同。当只有一个客户端必须将所有这些请求聚合并同步为有意义的东西时，以如此粒度公开这么多操作似乎很疯狂。为什么不首先暴露一些有意义的东西呢？

更重要的是，如果您不打算将服务 API 公开给第三方，这难道不是比公开数据库中表的 CRUD 操作更好的策略吗？

感谢所有帮助和意见。提前致谢。

在过去的几天里，我一直在阅读文档并观看特定于 Mongo DB 的截屏视频，当这样的解决方案比典型的 pg 或 mysql 环境更好时，我不知所措。

具体来说，我的问题是在什么情况下（带有用例会很好）你想走 nosql 路线？

谢谢！

我们设计了一个应用程序，实际上是一个框架，记住了几个用例/场景。现在我们想用其他几个用例来验证我们的设计？

是否有任何工具（可能是流程工具）来验证那里的用例是否适合我们的设计？

我需要一些建议，说明动态代理在哪些情况下比常规代理更有用。

我付出了很多努力来学习如何有效地使用动态代理。在这个问题中，抛开像 AspectJ 这样的框架基本上可以执行我们试图通过动态代理实现的所有事情，或者例如，CGLIB 可以用来解决动态代理的一些缺点。

用例

• 装饰器 - 例如，对方法调用执行日志记录，或缓存复杂操作的返回值
• 维护合同 - 也就是说，确保参数在可接受的范围内，并且返回类型符合可接受的值。
• 适配器 - 在某处看到一些巧妙的文章，描述了这是如何有用的。不过，我很少遇到这种设计模式。

是其他人吗？

动态代理优势

• 装饰器：记录所有方法调用，例如，

装饰器模式绝对有用，因为它允许对所有代理方法产生副作用（尽管这种行为是使用方面的书本示例......）。

• 契约：与常规代理相比，我们不需要实现完整的接口。例如，

另一方面，合约只提供了避免需要实现完整接口的好处。再一次，重构代理方法会默默地使动态代理无效。

结论

所以我在这里看到的是一个真实的用例和一个有问题的用例。你怎么看？