English version
Accueil     À propos     Téléchargement     Ressources     Contactez-nous    

Ce site est rarement mis à jour. Pour les informations les plus récentes, rendez-vous sur le nouveau site OCaml à l'adresse ocaml.org.

Browse thread
RE: [Caml-list] choosing modules at runtime
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2002-09-30 (07:28)
From: John Max Skaller <skaller@o...>
Subject: Re: [Caml-list] choosing modules at runtime
Markus Mottl wrote:

> On Tue, 24 Sep 2002, Sebastien.deMentendeHorne@electrabel.com wrote:

> Actually, I'd say that most problems of "programming in the large" can
> be and are best solved statically. But in some cases, one needs more
> dynamic means of parameterization. 

It is a nice specification that clearly admits its own weakness.

It is possible to have a purely static solution to almost
any problem. The simple demonstration is that you can write
an interpreter -- add one more level of indirection.

Of course, that interpreter itself is for some programming
language with static type checking or not ..

It is clear the correct language to interpret here would be
the same as the orginal source language..

Which implies dynamic loading is a mandatory feature
for solving general problems.

The particular weakness here is the notion that
a particular problem has a static solution .. the difficulty
being most modern programs need to solve a class of problems,
not a single one.

For example, in a telco environment a high level
service handling program has to implement *arbitrary*
business rules. One solution is C++ with dynamic loading.

Sure, you can write an interpreter..but the cost in 

performance terms could be nasty .. and the cost in

terms of maintenance could be a nightmare .. better to
use a tried and proven language translator.

John Max Skaller, mailto:skaller@ozemail.com.au
snail:10/1 Toxteth Rd, Glebe, NSW 2037, Australia.

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