Java 在大型程序中管理隐私_Java_Packages_Privacy_Factories

Java 在大型程序中管理隐私

java

Java 在大型程序中管理隐私,java,packages,privacy,factories,Java,Packages,Privacy,Factories,我正在为这种结构的机器人技术开发一个程序（我将包括图层的功能，只是为了好玩）：层A-GUI处理按钮、操纵杆等的简单界面。将这些值转换为命令发送到控制界面层B-控制评估来自数据库的设备读/写条目和来自gui的命令请求，以便为数据库计算新的设备写条目层C-数据库设备的逻辑表示，创建从设备写入和读取的值的历史记录 D层-硬件与物理硬件对话。将设备写入条目转换为命令并将其发送到设备。使用来自设备的值更新数据库设备读取条目我想创建一个java应用程序，在这个应用程序中，任何层都不能调用它上面或

我正在为这种结构的机器人技术开发一个程序（我将包括图层的功能，只是为了好玩）：

层A-GUI处理按钮、操纵杆等的简单界面。将这些值转换为命令发送到控制界面
层B-控制评估来自数据库的设备读/写条目和来自gui的命令请求，以便为数据库计算新的设备写条目
层C-数据库设备的逻辑表示，创建从设备写入和读取的值的历史记录
D层-硬件与物理硬件对话。将设备写入条目转换为命令并将其发送到设备。使用来自设备的值更新数据库设备读取条目

我想创建一个java应用程序，在这个应用程序中，任何层都不能调用它上面或下面一层以上的函数

是否可以使用包隐私或类似工厂的模式创建项目结构，从而使层a中的代码无法从层D或层C导入任何内容

这不是仅使用访问修饰符就可以实现的

你也不能通过（某种方式）控制

import

。。。因为Java语言对导入没有任何（额外）限制。（import指令实际上只是一种语法糖，因此您不需要到处使用完全限定名。）

那你还能做什么呢

您可以尝试实施运行时限制，以防止错误的层访问factory对象。但这些限制很容易被蓄意或意外颠覆
您可以使用某种内部“能力”或“凭证”机制，但很难看到如何防止凭证泄漏。（如果凭据由安全管理器管理（请参见下文），这可能会起作用，但这会使问题更加复杂。）

我认为您可以做到这一点的唯一方法是实现一个定制的

SecurityManager

，并在每次有潜在的跨层调用时执行安全检查。例如，安全管理器可以（尽管代价高昂）检查调用堆栈以找到调用它的方法/类/包。您还需要关闭某些反射操作，这些操作可用于（普通地）破坏安全管理器。本质上，除了内环外，所有代码都需要被视为“不可信”代码

坦率地说，用具有“防黑客”安全性的JVM实现这种事情可能超出了普通人的能力。（Sun/Oracle尚未成功……）

其他备选方案包括：

依靠程序员的纪律
依靠代码库的静态分析；e、 g.借助于记录访问规则的注释。要做到这一点，您需要编写自己的代码分析器
在层之间使用地址空间分隔和占用空间小、安全性高的API。（这里我们不再讨论单一的传统JVM…）

可见性

 // Foo.java
 package com.yourcompany.foo;
 public class Foo {}

 // Build rule for Foo.java
 java_library(
    name = "Foo",
    srcs = ["Foo.java"],
    # Restricts visibility to this directory, even though
    # the class visibility was "public" 
    visibility = ["//visibility:private"],
 )

 // Bar.java
 package com.yourcompany.bar;

 import com.yourcompany.foo.Bar; // prevented by build visibility system

 public class Bar {
    Foo foo = new Foo();
 }

final class ControllerImpl implements Controller {
   // Since "ControllerImpl" is instantiated / wired into the
   // controller layer, the database dependency is available /
   // exposed for injection within this layer. The access control is
   // strictly performed by the way the dependencies are wired.
   @Inject
   public ControllerImpl(Database database) {
     // ...
   }
}