From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by yquem.inria.fr (Postfix) with ESMTP id 3CE2CBB9C for ; Fri, 16 Sep 2005 00:38:16 +0200 (CEST) Received: from pauillac.inria.fr (pauillac.inria.fr [128.93.11.35]) by concorde.inria.fr (8.13.0/8.13.0) with ESMTP id j8FMcFOP020267 for ; Fri, 16 Sep 2005 00:38:15 +0200 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 AAA27548 for ; Fri, 16 Sep 2005 00:38:14 +0200 (MET DST) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by concorde.inria.fr (8.13.0/8.13.0) with ESMTP id j8FMcC2X020262 for ; Fri, 16 Sep 2005 00:38:13 +0200 Received: from rosella (ppp5-127.lns1.syd7.internode.on.net [59.167.5.127]) by smtp1.adl2.internode.on.net (8.12.9/8.12.6) with ESMTP id j8FMc1XX089811; Fri, 16 Sep 2005 08:08:01 +0930 (CST) (envelope-from skaller@users.sourceforge.net) Subject: Re: [Caml-list] Heritage From: skaller To: coreyoconnor@gmail.com Cc: david.baelde@ens-lyon.org, caml-list@inria.fr In-Reply-To: References: <53c6559205091513486a10b481@mail.gmail.com> <53c655920509151501140404d@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-RwFXx1t2fUmePZkjRlnU" Date: Fri, 16 Sep 2005 08:38:01 +1000 Message-Id: <1126823881.14522.237.camel@rosella.wigram> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 X-Miltered: at concorde with ID 4329F7D7.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Miltered: at concorde with ID 4329F7D4.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; caml-list:01 decorator:01 decorator:01 corey:98 wrote:01 wrote:01 sourceforge:01 sourceforge:01 dynamically:01 functions:01 types:02 pattern:03 rename:04 needing:04 thu:05 X-Attachments: type="application/pgp-signature" name="signature.asc" X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on yquem.inria.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.0.3 --=-RwFXx1t2fUmePZkjRlnU Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2005-09-15 at 15:15 -0700, Corey O'Connor wrote: > On 9/15/05, David Baelde wrote: > > I don't think the decorator pattern fullfills my needs, cause it does > > not allow you to end up with one object having an added method from > > one decorator and an other one from a different decorator. You can > > compose decorators, but you'll only see the methods of the last one. > class IBuffer > { > public: > virtual void SomeMethod() =3D 0; > } WTF does the C++ community have the audacity .. or is it just plain ignorance .. to rename what is nothing more than a fold .. .. except of course .. it is considerably *less* functionality, since you can make a list of the functions to fold over the object in many orders dynamically, without needing any class crud, which names types that don't exist. --=20 John Skaller --=-RwFXx1t2fUmePZkjRlnU Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBDKffHsRp8/9aGVGsRAqgqAJ9awMrjcQm+kwhsLUMV3kkFZP5yNgCfSmnl XVpeNsGohSh2UXLY7Y74sN8= =rCoE -----END PGP SIGNATURE----- --=-RwFXx1t2fUmePZkjRlnU--