Talk:Event-driven programming

Does anyone have a subscription to ArchiveNews.com? If so, would you let me know. I have a favor to ask.

WHAT IS AN "EVENT" ?

Example

In the example part there is the folowing text "fi" shouldn't this be "endif" of "end if" ? --Killerog 09:29, 14 June 2006 (UTC)[reply]

This is just an indicator that the pseudocode style of the original author has some ALGOL 68 heritage ;) --62.206.21.253 10:13, 11 December 2006 (UTC)[reply]

Merged all content from Event driven programming language

It was on the same subject, but improperly titled. The EDPL page was (IMO) much more informative, so its content is now dominant. This page could be improved by

Better real-world examples of ways to use EDP (I suspect the socket example may be one, but I am not at all versed in the subject.
Linking the description of EDP to the references.

Nate 16:24, 6 December 2006 (UTC)[reply]

Events vs. Threading

I think a paragraph in event-driven programming vs. threading would be good, since they are often confused. Anyone? 72.140.200.178 17:56, 16 December 2006 (UTC)[reply]

Keep an eye out for this spammer

Edit protection has been added to Visual Basic due to an AIV. The spammer has also tried putting those links on this page once, so they may retry here. If you notice, could you report back to either the VB talk page or my talk page. Thanks, John Vandenberg 14:44, 16 June 2007 (UTC)[reply]

Event-driven or Event-based?

Many people use the term 'event-based', there are also three books which use 'event-based'. Any idea? —Preceding unsigned comment added by 64.62.138.33 (talk) 08:43, August 25, 2007 (UTC)

merger proposal

I don't think that Event Driven Architecture should be the same as event-driven programming.

Absolutely Event Driven Architacture is *not* the same as Event Driven Programming. Event Driven Architacture is a term coined by Gartner to describe enterprise systems where asynchronous business events are a key element of the IT infrastructure. Business events initiate business processes or change the state of currently running processes. EDA is seen as loosely-coupled fine-grained asynchronous events which is complementary to the largely synchronous, request-reply semantics that are common in SOA.

I don't think Event Driven Programming is necessarily the same as Event Driven Architecture - unless you believe that IT architecture is not a valid discipline. Architecture defines the framework and concepts, while programming realises and implements them, but this article does need a rewrite. It needs to be much clearer about what EDA is and cite references Peter Campbell Talk! 00:03, 3 August 2006 (UTC)[reply]

There are various disconnected merger proposals relating to articles in the Category:Event (computing). I think it would be better to focus on tidying up the whole category. --RichardVeryard 08:27, 27 August 2007 (UTC)[reply]

batch programming vs. event-driven

Hmm, I wouldn't say event-driven is opposit to batch (although they are mutually exclusive). The not batch is interactive, and not every interactive program is event-dirven. For example,

 #include <stdio.h>
 int main() {
    char buf[512];
    printf("What's your name? ");
    if(!fgets(buf, sizeof(buf), stdin)) return 1;
    printf("I'm pleased to meet you, dear %s!\n", buf);
    return 0;
 }

is obviously interactive, but in no way event-driven. DrCroco (talk) 17:28, 29 January 2008 (UTC)[reply]

What do hardware languages have to do?

I find this assertion highly dubious:

Hardware description language (like Verilog and VHDL) are essentially multi-threaded programming languages based on an event-driven paradigm

HDLs are not anywhere near to "threaded" programming languages (threads run on a processor connected to a memory stack, while HDLs are directly translated to hardware), and their paradigm is more "continuous" than "event-driven". I think this should be explained with much more clarity for it to stay in the article, otherwise I can't see how event-driven relates to this kind of languages. Diego (talk) 20:51, 16 June 2008 (UTC)[reply]