Mensajes

nadie te va ayudar por que

no tines metodos main
no tienes pruebas unitarias
no tienes pruebas funcionales
no pasas todas las clases
no defines bien el problema
no muestras el caso de error

cuando corrigas todo o almenos la mayoria entonces pide ayuda

bueno si te refieres a lo "rigido" como el estilo combinacion de  colores y formas eso se conoce como look and feel y swing tiene un buen soporte swing.

swing te da la posibilida de poner Nymbuslookandfeel que es muy "bonito y juvenil" en realidad es algo serio pero igual es bueno



ademas hay otros look and feel gratis

http://www.toedter.com/blog/?p=709

en cuanto a java fx te da la posibilidad de usar css para darle el estilo "juvenil" que quieras

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

Código (java) [Seleccionar] Expandir


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

Código (java) [Seleccionar] Expandir


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;

}
}


Código (java) [Seleccionar] Expandir


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