From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id NAA13370; Tue, 24 Sep 2002 13:10:07 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id NAA13243 for ; Tue, 24 Sep 2002 13:10:06 +0200 (MET DST) Received: from seebmr02 (mailrelay-drp.electrabel.com [194.29.97.133]) by concorde.inria.fr (8.11.1/8.11.1) with ESMTP id g8OBA5512858 for ; Tue, 24 Sep 2002 13:10:05 +0200 (MET DST) Received: from seebex05.eib.electrabel.be (SEEBEX05.EIB.ELECTRABEL.COM [171.26.236.55]) by seebmr02 (3.05.6.9) with ESMTP id NAA25601; Tue, 24 Sep 2002 13:04:22 +0200 From: Sebastien.deMentendeHorne@electrabel.com Received: by seebex05.eib.electrabel.be with Internet Mail Service (5.5.2653.19) id ; Tue, 24 Sep 2002 13:09:06 +0200 Message-ID: <8D1414482878D4119AEE00508B6C9074089664C9@seacex02.eib.electrabel.be> To: markus@oefai.at Cc: caml-list@inria.fr Subject: RE: [Caml-list] choosing modules at runtime Date: Tue, 24 Sep 2002 13:09:04 +0200 X-Mailer: Internet Mail Service (5.5.2653.19) MIME-Version: 1.0 (Generated by NET-TEL Mailguard SMTP version 3.5.6.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk > > On Tue, 24 Sep 2002, Sebastien.deMentendeHorne@electrabel.com wrote: > > Hmmm, by the way, if a plugin architecture is needed, are > we facing the same > > problem ? > > It depends. In most cases higher-order modules (i.e. > functors) are perfect > tools for creating plugin architectures. Problems only sometimes arise > when "plugins" are dynamically selected or even generated, > e.g. depending > on some command-line switches. Then they can become somewhat > cumbersome > to use. In such cases first-class modules would be fine. > I looked at functors and they suffered of staticity. The plugin we use are dynamically (runtime) selected and they should/could be even generated at runtime, compiled, loaded and selected... I think that plugins are most often used in a dynamic way so definitely, first-class modules would be great. ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners