JavaScript: Difference between revisions

From Wildsong
Jump to navigationJump to search
Brian Wilson (talk | contribs)
Brian Wilson (talk | contribs)
mNo edit summary
 
(7 intermediate revisions by the same user not shown)
Line 2: Line 2:
my Web development skills with Javascript, React, Node and friends.
my Web development skills with Javascript, React, Node and friends.


== Todo ==
2019 was all about React but now I am jumping over to Svelte.
The irony is that I spent time learning React and am moving away from it just as Esri adopts it for Experience Builder.
So I will still be using React, but it won't be my focus.


=== Read more books (and book-like things) ===
== Read more books (and book-like things) ==


2019-02-01 Recently, learning Redux --
2022-01-28 Learning Svelte and Sveltekit. I still really like Parcel; should I use it or whatever Sveltekit does?
* "React In Action" and  
* Svelte https://svelte.dev/ and Sveltekit https://kit.svelte.dev/
* "Redux in Action" and
* "Practical Svelte", Alex Libby, great book. https://learning.oreilly.com/library/view/practical-svelte-create/9781484273746/
 
2019-02-01
* "React In Action" and Redux in Action"  
* "Building Enterprise JavaScript Applications"
* "Building Enterprise JavaScript Applications"


Line 30: Line 35:
* [https://www.manning.com/books/react-quickly React Quickly] is dated (eg React 15 instead of 16). (Skip it.)
* [https://www.manning.com/books/react-quickly React Quickly] is dated (eg React 15 instead of 16). (Skip it.)


==== React ====
== Svelte ==
 
Let's just break down and make a page right now, [[Svelte]].
 
== React ==
 
I think I have a page for this, too. [[React]]


"Building Enterprise JavaScript Applications", see chapter 14
"Building Enterprise JavaScript Applications", see chapter 14
Line 39: Line 50:
[https://www.fullstackreact.com/articles/how-to-write-a-google-maps-react-component/ Google maps in React]
[https://www.fullstackreact.com/articles/how-to-write-a-google-maps-react-component/ Google maps in React]


==== Redux ====
=== Redux ===


Maybe you don't need to know anything about Redux and can instead use contexts! That would be nice.
Maybe you don't need to know anything about Redux and can instead use contexts! That would be nice.
Line 52: Line 63:
[https://github.com/boundlessgeo/ole Boundless past] to 2018,  
[https://github.com/boundlessgeo/ole Boundless past] to 2018,  
and writing about that process in my new [https://github.com/brian32768/ole/wiki Github Wiki].
and writing about that process in my new [https://github.com/brian32768/ole/wiki Github Wiki].
=== Stupid caniuse-lite error ===
It suggests an npm command to fix it but the command does nothing.
This has been bugging me for months. The fix is
npx browserslist@latest --update-db


=== Look at more ===
=== Look at more ===
Line 60: Line 78:


=== Things to look at soonish ===
=== Things to look at soonish ===
* [https://github.com/jorgebucaran/hyperapp Hyperapp] tiny framework with state management. So small even I might be able to understand and use it.
 
* Preact https://dev.to/aalises/preact--typescript--parcel--redux-zero-rebuilding-the-qmenta-front-end-focusing-on-performance-and-minimalism-1lnp
* React
* Redux state management
* Geolocation: See "HTML5 and JavaScript Web Apps", chapter 7.
* Geolocation: See "HTML5 and JavaScript Web Apps", chapter 7.
* Device Orientation API: "HTML5 and JavaScript Web Apps", chapter  8. Accelerometers, compasses, etc.
* Device Orientation API: "HTML5 and JavaScript Web Apps", chapter  8. Accelerometers, compasses, etc.
Line 86: Line 101:
I have not actually used it on a server yet.
I have not actually used it on a server yet.


== Using Parcel bundler ==
== Parcel builder ==


Automatically creates bundles and runs your app, does "hot module replacement", you can watch what's happening... beautiful. When you edit+save that Parcel sees the file change and triggers a rebuild. Sometimes I have to hit refresh in the browser.
Automatically creates bundles and runs your app, does "hot module replacement", you can watch what's happening... beautiful. When you edit+save that Parcel sees the file change and triggers a rebuild. Sometimes I have to hit refresh in the browser.
Line 105: Line 120:


I like backup files but I like '''hot module replacement''' even more.
I like backup files but I like '''hot module replacement''' even more.
A month in and I find I use emacs 90% of the time instead of using VS. Code completion in VS is great but so is the quick edit/debug cycle with emacs.


=== Building a standalone package ===
=== Building a standalone package ===
Line 115: Line 128:
== Which IDE for JavaScript? ==  
== Which IDE for JavaScript? ==  


Familiarity led me to work with VS for about a month, then I made the leap to Atom.
VS Code won out on this, deleting all the old comments here! Just use VS Code.
I am now more comfortable using it for JavaScript but still use VS for Python, they still have a great debugger.


Which one? Short answer:
Forget Atom and Visual Studio and whatever thing comes from JetBrains.
* Atom: Better editor
* VS: Better debugger


I find for my use that Atom wins out because I haven't been doing single line debugging in VS,
Parcel gives you "hot module replacement" and you don't have to write and maintain a server.js, the server is built in.
I use the browser for debugging with Atom and so far it's been okay. VS is still there if I need it.


=== Atom editor ===
I have a script set up in package.json to launch parcel and it in turn launches a browser. In a '''cmd''' window I type


==== Customizing Atom ====
npm start


I found a lot of the autocomplete features burned too much CPU on my little Dell laptop at work. I might try them again in July when I will have a new computer.
Running "npm run build" creates a deployment bundle in the dist/ folder, copy that to a server and voila! Deployed.
 
Core package "autocomplete-plus" was driving me crazy until I tweaked the settings,  
changing the delay timeout to 250 and then changing "tab and enter" to "tab always, enter when suggestion explicitly selected".
 
I found this to be helpful.
https://fullstackengine.net/recommended-atom-packages-react-js/
 
These are the ones I still use:
* [https://atom.io/packages/atom-save-all atom-save-all] Save all changed files on ^-S.
* color-picker (alt-ctl-C) '''THIS IS COOL!'''


I got '''REALLY tired''' of having to clean up quotes and brackets and found I could turn off "Autocomplete Brackets" in the core [https://atom.io/packages/bracket-matcher Bracket Matcher] package. WHEW. Maybe if I had not learned to program 40 years ago I would need this little crutch? I can close my own quotes; thanks for thinking of me and allowing me to disable the feature.
== ESLint ==


I tried these and found some of them modestly useful:
YAY lint. I can run "npm run lint" to get output all at once in a terminal window
* [https://atom.io/packages/atom-ternjs atom-ternjs] (javascript code intelligence)
and I can leave fast-eslint turned on all the time in atom to get help while editing.
* [https://atom.io/packages/atom-wrap-in-tag atom-wrap-in-tag] (Alt-Shift-W) ''I find I seldom use this one.''
* [https://atom.io/packages/autoclose-html Autoclose HTML]
* autocomplete-modules (autocomplete require and import)
* language-babel (autocomplete jsx and more)
* [https://atom.io/packages/sync-settings sync-settings] (uses github gist, ctl-shift-p Sync Settings:Backup or :Restore)


==== sync-settings ====
In npm I installed globally


After putting in the token under settings,
npm install eslint -g


Might want to look at [https://atom.io/packages/emmet Emmet]
and in each project needing lint I installed
npm install eslint-plugin-import -D
npm install eslint-plugin-node -D
npm install eslint-plugin-promise -D
npm install eslint-plugin-react -D
npm install eslint-plugin-react-hooks -D
npm install eslint-plugin-standard -D
npm install eslint-config-standard -D
npm install eslint-config-standard-react -D


=== Using Visual Studio ===
In Atom I installed
 
apm install fast-eslint
As I said before I started using Parcel I used [[Microsoft Visual Studio]]. Visual Studio Code looks nice but I don't feel a need to develop new skills right now.
 
I installed the Node.JS workload in VS
and installed the (standalone) portable Node.JS package.
 
Now in VS I can create a web Node.JS project, and I can run and test the complete app on my desktop so I don't need any access to a real web server.
 
In my VS project, I have to set the Node.exe path to C:\Users\bwilson\Portable\node-v8.11.3-win-x64\node.exe
Once I do that it can find the other tools like npm too.
 
My typical server.js looks like this; I keep it in a VS template at github to make project creation easier.


My .eslint.js file looks like
<pre>
<pre>
var http = require('http');
module.exports = {
var port = process.env.PORT || 1337;
    "env": {
var path = require('path'),
        "browser": true,
     fs = require('fs');
        "es6": true
var base = 'C:/GeoModel/WebMaps/OpenlayersApp';
    },
 
    "extends": ["eslint:recommended"],
http.createServer(function (req, res) {
     "globals": {
      
        "Atomics": "readonly",
     pathname = base + req.url;
        "SharedArrayBuffer": "readonly"
     if (req.url === '/') {
    },
         pathname = base + '/index.html';
    "parserOptions": {
        "ecmaFeatures": {
            "jsx": true
        },
        "ecmaVersion": 2018,
        "sourceType": "module"
     },
     "plugins": [
        "react",
"react-hooks"
    ],
     "rules": {
"react-hooks/rules-of-hooks": "error",
         "react-hooks/exhaustive-deps": "warn"
     }
     }
    console.log(pathname);
};
</pre>


    if (fs.exists(pathname)) {
My .eslintignore file looks like
        res.writeHead(404);
<pre>
        res.write('Page not found 404\n');
tasks/
        res.end();
dist/
    } else {
build/
        res.setHeader('Content-Type', 'text/html');
node_modules/
        res.statusCode = 200;
        var file = fs.createReadStream(pathname);
        file.on("open", function () {
            file.pipe(res);
        });
    }
 
}).listen(port);
 
console.log("Server running on port ", port);
</pre>
</pre>


When I run the project, it launches server js and in turn launches a browser and serves up my index.html. I can click local links therein.
I add this line to scripts in package.json
I can edit the index.html and hit reload in the browser and ta-da! there's my updated page.
  "lint": "eslint .",
 
=== Debugging the client ===
 
Basically you run a tiny server on your desktop and watch output in a cmd window and use F12 to open the console in the browser.
 
==== Debug in Chrome ====
 
Once the app is running (in Parcel or VS) in the browser you can set break points, single step, look at variables, all the good stuff.
I use Chrome for development. See https://developers.google.com/web/tools/chrome-devtools/javascript/
 
==== Parcel ====
 
Parcel gives you "hot module replacement" and you don't have to write and maintain a server.js, the server is built in.
 
I have a script set up in package.json to launch parcel and it in turn launches a browser. In a '''cmd''' window I type
 
  npm start
 
Running "npm run build" creates a deployment bundle in the dist/ folder, copy that to a server and voila! Deployed.
 
==== Node + Visual Studio ====
 
I have a separate [[Node]] page now for more Node nodes.
 
Refer to https://docs.microsoft.com/en-us/visualstudio/debugger/client-side-script-debugging
 
NOTE if you have VS 15.7 installed: [https://blogs.msdn.microsoft.com/webdev/2018/06/29/changes-to-script-debugging-in-visual-studio-15-7/ Change in 15.7]
 
I was able to change my default browser to IE and get that going. Good news.
Now I need to make it work in Chrome, this guy's page helped me:
[http://lostindetails.com/blog/post/JavaScript-debugging-in-VisualStudio-with-Chrome JavaScript debugging in VisualStudio with Chrome]
and [https://chromedevtools.github.io/devtools-protocol/ Chrome's page on the subject.]
 
# Start chrome in remote debug mode: chrome.exe --remote-debugging-port=9222
# Attach Visual Studio: "Debug" -> "Attach to Process..." -> select the chrome instance
Done.


== Links ==
== Some links ==


* [https://juristr.com/blog/2014/08/node-grunt-yeoman-bower/ Blog about Node]
* [https://juristr.com/blog/2014/08/node-grunt-yeoman-bower/ Blog about Node]
Line 253: Line 213:


[[Category: JavaScript]]
[[Category: JavaScript]]
[[Category: Web]]

Latest revision as of 16:21, 24 March 2022

I will be developing new county GIS Web applications using OpenLayers and that means updating my Web development skills with Javascript, React, Node and friends.

2019 was all about React but now I am jumping over to Svelte. The irony is that I spent time learning React and am moving away from it just as Esri adopts it for Experience Builder. So I will still be using React, but it won't be my focus.

Read more books (and book-like things)

2022-01-28 Learning Svelte and Sveltekit. I still really like Parcel; should I use it or whatever Sveltekit does?

2019-02-01

  • "React In Action" and Redux in Action"
  • "Building Enterprise JavaScript Applications"

Svelte

Let's just break down and make a page right now, Svelte.

React

I think I have a page for this, too. React

"Building Enterprise JavaScript Applications", see chapter 14

See the links at the bottom of this page https://github.com/react-component/react-component.github.io

Google maps in React

Redux

Maybe you don't need to know anything about Redux and can instead use contexts! That would be nice. https://blog.bitsrc.io/react-context-api-a-replacement-for-redux-6e20790492b3

Or maybe there are still reasons to use Redux: http://davidandsuzi.com/writing-a-basic-react-redux-app-in-2018/ Note the author says it's based on an article from 2015. ;-)

Ole port

I forked Ole from its Boundless past to 2018, and writing about that process in my new Github Wiki.

Stupid caniuse-lite error

It suggests an npm command to fix it but the command does nothing. This has been bugging me for months. The fix is

npx browserslist@latest --update-db

Look at more

Things to look at soonish

  • Geolocation: See "HTML5 and JavaScript Web Apps", chapter 7.
  • Device Orientation API: "HTML5 and JavaScript Web Apps", chapter 8. Accelerometers, compasses, etc.

Using but don't want to know about

  • jquery
  • babel - An Ole dependency that translates JS code

Things to ignore for now

Using Node

There is a nice blog post here that explains all the stuff I learned painfully slowly over the last month. Read the first part, stop reading when you get to the section on Bower. Time has marched on and now there is Parcel.

Node was originally intended to be for server side Javascript but ends up being a great development tool for client side applications. I have not actually used it on a server yet.

Parcel builder

Automatically creates bundles and runs your app, does "hot module replacement", you can watch what's happening... beautiful. When you edit+save that Parcel sees the file change and triggers a rebuild. Sometimes I have to hit refresh in the browser.

Except - does not work in Visual Studio -- after saving from VS, Parcel does not always see changes. Occasionally it does, I get excited, then it stops. I switched to Atom anyway.

Install it

npm install -g parcel-bundler

Add to PATH C:/Users/bwilson/AppData/Roaming/npm

Parcel + Emacs

Parcel HMR does not work with Emacs until you turn off autobackup files with this in your .emacs:

(setq make-backup-files nil)

I like backup files but I like hot module replacement even more.

Building a standalone package

Okay but if I am NOT building an app and instead want to build a standalone module and want to test it in Parcel, how do I do that? I think I should look at https://parceljs.org/packagers.html

Which IDE for JavaScript?

VS Code won out on this, deleting all the old comments here! Just use VS Code.

Forget Atom and Visual Studio and whatever thing comes from JetBrains.

Parcel gives you "hot module replacement" and you don't have to write and maintain a server.js, the server is built in.

I have a script set up in package.json to launch parcel and it in turn launches a browser. In a cmd window I type

npm start

Running "npm run build" creates a deployment bundle in the dist/ folder, copy that to a server and voila! Deployed.

ESLint

YAY lint. I can run "npm run lint" to get output all at once in a terminal window and I can leave fast-eslint turned on all the time in atom to get help while editing.

In npm I installed globally

npm install eslint -g 

and in each project needing lint I installed

npm install eslint-plugin-import -D
npm install eslint-plugin-node -D
npm install eslint-plugin-promise -D
npm install eslint-plugin-react -D
npm install eslint-plugin-react-hooks -D
npm install eslint-plugin-standard -D
npm install eslint-config-standard -D
npm install eslint-config-standard-react -D

In Atom I installed

apm install fast-eslint

My .eslint.js file looks like

module.exports = {
    "env": {
        "browser": true,
        "es6": true
    },
    "extends": ["eslint:recommended"],
    "globals": {
        "Atomics": "readonly",
        "SharedArrayBuffer": "readonly"
    },
    "parserOptions": {
        "ecmaFeatures": {
            "jsx": true
        },
        "ecmaVersion": 2018,
        "sourceType": "module"
    },
    "plugins": [
        "react",
	"react-hooks"
    ],
    "rules": {
	"react-hooks/rules-of-hooks": "error",
        "react-hooks/exhaustive-deps": "warn"
    }
};

My .eslintignore file looks like

tasks/
dist/
build/
node_modules/

I add this line to scripts in package.json

"lint": "eslint .",

Some links