accediendo a campos privados del paquete en clases compartidas en proyectos de Eclipse

Question

Tengo una clase de modelo (MVC pattern) que estoy usando en dos proyectos de Eclipse.

Un proyecto, llamémoslo Producer, está capturando datos de una secuencia y almacenándolos en una base de datos. La clase de modelo en cuestión, digamos ObjectModel, se usa para deserializar la secuencia para su manipulación antes de serializarla y almacenarla en la base de datos.

Otro proyecto, llamémoslo Consumer, está extrayendo los datos almacenados en la base de datos y visualizándolos en la pantalla. Utiliza la misma clase de modelo para deserializar los datos almacenados para usar en la aplicación de visualización.

Planeé poner ObjectModel en un proyecto de Eclipse para compartir su fuente a través de los proyectos Producer y Consumer. Sin embargo, cada aplicación tiene clases actualmente en el mismo paquete que aprovechan el modificador de acceso privado del paquete para obtener y establecer campos en ObjectModel.

¿Hay alguna forma de compartir fuentes en varios proyectos de Eclipse y aún mantener el acceso privado del paquete con la fuente compartida?

ACTUALIZACIÓN: Estaba teniendo problemas para obtener el código compartido en proyectos de Eclipse, por lo que no lo intenté antes de publicarlo. Finalmente conseguí esa parte funcionando, y la escribí como otra respuesta here.

Answer 1

Siempre y cuando las clases en los proyectos Productor y Consumidor se declaren en el mismo paquete que el ObjectModel, todo debería funcionar.

Sin embargo, es posible que desee replantear su diseño y proporcionar métodos de acceso público (getters y setters) en ObjectModel.

Answer 2

mirada sobre la respuesta @GreyBeardedGeek arriba:

Mientras las clases en los proyectos de productores y consumidores se declaran en el mismo paquete que el ObjectModel, todo debería funcionar solo.

Usted busca el amigo C++ en Java. En general, puede ser un síntoma de un diseño incorrecto. Si su diseño está bien, entonces el uso de "paquete de acceso privado" es una forma estándar de Java para la implementación de amigos. Funcionará técnicamente si tus clases están en proyectos diferentes ... Si crees que tu diseño está bien, tal vez te gustaría considerar utilizar la clase * Heper. Por ejemplo:

public class SomeClass { 
void foo(){... 
} 
} 

public class SomeClassHelper { 
private SomeClass someClass; 
public SomeClassHelper(SomeClass someClass){ 
    //you can do it better this with some DI Framework, 
    //for illustration purpose 
    this.someClass=someClass; 
} 

public SomeClassHelper(){ 
    //for illustration purpose only 
    this.someClass=new SomeClass(); 
} 

**public** void foo(){ 
    //this is punch line 
    someClass.foo(); 
    } 

}

debe colocar SomeClassHelper en el mismo paquete que SomeClass, pero SomeClassHelper pueden estar en diferentes carpeta de origen o proyecto.