Aplicacion sin form que maneje eventos

[roman]

Bueno, viéndolo fríamente, lo que dije es falso. Obviamente hay aplicaciones que no tienen este ciclo. Es sólo que terminarán "muy rápido".

Por otro lado me pregunto qué tanto minimizará el taaño de la aplicación. Aunque no use Forms, si usa controles deberá incluir la unidad Controls y, dependiendo de qué controles, también StdCtrls, ComCtrls, etc.

// Saludos

[dec]

Hola,

A mí, sin embargo, lo que me pareció primeramente extraño y me llamó la atención y creí que se preguntaba no era el tamaño del ejecutable, sino el dónde se situarían los componentes que tuvieran que responder a eventos, qué tipo de eventos, vaya, se querían responder, porque, evidentemente no serían eventos que se produjeran en ningún formulario, que, precisamente se quería evitar.

Se me ocurre únicamente algo parecido (o lo mismo) que un Servicio de Windows. En los ejemplos que he visto sobre estos (en varios libros, no en uno solo) dichos ejemplos se basan en que el Servicio Web inicia un bucle, en que, por ejemplo, se esté a la escucha de determinado puerto. Mientras desde el puerto no llegue determinado mensaje el bucle seguiría ejecutándose.

Alguna vez me dije que eso debería consumir muchos recursos, pero, debe ser, ora que "la cosa" se implemente en Hilos, ora que no se consuman tantos recursos como yo creo en un bucle que esté ejecutándose sin tiempo definido para su final, es decir, porque me lo imagino demasiado "humanamente", como algo que da vueltas y vueltas y vueltas y vueltas sin parar una y otra vez... El ordenador tendrá otra forma de pensar, probablemente y no le "costará" tanto entender eso.

Bueno. Ya he hablado demasiado. Por favor, cortadme cuando me ponga tan pesado.

[Neftali [Germán.Estévez]]

Si el tema del tamaño es importante, ésta puede ser una buena opción...

Key Objects Library (KOL)
http://bonanzas.rinet.ru/