usa java fx ya las cosas se decidieron y oracle dijo que lo de java fx va enserio.
swing ya murió no lo van a corregir no le van agregar mas cosas swing rip

Las redes sociales no tienen nada que ver
Puedes tener un sistema con interacción con redes sociales en swing on fx o en lo que sea

la mayoría de las aplicaciones de escritorio tiene un horrible formulario y eso no es culpa de la tecnología a x que usen eso es por que la mayoría de los programadores son unos incompetentes que no les interesa hacer bien su trabajo y por lo tanto no comprueban si su formulario esta bien echo

un formulario en swing pude ser mas amigable que uno de fx o viceversa lo que importa es que realmente se tenga cuidado y conciencia al momento de desarrollar el formulario

No puedo entender lo que quieres. Para solucionarlo primero postea que es lo que quieres programar.Para eso debes escribir historias de usuarios o casos de uso.De esa manera puedo corregir y arreglar tu proyecto.

Un ejemplo de historia de usuario es:

"el cajero desea crear una factura para saber que cuanto es el total y el impuesto y mostrarla impresa"

las historias tiene el siguiente formato  el + <rol> + deso + <accion> + para +<justificacion>

profavor respondanme no me importa respuesta troll ni que critiquen mi codigo
porfavor dime si te sirvio si no entiendes si no estas deacuerdo

otro tema importante quienes de ustedes estan deacuerdo en tener una sona de Negocio libre de framewors donde solo haya clases comunes y corrientes java entidades y casos de usos totalmente libre de cosas raras alguno de ustedes a trabajdo asi?

forma  pura no la recomiendo

import java.util.ArrayList;
import java.util.Date;
import java.util.List;
 
public class Orden {
 
	private List<DetalleOrden> detalleOrdens = new ArrayList<DetalleOrden>();
	private Date fecha;
 
	private Orden() {
 
	}
	public Orden(DetalleOrden detalleOrden){
		if(detalleOrden==null){
			throw new NullPointerException();
		}
		detalleOrdens.add(detalleOrden);
	}
 
	public void agregaDetalle(DetalleOrden detalleOrden) {
		detalleOrdens.add(detalleOrden);
	}
 
	public DetalleOrden getDetalle(int indice) {
		DetalleOrden detalleOrden = detalleOrdens.get(indice);
		return new DetalleOrden(detalleOrden.getProducto(),
				detalleOrden.getPrecio());
	}
 
	public int getCantidad() {
		return detalleOrdens.size();
	}
 
	public double getTotal() {
		double total = 0;
		for (DetalleOrden detalleOrden : detalleOrdens) {
			total = total + detalleOrden.getPrecio();
		}
		return total;
	}
 
	public void setFecha(Date fecha) {
		this.fecha=fecha;
 
	}
}
 
 

segun ivar

import java.util.ArrayList;
import java.util.Date;
import java.util.List;
 
public class Orden {
 
	private List<DetalleOrden> detalleOrdens = new ArrayList<DetalleOrden>();
	private Date fecha;
 
	public void agregaDetalle(DetalleOrden detalleOrden) {
		detalleOrdens.add(detalleOrden);
	}
 
	public DetalleOrden getDetalle(int indice) {
		DetalleOrden detalleOrden = detalleOrdens.get(indice);
		return new DetalleOrden(detalleOrden.getProducto(),
				detalleOrden.getPrecio());
	}
 
	public int getCantidad() {
		return detalleOrdens.size();
	}
 
	public double getTotal() {
		double total = 0;
		for (DetalleOrden detalleOrden : detalleOrdens) {
			total = total + detalleOrden.getPrecio();
		}
		return total;
	}
 
	public void setFecha(Date fecha) {
		this.fecha=fecha;
 
	}
}
 

public class RegistroDeOrden implements CasoDeUso {
 
	private final Orden orden = new Orden();
	private  final BaseDeDatos baseDeDatos=new BaseDeDatos();
 
	public void agregarDetalle(DetalleOrden detalleOrden) {
		if (detalleOrden.getPrecio() < 20) {
			throw new ErrorDePrecioMinimo(
					"los gerentes no les gustas que los productos que cuesten menos de 20 soles");
		}
 
		orden.agregaDetalle(detalleOrden);
	}
 
	public void registrar() {
		if (orden.getCantidad() < 1 && orden.getCantidad() > 10) {
			throw new ErrorDeCantidadDeLineas(
					"solo se debe registrar ordenes de entre 1 a 10 lineas");
		}
		orden.setFecha(new Date());
		baseDeDatos.grabar(orden);
	}
 
}
 
 

Te recomiendo que leas uml for java programer de el tio bob es un libro con una visión pragmática sin fantasías y mentiras ni academicismos falsos (la pura y cruda verdad)

Te corrijo la relación 1 * es de uno a muchos y java no tiene forma nativa de hacerlo
una Orden tiene una o  muchas líneas

según la escuela de pensamiento del diseño dirigido por el modelo apodado  ddd lease "domain driven design quickly"

la relación de 1 a muchos esta bien en el papel (modelando el negocio) pero la realidad es que no hay forma no engorrosa en java la manera mas correcta es  primero creas un objeto vacío(que tiene relación de 0 a muchos) por ejemplo una orden sin líneas y luego mientras el programa corre agregas las líneas de la orden luego ese objeto de negocio ahora llamado "entidad" lo pasamos a otra clase la cual realiza operaciones con la entidad la cual llamaremos "el Servicio" en ella pones la validación de cardinalidad de uno a mucho

segun ivar jacobson

El modo de distribución digase aplicación web programa de consola web service swing llama a servicios (hasta aqui es ddd) pero estos servicios tiene la característica de ser casos de usos llamemos lo Controlador(recomiendo relación de uno a uno entre caso de uso y clase) dentro de estas Clase(caso de uso) realizamos las reglas de negocio del caso de uso.
A si tendríamos clases como RegistroDeOrden ConsultaDeExistencias SubscripcionDeNembresia ConsultaDeNotas
Dentro de el controlador realizamos la validación de que tenga uno a a muchas lineas

También es posible poner la validación de uno a muchos dentro de la clase pero eso no me gusta ponerla ahi

la realidad es que en la mayoria de casos es inutil y en lo personal yo lo hago por ser el mal menor los frameworks te obligan a usar getters y setters para que ellos puedan usar reflexion sobre tus clases y asi no estes obligado a heredar de clases abstractas o llamar clases "extrañas" y asi tener codigo "puro limpio y virginal" y que sean simples pojos lo cual es mentira por que el horrible framework te obliga a reescribir los getters y setters en un archivo gigantesco e imposible de entender creando una dependensia que ensima no es typesafe y ademas es estupida redundante y que puede ser tomada por configuracion por excepcion .¨
Pero a pesar de todo es el mal menor

es mentira de que les sirva usar getters y setters por la encapsulacion por que la realidad es que jamas usan encapsulacion y tener getters y setters es lo mismo que tener metodos publicos casi todos los programadores usan getters y setters como si fueran metodos publicos y nunca usan sus ventajas los tienen de adorno por ser "buena practica" "por que asi dise el arquitecto" "por que ese es el standar" "por que todo el mundo lo hace asi"

existe el estandar de beans pero nadie lo usa igual

la unica razón real por la que yo uso getters y setters es por los frameworks y por que si uso sus ventajas

puedes lansar exceptiones y validar los datos de entrada
puedes agregar eventos
puedes corregir errores en codigo futuro solo cambiando el geter y no en todas partes
en caso de usar herencia y te das cuenta que diseñaste mal puedes mover el getter a una clase superior
los ides te reconocen como bean y pueden ser reconocidos por la paleta

sintomas necesitamos mas detalles si no no te púedo ayudar

Cuando un objeto tenga atributos es mejor ponerle un getter o setter

La solución mas común pero la menos elegante es poner simplemente un atributo global publico publico
No me gusta por que es propensa a errores y es posible transformarla en null cuando se te de la gana también es posible cambiarla a un estado malo o invalidó y luego tendrás un error al ultimo momento (objetos zombis) es difícil



noooo herencia no estoy totalmente en contra antes mi fee era usar herencia para todo (por que era mas purista y creía en la santima poo)
Ahora después de ver los horribles errores que cometí prefiero siempre composición sobre herencia la herencia trae un acoplamiento muy fuerte si modificas el padre todos los hijos se cambian
Usa herencia con mucha cautela cuando una cosa sea otra  como un factura es un documento como una computadora es una aparto y cuando no se pueda remplazar por composición
No uses herencia solo porque quieres usar los métodos del padre eso es un mal diseño en esos casos usa mejor composición
recuerda siempre que diseñes cualquier abstracción tienes que estar totalmente seguro que va estar mal al primer momento(leak abstracion) que tienes que tener mucho cuidado y reconocer que cometes errores y corregir y arreglarlo y modificarlo (refactoring)

crea un acceso directo de netbeans en la carpeta C:\WINDOWS\system32 con el nombre de netbeans luego puedes poner eso en inicio ejecutar