每个函数/表单或表单组的边界类

发布于 2024-12-13 23:27:52 字数 306 浏览 1 评论 0原文

我看到一些给出边界类的例子,比如 LoginForm 等。乍一看,这听起来是正确的。但在真实的应用程序中,每个模型/实体都有 CRUD(至少 4 个函数),将单个实体的所有函数分组为 1 个类是否更正确?

例如。

<<Boundary>>    
TransactionForms
================
+ insertTransaction(...)
+ updateTransaction(...)
+ deleteTransaction(...)
+ listTransactions()

I saw some examples giving boundary class like LoginForm etc. That sounds correct at first glance. But in a real app where I have CRUD (4 functions at min) for each Model/Entity, isit more correct to group all functions for a single entity into 1 class?

eg.

<<Boundary>>    
TransactionForms
================
+ insertTransaction(...)
+ updateTransaction(...)
+ deleteTransaction(...)
+ listTransactions()

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

不知在何时 2024-12-20 23:27:52

对于边界对象来说,最好有像下面这样的东西,

FormService
 + insert(..)
 + update(..)
 + list(..)
 + delete(..).

在内部,这些方法利用事务服务来更新持久层。

TransactionService
  + invoke(...)

It would be better to have something like below for boundary objects,

FormService
 + insert(..)
 + update(..)
 + list(..)
 + delete(..).

Internally, those methods make use of Transaction service to update persistent layer.

TransactionService
  + invoke(...)
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文