命名 EJB 的本地/远程接口时的标准约定或良好实践？

【问题标题】：Standard conventions or good practices when naming local/remote interfaces of EJBs?命名 EJB 的本地/远程接口时的标准约定或良好实践？
【发布时间】：2012-04-08 18:02:44
【问题描述】：

在为 EJB 命名接口时是否有任何约定或良好做法？我也在尝试在我的应用程序中应用一些 DDD 原则，因此我在作为外部世界接口的类上使用“服务”原型。

如果我有一个为客户端提供业务逻辑操作的 QuestionService EJB，@Local/@Remote 接口应该命名为什么？到目前为止，我读过的所有书籍都只将它们命名为 QuestionServiceLocal/QuestionServiceRemote。这是否足够（我不是想花哨的命名，但我想知道是否有更好的命名约定）？

此外，除了在每个类上添加“...服务”后缀之外，还有其他/更好的方法来命名应用程序中的“服务”吗？

【问题讨论】：

    标签： java jakarta-ee domain-driven-design


    【解决方案1】：

    Java 命名约定由社区以及公司的资深开发人员创建和采用。
    所以每当我们遇到命名问题时，我们都可以进行以下操作：

    1. 如果项目已经存在，那么只需按照项目命名即可 公约
    2. 如果这是您正在创建的新项目，则：
      一种。 QuestionServiceLocal/QuestionServiceRemote 是一个非常好的方法
      湾。 QuestionService 足以命名一个服务

    【讨论】：

    • 不幸的是，我现在独自工作，作为一名学生，我没有其他项目惯例可以求助。
    • 那么您提到的约定很好，不要尝试制定其他约定，因为在您之后从事项目工作的人会感到困惑
    猜你喜欢
    • 2011-04-17
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-06-05
    • 1970-01-01
    • 2017-02-16
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多
    热门标签
    Java Python linux javascript Mysql C# Docker 算法 前端 SpringBoot Redis Vue spring 设计模式 .net core .net kubernetes c++ 数据库 数据结构 大数据 js 机器学习 微服务 Android Go 程序员 面试 JVM ASP.net core 云原生 人工智能 后端 PHP git CSS golang k8s Nginx Django mybatis 深度学习 多线程 React 架构 devops 爬虫 云计算 Spring Boot LeetCode