EDP puede ser lento, ya que gran parte de la potencia de procesamiento se absorbe por la necesidad de bucles de eventos para seguir comprobando la GUI para averiguar si ha sucedido algo. Sin embargo, las funciones de activación toman más potencia de procesamiento, ya que hacen coincidir el tipo de evento con el controlador de eventos necesario para responder a él.
La principal desventaja que puedo ver es que su código puede terminar estrechamente acoplado con el marco de la interfaz de usuario que está utilizando. Digamos que crea un programa que hace algún tipo de cálculo. Probablemente haría algunos cuadros de texto para que el usuario ingrese datos, luego un botón que captura esos valores y hace el cálculo cuando el usuario hace clic en él. Hasta ahora todo va bien, pero ¿y si ahora quieres hacer los mismos cálculos, pero sin la interfaz de usuario? Es posible que deba hacer un lote completo de cálculos donde los datos provienen de un archivo. Si su código existente está completamente diseñado en torno al sistema de IU controlado por eventos, no solo podrá tomar ese código y colocarlo en otro lugar, tendrá que reescribirlo.
También hay algunos tipos de aplicaciones que simplemente no tienen sentido escribir de una manera "impulsada por eventos". Por ejemplo, la mayoría de los juegos tendrán algún tipo de simulación física que debe continuar independientemente de la entrada que reciba el juego.
Para obtener más información sobre programación, visite hackr.io/
Las ventajas de los programas controlados por eventos es que pueden modificarse fácilmente si el programador quiere que algo cambie en el programa . Los programas se pueden hacer fácilmente ya que el idioma es relativamente fácil de entender y aprender. Las desventajas de la programación impulsada por eventos son que consumen mucha memoria. Para obtener más información, obtenga ayuda en CodeAvail- Ayuda de asignación de ciencias de la computación en línea