e3075b0479
Refactored class module invocation method into separate functions
...
- The class module is getting too big. Something will have to be done soon.
2011-03-04 19:49:15 -05:00
b158e542d5
Declaring named class will throw error for extreaneous arguments
2011-03-04 16:36:15 -05:00
dca7653adf
Merge branch 'master' into visibility/master
2011-03-04 00:26:02 -05:00
7bb87e370f
No need to recheck the type each time
2011-03-04 00:24:42 -05:00
009c4a93e9
Interfaces now have sane/useful values when converted to strings
2011-03-04 00:19:02 -05:00
ec7b4e2b6b
Updated class module docblock
2011-03-04 00:17:25 -05:00
85e687e29c
Added Interface.isInterface()
2011-03-03 23:59:37 -05:00
4148f8742d
Merge branch 'master' into visibility/master
...
Conflicts:
test/test-class-extend.js
2011-03-03 23:29:20 -05:00
81d03cb984
Altered class toString() representations to be more consistent with JS
2011-03-03 23:00:59 -05:00
e2cba458d8
Class instances now have different default toString() implementations than uninstantiated classes
...
- Instance id is not yet included, as that is currently in a different branch
2011-03-03 22:53:20 -05:00
840a495017
Began implementing named classes
...
- toString() implementation
2011-03-03 22:33:18 -05:00
b96aaa35d9
README correction
2011-03-03 20:09:01 -05:00
ecd46382f3
Added brief mention and example of interfaces to README
2011-03-03 19:47:48 -05:00
032d1956a6
Altered README to reflect recent 'natural definition' addition
2011-03-03 19:45:03 -05:00
d23ae6210c
Initial implementation of natural class definition by invoking class module
2011-03-03 19:43:20 -05:00
15ac62d063
Updated TODO for naming
2011-03-03 19:11:00 -05:00
3f915d3644
The interface module may now be invoked, providing a more natural looking means of declaring interfaces
2011-03-03 19:08:24 -05:00
4987856a46
Combine process now wraps using module rather than only exports
...
- This will allow us to overwrite the 'exports' object
2011-03-03 14:14:10 -05:00
27e3eb9370
Added visibility mention to README
2011-03-02 23:48:55 -05:00
138f3c24e7
Removed protected from TODO
...
- I've been procrastinating.
2011-03-02 23:27:09 -05:00
bc9e2bb7b2
Fix setting public properties
...
- This currently only works with ES5 engines
- Fallback to follow so this will work with pre-ES5 engines
- As such, I do not recommend using this commit outside of ES5-compliant engines that work properly with getters/setters
- This does NOT include IE8, as IE8 only works with getters/setters on DOM elements
2011-03-02 23:21:10 -05:00
74c2fc57c1
Initial implementation of protected members
...
- This was quite the pain in the ass
- There are additional considerations. I DO NOT recommend using this commit. Check out a later commit.
2011-03-02 20:43:24 -05:00
2af7bcf45d
Merge branch 'master' into visibility/master
2011-03-02 07:54:52 -05:00
d74c01b562
Removed visibility dependency from test-class-abstract
2011-03-02 07:53:58 -05:00
40228361a1
test-class-parent no longer relies on member visibility to succeed
...
- This is important for pending changes
2011-03-02 07:51:18 -05:00
e239352fc0
Resolved bug that was causing the system to think that Object prototype members were part of the abstract member list when attempting to define a method with the same name
2011-03-01 12:11:36 -05:00
e3561a492f
Modified interface property message to be a bit more helpful in a likely common scenerio
2011-03-01 09:17:24 -05:00
02d0c07f98
Extended existing visibility tests to include methods
2011-01-27 22:39:52 -05:00
38c16048cb
Began adding protected/private member support
...
- No longer adding ANY properties to prototype
- protected/private members no longer part of the public access level
2011-01-27 22:35:40 -05:00
8c7ad787c8
Abstract methods list is no longer public
2011-01-25 00:24:50 -05:00
fb5d541ea3
Removed old console.log
2011-01-25 00:23:56 -05:00
fa8cddea07
Meta now uses deep cloning
2011-01-25 00:19:48 -05:00
881edc0cc6
Preparing to remove abstractMethods from public prototype; now uses hash for performance since it no longer needs to be referenced cleanly externally
...
- It will be later referenced via reflection
2011-01-25 00:13:47 -05:00
069ef6717f
Removed direct reference to abstractMethods from README
2011-01-24 23:59:24 -05:00
194aa02402
{new,} TypeError
2011-01-24 23:57:19 -05:00
188ad2f4eb
Getters/setters are not supported within interface definitions
2011-01-24 23:56:54 -05:00
c7b262b271
Concrete methods cannot be overridden by abstract methods
2011-01-24 23:52:06 -05:00
37e5b1d94d
util.propCopy() no longer needed
2011-01-24 23:38:27 -05:00
70f5d09c34
Interface now uses propParse and member builders
2011-01-24 23:35:45 -05:00
cd7b2563e5
Combined shared conditions in separate if statements
2011-01-24 23:30:32 -05:00
eba32ed4cb
Beginning to move Class over to use member builders
2011-01-24 23:28:48 -05:00
2a54662716
Added getter/setter keywords to propParse
2011-01-24 23:27:55 -05:00
5a3b401647
Began moving abstract logic out of propCopy
2011-01-24 20:58:58 -05:00
96d2f74dae
Method builder wraps overrides in an override function
2011-01-21 23:16:20 -05:00
e03d5861bb
Overridden methods must have >= length parameter lists
2011-01-21 22:19:22 -05:00
b8a6aa2af6
Method builder does not permit overriding properties with methods
2011-01-21 21:53:31 -05:00
12e5b48a7d
Cannot override method with property
2011-01-21 21:43:18 -05:00
dea6972416
Began adding basic method builder (currently operates the same as property builder)
...
- They are essentially the same, but the method builder will have additional logic (e.g. method overriding) and support different keywords
2011-01-21 20:54:55 -05:00
906e468cdf
Refactored test logic that will be shared between multiple members into inc-member_builder-common.js to reduce code duplication
2011-01-21 20:46:24 -05:00
94d6fb1655
Added params to member_builder.initMembers() docblock
2011-01-21 00:09:26 -05:00
Mike Gerwitz