Confused

[Marvin]

Hi:

I have been programming with OOP and C++ for over 10 years but I am new
to javascript. I am very confused about one aspect and would appreciate
it if someone could explain the differences between the following 2
groups of "statements ":

function myFunc (x)
{
a = 1;
var a = 1;
a: 1;
this.a = 1;

b = x;
var b = x;
b: x;
this.b = x;

}
TIA
Marvin

[Vic Sowers]

"Marvin" <ma**********@s dc-dsc.gc.ca> wrote in message
news:11******** **************@ u72g2000cwu.goo glegroups.com.. .

Hi:

I have been programming with OOP and C++ for over 10 years but I am new
to javascript. I am very confused about one aspect and would appreciate
it if someone could explain the differences between the following 2
groups of "statements ":

function myFunc (x)
{
a = 1; JS pre-scans the function looking for local var definitions so the 'var a'
in the next statement creates a local var for 'a' in the preceeding
statment.
So the preceding statment assigns the value '1' to the local var 'a'. var a = 1; Assigns the value 1 to the local var 'a' a: 1; 'a' is a lable, which can be the target of a break or continue statement.
The statement that follows the lable evaluates to '1'. i.e. it does nothing. this.a = 1; Depends on how myFunc is called. If it is called like myVal = myFunc(arg),
this.a refers to the var a in the scope enclosing myFunc, usually the global
scope. So, this.a would refer to the global var 'a'. If myFunc is called
like MyObj = new myFunc(arg), this.a will refer to a property of myFunc and
can be referenced as myObj.a. In any functions which are a property of
myFunc's prototype property, it can be referenced as this.a. The fragment below does the same things as the fragment above except the
assignments are for the local copy of the argument 'x'. if the is a JS
atomic data type (Boolean, Number, null, undefined), the value of x is
assigned. For Strings and other Objects, a reference to the callers 'x' is
assigned. b = x;
var b = x;
b: x;
this.b = x;

}
TIA
Marvin

Hope this helps.
Vic

[Marvin]

Vic Sowers wrote:
<snip>

this.a = 1; Depends on how myFunc is called. If it is called like myVal = myFunc(arg),
this.a refers to the var a in the scope enclosing myFunc, usually the global
scope. So, this.a would refer to the global var 'a'. If myFunc is called
like MyObj = new myFunc(arg), this.a will refer to a property of myFunc and
can be referenced as myObj.a.

Huh????? In any functions which are a property of
myFunc's prototype property, it can be referenced as this.a.

<snip>

Sorry, I should have phrased my question as follows.....
What is the difference between the following:

myFunc(x) { a = 1; }
myFunc(x) { var a = 1; }
myFunc(x) { this.a = 1; }
myFunc(x) { a : 1; }

I understand the last one. In the 1st, I take it that "a" is defined as
a local variable. In the 2nd, "a" is a global variable. But I am still
confused about "this.a". I am especially confused about the differences
between:

x = myFunc(arg);
x = new myFunc(arg);
x = myFunc;

I think that the first just "executes" myFunc and returns a value. What
about the other 2?
Also, is this:

o = {a:1, b:2, c:3};

the same as the following?

o = new Object;
o.a =1;
o.b = 2;
o.c = 3;
TIA
Marvin

[Thomas 'PointedEars' Lahn]

Marvin wrote:

Vic Sowers wrote:
<snip>

> this.a = 1; Depends on how myFunc is called. If it is called like myVal =
myFunc(arg), this.a refers to the var a in the scope enclosing
myFunc, usually the global scope. So, this.a would refer to the
global var 'a'. If myFunc is called like MyObj = new myFunc(arg),
this.a will refer to a property of myFunc and can be referenced
as myObj.a.

Huh?????

He meant

var myObj = ...

or "referenced as MyObj.a".

BTW, your Question Mark key is borken.

In any functions which are a property of
myFunc's prototype property, it can be referenced as this.a.

<snip>

Sorry, I should have phrased my question as follows.....
What is the difference between the following:

myFunc(x) { a = 1; }
myFunc(x) { var a = 1; }
myFunc(x) { this.a = 1; }
myFunc(x) { a : 1; }

The difference is different code. The lines have in common that neither
one is syntactically correct, since the `function' keyword is missing.
I understand the last one.
Are you sure?
In the 1st, I take it that "a" is defined as a local variable.
(Let us assume in the following for brevity that each of the above
lines is prefixed with `function '.)

No, it is not. Since in there is no variable `a' declared in that
execution context, you are adding a new property to the next object
in the scope chain, usually the Global Object (but there are known
side effects with host objects, e.g. in IE). This would be similar
to defining a global variable.

The difference between the behavior here and the behavior with the
code in your previous posting is that there was a VariableDeclara tion
for `a' within the same execution context. Hence the first statement
did refer to the next object in the scope chain that had such a property,
which was the VariableObject of the current execution context (and
therefore `a' referred to the local variable. Even though the
VariableStateme nt followed the assignment, it was parsed first;
the initialization, however, happened later, after the unqualified
assignment.)

Variables should always be declared, or they are no variables attached
to an execution context, but properties of any object in the scope chain.
In the 2nd, "a" is a global variable.
No, it is not. Because the `var' keyword (a VariableStateme nt) was used,
a new property of the Variable Object of the current execution context
was created. Therefore, a local variable was declared. References to
`a' within this execution context refer to that variable, not to the
(global) property that may have been created before (by calling the first
version of myFunc()).
But I am still confused about "this.a". I am especially confused about the
differences between:

x = myFunc(arg);
Provided that `arg' exists (which I will assume from now for brevity), if
myFunc() is called like this, it is called as a method of the Global Object
(unless there is another object in the scope chain before the Global
Object, see above). Therefore, `this' within myFunc() refers to that
object.
x = new myFunc(arg);
If myFunc() is used as a constructor as called in a NewExpression like here,
`this' within myFunc() refers to the object that is constructed. (That
object inherits directly from myFunc.prototyp e, and is therefore called a
"myFunc object".)
x = myFunc;
This does not call myFunc(), because it is not a CallExpression (the
argument list is missing) or a NewExpression (there is no prefixed `new'
keyword). `x' is assigned the value of myFunc, which is a reference to a
Function object. Therefore, after that line, x() can be [[Call]]ed and
[[Construct]]ed as if myFunc() was [[Call]]ed or [[Construct]]ed. It is
is not copying an object, it is copying the reference to that object.
[...]
Also, is this:

o = {a:1, b:2, c:3};

the same as the following?

o = new Object;
o.a =1;
o.b = 2;
o.c = 3;

It is. An Object literal is both a constructor and an initializer,
so is an Array literal [1, 2, 3], and a RegExp literal /1+2*3/. The
difference with the RegExp literal is that the corresponding RegExp
object is created before execution, and so is only created once, even
if it is used several times in the code.

This is very basic knowledge (no matter the terms used to describe
it). Please search the archives, RTFAQ[1] RTFM, and STFW, before
you post again.
HTH

PointedEars
___________
[1] <URL:http://jibbering.com/faq/>

[Vic Sowers]

"Marvin" <ma**********@s dc-dsc.gc.ca> wrote in message
news:11******** **************@ t31g2000cwb.goo glegroups.com.. .

Vic Sowers wrote:
<snip>

> this.a = 1; Depends on how myFunc is called. If it is called like myVal =
myFunc(arg),
this.a refers to the var a in the scope enclosing myFunc, usually the
global
scope. So, this.a would refer to the global var 'a'. If myFunc is called
like MyObj = new myFunc(arg), this.a will refer to a property of myFunc
and
can be referenced as myObj.a.

Huh?????

In any functions which are a property of
myFunc's prototype property, it can be referenced as this.a.

<snip>

Sorry, I should have phrased my question as follows.....
What is the difference between the following:

myFunc(x) { a = 1; }

'a' is not declared in the function, so 'a' refers to the scope enclosing
the function, usually the global scope.
myFunc(x) { var a = 1; }
'a' is a local var.
myFunc(x) { this.a = 1; }
myFunc(x) { a : 1; }

I understand the last one. In the 1st, I take it that "a" is defined as
a local variable. In the 2nd, "a" is a global variable.
This is backward. 'var' defines 'a' locally.
But I am still
confused about "this.a". I am especially confused about the differences
between:

x = myFunc(arg);
Yes, this just executes the function and assigns its return value to 'x'..

'this.a' inside this function refers to the global 'a' outside the function.
x = new myFunc(arg);
This creates a new instance of the Object 'myFunc' and assigns it's
reference to 'x'.

'this.a' inside this function makes 'a' a property of this object and may be
referred to as 'x.a'.

Now you can create a different function:
function myFunc.prototyp e.diffFunc(arg) {
...
this.a = arg;
...
}
and now 'x.diffFunc(1)' will assign 1 to 'x.a'.
x = myFunc;
This assigns a reference to the function 'myFunc' to 'x'.

Now 'y = x(arg)' will execute 'myFunc' and assign its return value to y.

I think that the first just "executes" myFunc and returns a value. What
about the other 2?
Also, is this:

o = {a:1, b:2, c:3};

the same as the following?

o = new Object;
o.a =1;
o.b = 2;
o.c = 3;
Yes.


TIA
Marvin

[Marvin]

Thomas 'PointedEars' Lahn wrote:

This is very basic knowledge (no matter the terms used to describe
it). Please search the archives, RTFAQ[1] RTFM, and STFW, before
you post again.

All I've been doing for the past couple of weeks is searching the
archives. It is very difficult (near impossible) to find any clear
explanations about this. The only clear explanations seem to be with
basic JavaScript 1.0. If you can point me to some well written, clear
description(s) of the latest JavaScript, I'd appreciate it.

Marvin

[Randy Webb]

Marvin said the following on 3/22/2006 4:18 PM:

Thomas 'PointedEars' Lahn wrote:

This is very basic knowledge (no matter the terms used to describe
it). Please search the archives, RTFAQ[1] RTFM, and STFW, before
you post again.

All I've been doing for the past couple of weeks is searching the
archives. It is very difficult (near impossible) to find any clear
explanations about this. The only clear explanations seem to be with
basic JavaScript 1.0. If you can point me to some well written, clear
description(s) of the latest JavaScript, I'd appreciate it.

Ignore Thomas for the most part. His answers fall into two categories:

1) Quote a lot of crap that doesn't pertain to what really happens.
2) Tell you to RTFM, you are dumb, get a clue, generally condescending.

Neither is worth the ink it takes to display text on a monitor.

ECMAScript is where you want to look.

<URL:
http://www.ecma-international.org/pu...s/Ecma-262.htm >

Would be the best starting place. Then, test it. Test until you are
tired of testing. The specs are a good place to start to find out how it
should work, then testing will show you how it really works - whether in
accordance to the specs or not - it will show you how it really works.

--
Randy
comp.lang.javas cript FAQ - http://jibbering.com/faq & newsgroup weekly
Javascript Best Practices - http://www.JavascriptToolbox.com/bestpractices/

[Thomas 'PointedEars' Lahn]

Marvin wrote:

Thomas 'PointedEars' Lahn wrote:

This is very basic knowledge (no matter the terms used to describe
it). Please search the archives, RTFAQ[1] RTFM, and STFW, before
you post again.
All I've been doing for the past couple of weeks is searching the
archives. It is very difficult (near impossible) to find any clear
explanations about this.

Have I not just posted a very clear and detailed explanation of this?
If you do not think so, what parts of it are still unclear?

However, you should try any of the terms "activation object" and
"execution context" as keyword.
The only clear explanations seem to be with basic JavaScript 1.0.
If you can point me to some well written, clear description(s) of
the latest JavaScript, I'd appreciate it.

You could read the FAQ for a start. It also contains links to reference
material as the Wikipedia article on JavaScript does. You will also find
a lot of useful links in my previous articles.

That said, you should get informed about ECMAScript and JScript, too,
because JavaScript 1.1+ and JScript are ECMAScript implementations .
HTH

PointedEars

[Michael Winter]

On 22/03/2006 15:49, Marvin wrote:

Vic Sowers wrote:

this.a = 1;
Depends on how myFunc is called. If it is called like myVal = myFunc(arg),
this.a refers to the var a in the scope enclosing myFunc, usually the global
scope. So, this.a would refer to the global var 'a'. If myFunc is called
like MyObj = new myFunc(arg), this.a will refer to a property of myFunc and
can be referenced as myObj.a.

Huh?????

The first sentence above - that the value of the this operator changes -
is correct. The rest is not quite so accurate.

In the course of replying to other posts, I've written about this topic.
Perhaps you'll find one of those posts helpful. The OP replied to one[1]
to say that he found it useful, so hopefully you will, too. If not,
there are others[2] you might try.

If you have any questions about those posts (see the end of this post
for links to the archives), don't hesitate to ask.

[snip]
What is the difference between the following:
Be aware that you omitted the function keyword in the following examples.
myFunc(x) { a = 1; }
The interpreter will search the scope chain for the identifier, a. As it
won't find one as a local variable, or as a declared global variable, a
new property will be created on the global object. This new global
variable will then be assigned the number, 1.
myFunc(x) { var a = 1; }
When this function is called, the interpreter will first create two
local variables. The first is the formal argument, x, and the second is
the declared local variable, a. Before execution of the function begins,
x will be assigned the value passed when the function is called (or
undefined if there was no argument), whilst a will remain undefined.
When execution begins, the variable, a, will be assigned the number, 1,
when that statement is reached.

It's important to note that variable declarations (as well as inner
function declarations) are processed before execution of the function
occurs.

Perhaps the following will be more clear:

function myFunc(x) {
/* Some code */

var a = 1;

/* Some more code */
}

is equivalent to:

function myFunc(x) {
var a; // Note: no initialiser

/* Some code */

a = 1;

/* Some more code */
}
myFunc(x) { this.a = 1; }
A property, a, is created (if necessary) on whatever object the this
operator references, and is assigned the number, 1.
myFunc(x) { a : 1; }
The body of this function contains a label, named 'a', and an expression
statement, 1. There are no variables involved and no assignments, though
the formal argument, x, does exist. Evaluation of the numeric literal,
1, does nothing.

[snip]
I am especially confused about the differences between:
If you've read the posts that I referred you to, you may already
understand the following.
x = myFunc(arg);
The function, myFunc, is called with an argument, arg. The return value
from this function, which may be the value, undefined, is assigned to
the variable, x.
x = new myFunc(arg);
I explained that in some detail in [1].
x = myFunc;
A reference to the function object, myFunc, is assigned to the variable,
x. The following calls are now equivalent:

myFunc();
x();

That is, both result in the execution of the same function object.

[snip]
Also, is this:

o = {a:1, b:2, c:3};

the same as the following?

o = new Object;
o.a =1;
o.b = 2;
o.c = 3;

Yes.

Hope that helps,
Mike
[1] Subject: Re: How do I properly pass a parameter to a
parameterized event handler in a loop?
Date: Sun, 01 Jan 2006 21:07:09 GMT
Message-ID: 1w************* ******@text.new s.blueyonder.co .uk

<http://groups.google.c o.uk/group/comp.lang.javas cript/browse_frm/thread/d77f3051f3e80a8 c/ec26cd885e01c29 2#ec26cd885e01c 292>
[2] Subject: Re: Object oriented stuff and browsers related
thing
Date: Sun, 20 Nov 2005 00:05:09 GMT
Message-ID: V4************* ****@text.news. blueyonder.co.u k

<http://groups.google.c o.uk/group/comp.lang.javas cript/browse_frm/thread/27beecb64c50485 9/1edf3029a9bed64 9#1edf3029a9bed 649>
Subject: Re: How to understand the javascript class model?
Date: Thu, 25 Aug 2005 10:17:30 GMT
Message-ID: _U************* ****@text.news. blueyonder.co.u k

<http://groups.google.c o.uk/group/comp.lang.javas cript/browse_frm/thread/9b041b9103b6de0 f/b33f710ad371e67 a#b33f710ad371e 67a>

--
Michael Winter
Prefix subject with [News] before replying by e-mail.

[RobG]

Michael Winter said on 23/03/2006 9:51 AM AEST:

On 22/03/2006 15:49, Marvin wrote:

Vic Sowers wrote:

this.a = 1;
Depends on how myFunc is called. If it is called like myVal =
myFunc(arg),
this.a refers to the var a in the scope enclosing myFunc, usually the
global
scope. So, this.a would refer to the global var 'a'. If myFunc is called
like MyObj = new myFunc(arg), this.a will refer to a property of
myFunc and
can be referenced as myObj.a.

Huh?????

The first sentence above - that the value of the this operator changes -
is correct. The rest is not quite so accurate.

In the course of replying to other posts, I've written about this topic.
Perhaps you'll find one of those posts helpful. The OP replied to one[1]
to say that he found it useful, so hopefully you will, too. If not,
there are others[2] you might try.

If you have any questions about those posts (see the end of this post
for links to the archives), don't hesitate to ask.

[snip]

What is the difference between the following:

Be aware that you omitted the function keyword in the following examples.

myFunc(x) { a = 1; }

The interpreter will search the scope chain for the identifier, a. As it
won't find one as a local variable, or as a declared global variable, a
new property will be created on the global object. This new global
variable will then be assigned the number, 1.

Mike I love your stuff, but there's one detail I'd like to add here:
because 'z' is not declared with 'var' anywhere and is initialised
inside a function, it will not be added as a property of the global
object *until the function is executed*.

e.g.

function setZ() { z = 10; }

alert(z); // Error - 'z is not defined', no more code is
// executed in this script element
If the above is 'fixed' so that it runs, the following happens:

function setZ() { z = 10; }

setZ(); // Now z is added as a global property and
// given a value of 10

alert(z); // shows 10
Until the function runs, z is a kind of quasi-global object. The real
fix is to declare z upfront as a global variable:

var z; // z is added as a global variable with value 'undefined'
function ...
The OP should read about the different ways that global code and
function code are handled.

[...]

Also, is this:

o = {a:1, b:2, c:3};

the same as the following?

o = new Object;
o.a =1;
o.b = 2;
o.c = 3;

You answered 'yes' here, I thought there was a typo. It seems that:

1. var x = new Object();

2. var x = Object();

3. var x = new Object;
all assign an object to x. The first is typical, Object is called as a
constructor with the new operator (15.2.2).

The second seems to be based on section 15.2.1.1 - calling the Object
function with no arguments returns a new object as if new Object() had
been called.

The third surprised me, but seems to be based on section 11.2.2 where
the internal [[construct]] method of Object will be called (15.2.4.1
notes Object.prototyp e.constructor as the built-in Object constructor).
So again, the same as if new Object() had been called.

Is that correct? Are they all equivalent? If so, why are there three
different ways to do the same thing?
Incidentally, I find discussions like this extremely helpful. Trying to
understand how JavaScript works from first principles solely using the
spec may be OK for some but it's a definite challenge for me.

I recently did a search of the archive using 'activation object' and
'execution context' (coincidence that Thomas just suggested it too!) and
came up with some great stuff.

--
Rob