You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: 1-js/02-first-steps/01-hello-world/article.md
+4-4Lines changed: 4 additions & 4 deletions
Original file line number
Diff line number
Diff line change
@@ -47,10 +47,10 @@ The `<script>` tag has a few attributes that are rarely used nowadays, but we ca
47
47
48
48
The `type` attribute: <code><script <u>type</u>=...></code>
49
49
50
-
: The old standard HTML4 required a script to have a type. Usually it was `type="text/javascript"`. It's not required any more. Also, the modern standard totally changed the meaning of this attribute. Now it can be used for Javascript modules. But that's an advanced topic, but we'll talk about modules later in another part of the tutorial.
50
+
: The old standard HTML4 required a script to have a type. Usually it was `type="text/javascript"`. It's not required any more. Also, the modern standard totally changed the meaning of this attribute. Now it can be used for Javascript modules. But that's an advanced topic; we'll talk about modules later in another part of the tutorial.
51
51
52
52
The `language` attribute: <code><script <u>language</u>=...></code>
53
-
: This attribute was meant to show the language of the script. As of now, this attribute makes no sense, the language is JavaScript by default. No need to use it.
53
+
: This attribute was meant to show the language of the script. This attribute no longer makes sense, because JavaScript is the default language. No need to use it.
54
54
55
55
Comments before and after scripts.
56
56
: In really ancient books and guides, one may find comments inside `<script>`, like this:
@@ -61,7 +61,7 @@ Comments before and after scripts.
61
61
//--></script>
62
62
```
63
63
64
-
This trick isn't used in modern JavaScript. These comments were used to hide the JavaScript code from old browsers that didn't know about a `<script>` tag. Since browsers born in the last 15 years don't have this issue, this kind of comment can help you identify really old code.
64
+
This trick isn't used in modern JavaScript. These comments were used to hide the JavaScript code from old browsers that didn't know about a `<script>` tag. Since browsers released in the last 15 years don't have this issue, this kind of comment can help you identify really old code.
65
65
66
66
67
67
## External scripts
@@ -78,7 +78,7 @@ Here `/path/to/script.js` is an absolute path to the file with the script (from
78
78
79
79
It is also possible to provide a path relative to the current page. For instance, `src="script.js"` would mean a file `"script.js"` in the current folder.
Copy file name to clipboardExpand all lines: 1-js/02-first-steps/14-function-basics/article.md
+2-2Lines changed: 2 additions & 2 deletions
Original file line number
Diff line number
Diff line change
@@ -263,7 +263,7 @@ function checkAge(age) {
263
263
*/!*
264
264
} else {
265
265
*!*
266
-
returnconfirm('Got a permission from the parents?');
266
+
returnconfirm('Do you have permission from your parents?');
267
267
*/!*
268
268
}
269
269
}
@@ -334,7 +334,7 @@ So, it effectively becomes an empty return. We should put the value on the same
334
334
335
335
## Naming a function [#function-naming]
336
336
337
-
Functions are actions. So their name is usually a verb. It should briefly, but as accurately as possible describe what the function does. So that a person who reads the code gets the right clue.
337
+
Functions are actions. So their name is usually a verb. It should briefly, but as accurately as possible, describe what the function does, so that someone reading the code gets an indication of what the function does.
338
338
339
339
It is a widespread practice to start a function with a verbal prefix which vaguely describes the action. There must be an agreement within the team on the meaning of the prefixes.
Copy file name to clipboardExpand all lines: 1-js/02-first-steps/15-function-expressions-arrows/article.md
+4-4Lines changed: 4 additions & 4 deletions
Original file line number
Diff line number
Diff line change
@@ -78,8 +78,8 @@ let func = sayHi;
78
78
Everything would work the same. Even more obvious what's going on, right?
79
79
80
80
81
-
````smart header="Why there's a semicolon at the end?"
82
-
There might be a question, why does Function Expression have a semicolon `;` at the end, and Function Declaration does not:
81
+
````smart header="Why is there a semicolon at the end?"
82
+
You might wonder, why does Function Expression have a semicolon `;` at the end, but Function Declaration does not:
83
83
84
84
```js
85
85
function sayHi() {
@@ -198,7 +198,7 @@ The more subtle difference is *when* a function is created by the JavaScript eng
198
198
199
199
**A Function Expression is created when the execution reaches it and is usable from then on.**
200
200
201
-
Once the execution flow passes to the right side of the assignment `let sum = function…` -- here we go, the function is created and can be used (assigned, calledetc) from now on.
201
+
Once the execution flow passes to the right side of the assignment `let sum = function…` -- here we go, the function is created and can be used (assigned, called,etc. ) from now on.
202
202
203
203
Function Declarations are different.
204
204
@@ -350,7 +350,7 @@ welcome(); // ok now
350
350
```
351
351
352
352
353
-
```smart header="When to choose Function Declaration versus Function Expression?"
353
+
```smart header="When should you choose Function Declaration versus Function Expression?"
354
354
As a rule of thumb, when we need to declare a function, the first to consider is Function Declaration syntax, the one we used before. It gives more freedom in how to organize our code, because we can call such functions before they are declared.
355
355
356
356
It's also a little bit easier to look up `function f(…) {…}` in the code than `let f = function(…) {…}`. Function Declarations are more "eye-catching".
0 commit comments