Hola noob,
Ese código no tiene ninguna excepción que tratar. No al menos que yo vea.
¿Que es lo que deseas hacer? es la pregunta aqui. Creo que sería fundamental que te explicases mejor sobre tu caso.
No veo un posible uso de una captura de excepción en dicho código, al menos que por la parte SI deba ejecutarse algo más que ese simple cuadro de díalogo. ¿Qué debería hacerse en caso de que no sean vacíos?
La cuestión es que el que un TEdit esté o no vacío no es motivo para una excepción. Si puede ser motivo a una excepción lo que pueda llegar a hacerse con el contenido de dichos TEdits.
Una excepción no es más que una clase heredada de TObject que sirve para dar forma al manejo de ciertos errores.
El tema no es tan fácil de comprender y explicarlo, al menos para mi que llevo unos minutos tratando de ordenar ideas para exponerlas. Te invito a que leas el capítulo 11 del libro La Cara Oculta de Delphi 4. Allí está tratada hermosamente el tema. Está a disposición de los miembros del club una copia pdf de dicho libro (su autor lo ha cedido al público para su libre distribución) en el
FTP del club.
De forma breve cuando uno esta previendo el tema de una excepción y el control de la misma es porque en alguna parte del código escrito existe el riesgo de que una excepción pueda arrojarse.
Cuando se presenta, estamos hablando ya no de un caso de éxito dentro del ámbito normal y esperado. Algo ha sucedido y por tanto ahora nos hemos desviados del curso normal y esperado. Es responsabilidad nuestra el determinar que hacer en esta situación:
1. Simplemente no hacer nada y propragar la excepción. Lo que implica que el mensaje sea enviado al usuario y por tanto que exista el peligro de dejar a la aplicación en un punto inestable.
2. Capturar la excepción y ver el modo de revertir el problema con el fin de llevar al sistema a un punto estable.
3. Capturar la excepción y simplemente ignorarla por no saber como tratarla. No informando del defecto o problema al usuario.
Cuando uno hace uso de métodos, funciones, procedimientos, asignaciones, y/o eventos en delphi está firmando cierto "contrato" como dice Ian en su libro que te recomendé. Como parte del contrato, se te hace saber las clásulas. Que harás tu con ellas, allí tu. Esta clásula es la documentación que acompaña al método, función, procedimiento, asignaciones, eventos.
En la ayuda se indica que puede y no puede hacerse. En caso de que se haya diseñado el algoritmo para que notifique de los problemas mediante una excepción, en dicha documentación se hará conocer el tipo de la excepción.
Nuevamente disculpa por no poder ser muy claro en esto. En dicho documento está tratado el tema.
Cuanto más puedas comentarnos sobre tu duda más fácil será para nosotros poder ayudarte.
Saludos,