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
One of the themes of NilScript 3 is "oj grows up, changes its name, and becomes its own language."
While making conversion of Objective-C code to NilScript is still a major use case, mirroring the Objective-C syntax exactly has become less of a priority over time compared to oj 0.x.
Do to the evolution of the language, some things no longer make sense: Why do ivars use C-style syntax when @type uses TypeScript style? Why do we have @interface syntax in the @implementation block? Should we allow non-operational attributes like retain on @propertys? Why do we have two different syntaxes for @cast? There are also a lot of language features that were used in 0.x and 1.x, and haven't been used since. These can likely be dropped.
Another theme is compatibility with future versions of ECMAScript. What do we do once Decorators use the @ syntax?
The text was updated successfully, but these errors were encountered:
Users will use the Compiler#uses and Compiler#compile API. This will allow the compiler to see the entire source base and make optimizations as needed.
One of the themes of NilScript 3 is "oj grows up, changes its name, and becomes its own language."
While making conversion of Objective-C code to NilScript is still a major use case, mirroring the Objective-C syntax exactly has become less of a priority over time compared to oj 0.x.
Do to the evolution of the language, some things no longer make sense: Why do ivars use C-style syntax when
@type
uses TypeScript style? Why do we have@interface
syntax in the@implementation
block? Should we allow non-operational attributes likeretain
on@property
s? Why do we have two different syntaxes for@cast
? There are also a lot of language features that were used in 0.x and 1.x, and haven't been used since. These can likely be dropped.Another theme is compatibility with future versions of ECMAScript. What do we do once Decorators use the
@
syntax?The text was updated successfully, but these errors were encountered: