具有桌面、Android 和 ios 客户端的 java-ee 应用程序

发布于 2024-12-23 03:08:37 字数 721 浏览 2 评论 0原文

我正在使用 java enterprise 和 glassfish 构建一个应用程序。客户端和服务器之间的信息通常是少量数据，但有时客户端需要获取更大的资源（通常为 1-20 MB）。我仍在规划系统的架构，并且我需要一些关于如何将服务器上的资源公开给多个客户端的建议。

最初我只想在 javaws 和 glassfish 提供的 ACC 中运行一个桌面客户端应用程序。我将远程接口放在一个单独的 jar 中，并计划通过调用通过这些接口公开的 EJB 方法来完成所有客户端服务器接口。对于 Java 桌面客户端来说，这一切都很好。对于 Android 客户端来说，这应该相当容易。但我认为对于 ios 来说这不会那么容易。

有什么方法可以从 iPhone 或 ipad 中运行的 Objective-C 调用我的 EJB 吗？我当然希望如此。

我预计解决方案是 RESTful Web 服务。据我了解，这是一种通过以通用 XML 或 JSON 形式传递数据来松散耦合客户端和服务器应用程序的方法。

抱歉，如果我遗漏了一些非常明显的东西，但似乎有两条路线：

保留我的 EJB 业务接口并为通用客户端（iOS 以及以后可能出现的其他任何东西）实现一个重复的 Restful 接口。
为所有客户端创建一个静态接口。

数字 2 看起来是一个更简洁的设计，但这意味着我必须放弃已经完成的工作并学习休息。有更有经验的人可以提供一些建议吗？我将非常感激。

原文

分享到QQ

分享到微博

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

发布评论

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

一个人的旅程 2024-12-30 03:08:37

在 EJB 3.1 中，您可以通过非常简单的方式将业务逻辑公开为 RESTful 服务，例如：

@Path("name")
@Stateless
public class NameService {
    @EJB
    private NameBean nameBean;

    @GET
    @Produces("text/html")
    public String getHtml() {
        return "<h2>Hello "+nameBean.getName()+"</h2>";
    }

    @PUT
    @Consumes("text/plain")
    public void put(String content) {
        nameBean.setName(content);
    }
}

不需要 servlet 或任何其他委托。一种逻辑有多种访问方法是绝对没问题的，这样一些 Java 客户端使用 EJB (RMI)，而其他客户端则使用 REST。将来您甚至可以根据需要添加一些新的服务，例如 XML Web 服务、通过异步消息传递等。

In EJB 3.1 you can expose you business logic as a RESTful service in a very simple way, e.g.:

@Path("name")
@Stateless
public class NameService {
    @EJB
    private NameBean nameBean;

    @GET
    @Produces("text/html")
    public String getHtml() {
        return "<h2>Hello "+nameBean.getName()+"</h2>";
    }

    @PUT
    @Consumes("text/plain")
    public void put(String content) {
        nameBean.setName(content);
    }
}

No need for servlets or any other delegate. It's absolutely fine to have various access methods for one logic so that some java clients use EJB (RMI) and others use REST. In the future you may even add some new ones if needed, e.g. XML web service, through asynchronous messaging and so on.

回复收藏 0 原文