flynx/object.js
1
0
Fork 0
mirror of https://github.com/flynx/object.js.git synced 2025-10-30 19:10:11 +00:00
Code Issues Packages Projects Releases Wiki Activity

docs...

Browse Source 
Signed-off-by: Alex A. Naanou <alex.nanou@gmail.com>
This commit is contained in:
Alex A. Naanou 2020-05-08 16:00:00 +03:00
parent 13fd19abf2
commit c169718e52
1 changed files with 7 additions and 5 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

12
README.md
View File

@ -7,7 +7,9 @@ This is an alternative to the ES6 `class` syntax in JavaScript and provides
several advantages: several advantages:
- _Uniform and minimalistic_ definition "syntax" based on basic JavaScript - _Uniform and minimalistic_ definition "syntax" based on basic JavaScript
object literals. No special cases, special syntax or _"the same but slightly object literals. No special cases, special syntax or _"the same but slightly
different"_ ways to do things, different"_ ways to do things, trying to adhere to
[POLS](https://en.wikipedia.org/wiki/Principle_of_least_astonishment)
as much as possible,
- _Transparently_ based on JavaScript's prototypical inheritance model, - _Transparently_ based on JavaScript's prototypical inheritance model,
- Produces fully introspectable constructors/instances, - Produces fully introspectable constructors/instances,
- Does not try to emulate constructs foreign to JavaScript (i.e. classes), - Does not try to emulate constructs foreign to JavaScript (i.e. classes),
@ -265,11 +267,11 @@ user's responsibility to call `.__call__(..)` method.
- the two approaches (_function_ vs. `.__call__(..)`) will produce - the two approaches (_function_ vs. `.__call__(..)`) will produce
functionally identical but structurally different constructors/objects, functionally identical but structurally different constructors/objects,
the difference is in `.prototype` -- what is defined as the prototype the difference is in `.prototype` -- what is defined as the prototype
_is_ the prototype, so we get: _is_ the prototype (_POLS_), so we get:
- _prototype function_ -> `.prototype` is that function object - _prototype function_ -> `.prototype` is that exact function object,
- `.__call__(..)` -> `.prototype` is the object with the `.__call__(..)` - `.__call__(..)` -> `.prototype` is _the_ object with the `.__call__(..)`
method method.
The instance in both cases is a function wrapper that will proxy the The instance in both cases is a function wrapper that will proxy the
call to the corresponding implementation. call to the corresponding implementation.