Miranda getPropertySlot

From Erights

(Difference between revisions)
Jump to: navigation, search
(add method header)
(link to non-composability issue)
Line 1: Line 1:
-
'''__getPropertySlot/1''' is a deprecated [[Miranda message]].
 
-
 
-
{{instance msgdoc|__getPropertySlot|1|<var>propName</var> :[[String]]|[[Slot]]}}
 
-
 
-
==Original Javadoc==
 
-
 
-
Used in the expansion of '<tt>foo::bar</tt>' so that this syntax
 
-
represents foo's "bar" property.
 
-
 
-
'<tt>foo::bar</tt>' expands to '<tt>foo.__getPropertySlot("bar").get()</tt>'.
 
-
When used an an lValue, '<tt>foo::bar := newValue</tt>' expands
 
-
essentially to '<tt>foo.__getPropertySlot("bar").put(newValue)</tt>'
 
-
except that the expansion also has the value of the assignment
 
-
expression be the value assigned.
 
-
 
-
And finally '<tt>foo::&bar</tt>' expands to '<tt>foo.__getPropertySlot("bar")</tt>'
 
-
<p><hr> The Miranda behavior provided here synthesizes, for foo's bar
 
-
property, a Slot object <ul> <li>whose '<tt>get()</tt>' does a
 
-
'<tt>foo.getBar()</tt>' <li>whose '<tt>put(newValue)</tt>' does a
 
-
'<tt>foo.setBar(newValue)</tt>' <li>and whose '<tt>isFinal()</tt>'
 
-
returns false</tt>'. </ul>
 
-
 
-
See also: [http://www.eros-os.org/pipermail/e-lang/2004-April/009720.html Re: On kernel-E, operators, and properties (part 1)]
 
-
 
-
'''Deprecated:''' Even if E does again decide to support explicit properties,
 
-
it'll do it with a global function that asks the object's
 
-
{@link #__getAllegedType} for the methods for its
 
-
properties.
 
-
 
-
 
== Issues ==
== Issues ==
This protocol should probably be deprecated and removed, as it does not compose under inheritance. Thread: [http://www.eros-os.org/pipermail/e-lang/2005-December/thread.html#11042] [http://www.eros-os.org/pipermail/e-lang/2006-January/thread.html#11064]
This protocol should probably be deprecated and removed, as it does not compose under inheritance. Thread: [http://www.eros-os.org/pipermail/e-lang/2005-December/thread.html#11042] [http://www.eros-os.org/pipermail/e-lang/2006-January/thread.html#11064]
-
[[Category:Miranda messages]]
+
[[Category:Open issues]]
-
[[Category:Unresolved design issues]]
+

Revision as of 19:37, 21 April 2007

Issues

This protocol should probably be deprecated and removed, as it does not compose under inheritance. Thread: [1] [2]

Personal tools
more tools