我目前正处于(非常)小型数据库应用程序的研究阶段。
它适用于只有 3 或 4 台客户端计算机将运行系统的本地慈善机构 - 但是为了将一些无关的逻辑从客户端移走，我倾向于使用三层架构(有在适当的时候不断通读和更新的数据，客户端不需要知道)
即客户端<->服务器逻辑<->数据库
虽然我精通 Java 本身和一些框架/库，但我并不是特别熟悉哪些框架可以帮助我。显然，我将使用 JDBC 作为数据库的一半，但客户端和服务器之间的通信是目前的绊脚石——我真的不想去任何接近原始套接字的地方，例如(矫枉过正，或者至少，另一个解决方案必须存在)
我已经询问了一些我认识的开发人员，了解他们对使用哪些 API 的看法，虽然他们提供了很大帮助，但我仍然不太确定该去哪里。到目前为止，我听说过 RESTful 的东西、SOAP、COBRA 和一大堆其他技术。 SOAP 是引起我注意的主要对象(因为有一些很好的例子将它用于普通应用程序，而不仅仅是用于网络)但我仍然不确定该去哪里 - 它似乎并不特别适合一般应用程序像这样的目的应用程序(EJB 也出现了，但我听到很多针对它的仇恨 - 这是应得的吗？)
感觉好像为了找到“工作的最佳工具”我实际上需要完整地学习每个工具以“掌握”它们(这显然是不切实际的)
任何人都可以指导我如何选择这些 API(当我以前没有使用过它们时)，或者给我一些常见 API 的信息，或者它真的只是一个尝试大量 API 的案例看看哪个最合适？
或者也许我完全没有捕获重点，有一个框架专门针对这种情况，没有明显的缺点？
非常感谢您的帮助。
编辑:
完全忘记提及它实际做了什么:它并不复杂 - 慈善机构运行一个运输计划，因此它保存了司机、客户、司机里程记录等的详细信息，以供查看和编辑。唯一真正复杂的是驱动器，因为可以将驱动器分配给可以预见地“永远”持续的重复(正在进行的)驱动器。但是正在进行的驱动器的每个实例都必须是唯一的，因为它们可以单独取消或编辑
我选择 3 层的主要原因是因为作为一个慈善机构(有许多不太“精明”的年长计算机志愿者用户)我很可能会经常更新 UI 以消除错误和漏洞新手用户不是很清楚。所以我的计划是首先让服务器和数据库之间的后端绝对“防弹”，然后将我所有的注意力都放在 UI 上，这样我就可以继续开发和迭代它而不用担心后端(也是因为我会远程开发它的一部分，将更新集中在客户端稍微简单一些)
所有这些属性可能都在呼喊“做一个基于网络的系统”——这里的障碍是他们在与他们已经运行的一些应用程序进行各种棘手的集成之后，我不确定我能完成(正确地) 与网络应用程序。
最佳答案
对于服务器本身，您需要某种 JavaEE 服务器。
这里的常见实现是 GlassFish (引用实现)和 Apache Tomcat ...假设您不需要比 Servlet 容器更高级的东西。如果您只是使用网络服务，您很可能不会。
对于客户端，我假设您将拥有一个 GUI 应用程序，大概使用 Swing 或 SWF。您也可以选择创建一个 Web 应用程序，因为您已经需要一个 Web 服务器。
对于客户端到服务器的通信，您可以使用JAX-WS(SOAP 网络服务)或JAX-RS(RESTful 服务)实现。
JAX-WS 实现包括 Sun 的 Metro (作为 part of Java 6 SE 发货)或 Apache CXF .
JAX-RS 实现包括 Jersey和 Apache CXF .
至于数据库层，JDBC 不是您唯一的选择。 Java 也有 Java Persistence API (JPA，目前为 2.0 版)。
JPA 通常用于 J2EE 应用程序(特别是网络应用程序)以简化数据库层。常见的实现是 EclipseLink JPA (废弃 Oracle TopLink)和 Hibernate的 Annotations .
所有这些都基于构成 JavaEE 的各种标准:Servlet 2.5、JAX-WS 2.0、JAX-RS 1.1 和 JPA 2.0。
关于java - Java 中的三层(非 Web)数据库应用程序 - 哪些 API/技术是合适的？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3143803/