Seria de la siguiente forma:

try{

}catch (exception1 $e){

}catch (exception2 $e){

}

Es decir un try y luego todas las excepciones que puedan producirse. De esta forma puedes capturarla y tratarla de forma independiente y distinta

$this, sólo puede ser usado dentro de un método. Si tú tienes una clase Database y la clase Vehiculo, $this sólo podrás usarlo dentro de sus métodos, fuera no vale. Y por convenio, siempre se llama $this, es una variable que se crea cada vez que entras en un método y hace referencia al objeto creado(1).

Sobre los punteros, en realidad no es un puntero propiamente dicho, tal y como podría serlo en C, ten en cuenta que PHP es un lenguaje interpretado y no tienes acceso físico a la RAM. Quizás el término puntero sea incorrecto, aunque yo lo llamo así. $this, más que contener la dirección de memoria, contiene una referencia a la tabla interna con los datos del objeto, que para el caso es practicamente lo mismo.

Para no confundir, vamos a llamar a las funciones de una clase métodos, y a las variables, datos, que es como suele hacerse en POO.

$this->hostDB: Apunta al dato hostDB del objeto Database

$hostDB: Es una variable cualquiera, que coincide que se llama igual que el dato del objeto.

(1)Esto parece una tontería, pero es necesario en POO saber de dónde viene un dato en concreto, para evitar las redundancias:

Puedes llegar a tener que reescribir un montón de código. Imagina que tienes una Clase empleado. A ti te gusta llamar la variable que usas en los bucles contador:

MetodoCualquiera() {
  $contador = 0;
  while (contador < 3) {
    //Hacer lo que sea ....
  }
}

Bien, esa misma  variable la usas en tus bucles for, etc. Resulta que en la empresa han puesto un nuevo aparato que cuenta las veces que un empleado de vigilancia completa la ronda y pulsa un botón (vaaale, complicado y rebuscado, pero es que cualquiera encuentra un ejemplo así en frío :P). Y hay que guardarlo en el dato "contador". Tendrías un gran problema, eliminar cualquier referencia a tu variable contador porque se crea una confusión con el dato de la clase. Usando $this->contador se sabe "qué contador" se está usando.

Rebuscando un poco más nos encontramos con la herencia. Imaginemos  que la clase vigilante desciende de la clase trabajador, el trabajador tiene un contador, por ejemplo se usa en unas horas que hecha, y el vigilante tiene un contador que se refiere a sus rondas.

VerContador() {
  $contador = 0;
  echo $this->contador;
}

Ese es el contador del vigilante, pero ¿como muestras el del empleado?, referencias a su clase padre:

echo parent::contador;

En POO, los datos debido a la herencia y a conflictos con variables, pueden liar bastante, de ahí que se usen esas referencias.

Un saludo y perdón por el ladrillo... xDDD

Buen trabajo el codigo es totalmente correcto. Sin ningun fallo apreciable a primera vista.

Ahora me encuentro con dos semanas de examenes así que hasta que no termine no voy a poder seguir explicando la programacion orientada a objetos. En la proxima lección os explicare los punteros, la diferencia entre metodos de objetos y metodos de clase y como utilizar los objetos desde fuera, es decir, como se crean y se utilizan.

Cuando desarrollemos el codigo final es entonces cuando nos centraremos en la seguridad. Primero vamos ha elaborar un codigo funcionable y luego ya le añadimos la seguridad necesaria. Yo creo que es la mejor forma en este proyecto. Aunque esta bien que la gente vaya encontrando agujeros XD

Realmente, cualquier motor SQL, al final trabaja internamente como estructuras de C/C++, todo ello camuflado con una capa de funciones y métodos que lo hace todo mucho más fácil, sería un equivalente a Lua y a C, que tanto se ven por la sección de PSP. Problemas de hacer una base de datos en C/C++ con un array de structuras "a pelo":

• Dificultad a la hora de hacer opciones de búsqueda, toca ir creando funciones para ello, ya que no se pueden crear sentencias "WHERE" "INNER JOIN", etc. Si los datos van a usar muchos métodos de búsqueda, es una pesadilla.
• Gestión de memoria. La forma de usar cada registro, no es crear un número fijo. Primero porque nos cargamos la memoria, por ejemplo creamos una BD con 1000000 registros ¿resevamos "1000000bytes *  sizeof (registro)" aunque sólo tengamos uno creado?. Una animalada. Habría que ir ampliando/reduciendo la tabla dinámicamente, y aquí tienes que saber usar punteros sí o sí. Además llegará un momento que si hay muchísimos registros, el programador debe de manejar cuantos va a cargar el el buffer de memoria (por ejemplo de 10mil en 10mil), lo cual complica mucho las cosas, por ejemplo para las búsquedas.
• Imagina lo que supone tener 4 arrays que estén relacionados estilo "INNER JOIN" o "LEFT JOIN", a mi me dan sudores solo de pensar cómo implementar eso juntado arrays

Esta es la forma en que trabajan los motores de BD internamente, afortunadamente, hay varios motores disponibles, que porsupuesto tienen su API En C/C++ (MySql, PostgreSQL, SQLite),... no hace falta reinventar la rueda.

Para listas sencillas, y profundizar en el manejo de punteros y aprender más de C/C++, las veo viables e interesantes, aunque mejor usar un motor de BD.

Un saludo.

session_start(); es una funcion de PHP que funciona de forma similar a cookies. Lo que se pretende con esta funcion es guardar informacion del usuario en el ordenador de este para que al cambiar de pagina por ejemplo no se tenga que logear de nuevo.

Todas las funciones mysql que has escrito se encuentran en las librerias de PHP y te permite realizar toda serie de operaciones con bases bajo mysql.

NOTA IMPORTANTE: No debeis incluir el formulario de registro, ya que el objetivo es desarrollar unicamente las funciones. El siguiente paso que demos será realizar el formulario y unir las partes.

La funcion login debe ser de la siguiente forma:

function login($email, $password){
//Conectar base de datos
 
//Realizar consulta a la base de datos
 
//Cerrar base de datos
 
//Si la consulta ha salido al menos una entrada entonces devolver true y sino devolver false
}