mozilla

Compare Revisions

Defining Getters and Setters

Change Revisions

Revision 169073:

Revision 169073 by Harald Albrecht on

Revision 169074:

Revision 169074 by Harald Albrecht on

Title:
Defining Getters and Setters
Defining Getters and Setters
Slug:
Talk:JavaScript/Guide/Obsolete_Pages/Creating_New_Objects/Defining_Getters_and_Setters
Talk:JavaScript/Guide/Obsolete_Pages/Creating_New_Objects/Defining_Getters_and_Setters
Content:

Revision 169073
Revision 169074
n23      When defining getters and setters using <a href="en/Core_Jan23      When defining getters and setters using <a href="en/Core_Ja
>vaScript_1.5_Guide/Creating_New_Objects/Using_Object_Initializers>vaScript_1.5_Guide/Creating_New_Objects/Using_Object_Initializers
>">object initializers</a> all you need to do is to prefix a gette>">object initializers</a> all you need to do is to prefix a gette
>r method with <tt>get</tt> and a setter method with <tt>set</tt>.>r method with <tt>get</tt> and a setter method with <tt>set</tt>.
> Of course, the getter method must not expect a parameter, while > Of course, the getter method must not expect a parameter, while 
>the setter method expects exactly one parameter (the new value to>the setter method expects exactly one parameter (the new value to
> set). For instance,> set). For instance:
t40      Which of the two forms to choose depends on your programmint40      Which of the two forms to choose depends on your programmin
>g style and task at hand. If you already go for the object initia>g style and task at hand. If you already go for the object initia
>lizer when defining a prototype you will probably most of the tim>lizer when defining a prototype you will probably most of the tim
>e choose the first form. This form is more compact and natural. H>e choose the first form. This form is more compact and natural. H
>owever, if you need to add getters and setters later – because yo>owever, if you need to add getters and setters later – because yo
>u don't wrote the prototype or particular object – then the secon>u did not wrote the prototype or particular object – then the sec
>d form is the only possible form. The second form probably best r>ond form is the only possible form. The second form probably best
>epresents the dynamic nature of JavaScript – but it can make the > represents the dynamic nature of JavaScript – but it can make th
>code hard to read and understand.>e code hard to read and understand.

Back to History