Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #41396 > unrolled thread

Re: Message passing syntax for objects

Started byMark Janssen <dreamingforward@gmail.com>
First post2013-03-17 21:46 -0700
Last post2013-03-17 21:46 -0700
Articles 1 — 1 participant

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: Message passing syntax for objects Mark Janssen <dreamingforward@gmail.com> - 2013-03-17 21:46 -0700

#41396 — Re: Message passing syntax for objects

FromMark Janssen <dreamingforward@gmail.com>
Date2013-03-17 21:46 -0700
SubjectRe: Message passing syntax for objects
Message-ID<mailman.3411.1363581993.2939.python-list@python.org>
On Sun, Mar 17, 2013 at 9:26 PM, Mark Janssen <dreamingforward@gmail.com> wrote:
> Continuing on this thread, there would be a new bunch of behaviors to
> be defined.  Since "everything is an object", there can now be a
> standard way to define the *next* common abstraction of "every object
> interacts with other objects".  And going with my suggestion of
> defining >> and << operators, I'm going to explore the concept
> further....
> Each object has to figure out how it will receive things from outside
> of it.  Things it can't handle (a string sent to an int) just have to
> be dropped to some other space, much like stderr does within the O.S.

I guess here's the idea I'm getting at.  As a programming language
paradigm, OOP has to evolve -- it still has too much dependency on
number-crunching and the mathematical operators still dominate.

But a better abstraction to wrap the OOP paradigm around is
*message-passing* rather than *arithmetic*.  And having in/out
operators on objects is just *way cool*.

mark

[toc] | [standalone]


Back to top | Article view | comp.lang.python


csiph-web