claro, mejor usa Vaadin Flow 13, tiene muchas mas ventajas, fácil de usar con Springboot, dicha separación entre frameworks es muy poca, si comparamos con Angular + Springboot, dicha separación es mayor, claro también usable, yo estoy haciendo una parecida, aun beta ni eso  

Otra cosa, en realidad son formulas desarrolladas por nutricionistas para calcular el metabolismo basal, tasa metabólica basal aka TMB,  de una persona, que se multiplican por el valor de actividad física aplicando un rango de 1.2 a 1.9

hay muchas pero las mas precisas son la de Mifflin St. Jeor y Katch Mcardle, yo en la app en el menu incluyo el calculo por las dos formulas.

También la formula de los US Navy que la extraje de aquí http://fitness.bizcalcs.com/Calculator.asp?Calc=Body-Fat-Navy para calcular el porcentaje graso corporal aproximado.

Flamer,

 CodeIgniter Rocks

CodeIgniter is a powerful PHP framework with a very small footprint, built for developers who need a simple and elegant toolkit to create full-featured web applications.

Pues mejor aún dog, si tiene su implementación por defecto para validar fórmularios más fácil aún...

Pues esa es la idea de un framework, el tiempo de desarrollo se reduce drásticamente.

También que si es un buen framework las actualizaciones son constantes, y mejoras continuas en cada versión.

  has un código ya, y ponlo aquí, y veremos qué hacemos dog, creo que te estás rompiendo el coco tú solo dog, pero tranquilo como decía el popular Jack el destripator, empecemos por peñascos.

El operador instanceof te puedo ayudar para comprobar tipos en runtime, si es que te entiendo, otra cosa es tu posible código.

Nada fácil para empezar dog, descárgate el IDE de processing  https://www.processing.org/download/ para que vallas haciendo, el código funciona, y dibuja tanto las x como o, el método líne() que esta en dentro del método draw() ver línea 25, es el que deberás usar para hacer la ralla completa en la matriz.

Yo me imagino que no sabes nada de programación   , mínimo debes de saber arrays y bi arrays para imprimir las filas columnas y diagonales, la diagonal principal es fácil la segunda no tanto   y métodos al menos para resolver esto.

Que tal dog,

Ya está supera la segunda ves de que uses geshi

try{
 
            // Abrir conexion
            this.connect();
 
            String sql = "UPDATE productos SET nombre = ?, codigo = ?, descripcion = ?, precio = ?, stock = ?, status = ? WHERE idProducto = idProducto;";
 
            this.sqlConsulta = this.conexion.prepareStatement(sql);
 
            this.sqlConsulta.setInt(1, producto.getId());
            this.sqlConsulta.setString(2, producto.getNombre());
            this.sqlConsulta.setString(3, producto.getCodigo());
            this.sqlConsulta.setString(4, producto.getDescripcion());
            this.sqlConsulta.setFloat(5, producto.getPrecio());
            this.sqlConsulta.setInt(6, producto.getStock());
            this.sqlConsulta.setInt(7, 1);
 
            // Executa consulta y Cerrar conexion
            this.sqlConsulta.executeUpdate();
        }
        catch(SQLException e){
            System.err.println("SURGIO UN ERROR AL ACTUALIZAR");
        }

Has, esto para ver la stack completa de la exception

 ex.printStackTrace();

también cierra el prepareStatement luego del update  

 
this.sqlConsulta.executeUpdate();
this.sqlConsulta.close(); //para cerrar el prepareStatement
 

Tal cual tus dos afirmaciónes son válidas
  
No hay una clave para crear una herencia perfecta.

Con el uso de super y override puedes hacer lo que estás pidiendo tranquilamente.

Eso de que si te devuelve un objeto de tipo contacto o contactoEmpresarial , puedes comprobarlo por ti mismo tranquilamente, simple y tan llanamente probando

Si tienes un método en tu interface, clase abstract base, o clase, ejemplo, getConexion, las clases que implementa a ese método , es decir que hereden a una de esas clases, tanto por simple herencia, o herencia múltiple, tendrán su propia  implementación y conectarán  a la tabla, o procedimiento almacenado correspondiente, claro está que cada implementación debe apuntar a la tabla correcta.

No te vuelvas loco enredándote, que lo que quieres hacer si que se puede.

Las 2 maneras son validas

 * Eso de la interface que te vuelve objetos de tipo contacto en ves de empresarial? Es Bull shit o algo parecido

Tu clase Contacto, debería ser más bien la clase abstracta base de la cual van a heredar las clases hijas, Contacto Empresarial y otros tipos de contactos y ya. No te vuelvas loco, y esa clase abstracta puede a la vez, implementar una interface, que contenga los métodos que quieres que implementen a las clases hijas de diferentes tipos de contactos, o la misma clase abstracta dar implementacion a ellos y las hijas usarlos con dicha implementacion, empresarial,personal, u otros dog.

Añadiendo Generics se puede ahorrar mas código,  pero ahí se complica solo un poco más eso es todo.pero ni tanto, y sobre los Generics hace poco implemente algo parecido, y totalmente funcional, vía herencia múltiple usando una interface de servicio genérico para un log de una db.

public interface ServicioXXX<T extends ServicioBean>

y ese servicio dentro retorna parámetros genéricos tipo T , en cada método. Al heredar de ahí, osea  

public class ServicioXXXImpl implements ServicioXXX<ServicioBean> 

ese parámetro específico dentro del operador diamante indica lo que retornará cada método en ServicioXXXImpl o parámetros en dichos métodos, teniendo un solo servicio, ahorrando tener múltiples ServixioXXXA, ServicioXXXB, y casting innecesarios en la mayoría de los casos.