-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
Normalize NPM packages #2558
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
I love this idea 👍 👍 don't forget @bradmartin |
This comment was marked as abuse.
This comment was marked as abuse.
@NathanaelA I Agree, it's not straight forward. Having a plugin repository is great but its not the whole solution. Yes, not the end of the world, but important and will help new comers. I see NativeScript as Node.JS for mobile and if NodeJS has NPM eventually NativeScript should have it as well... maybe its a possible solution, maybe not. |
@shlomiassaf I am closing this issue in favor of a similar one with more votes in it: #4041 |
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Currently, the NativeScript NPM ecosystem is scattered with no convention guidelines.
NativeScript packages can come in flavours and can be easily categorised.
For example:
And more...
Here are some real world examples of packages:
nativescript-socketio
- Pluginnativescript-angular
- Adapternativescript-ng2-magic
- Adapter plugin (angular)nativescript-dev-sass
- Toolchainnativescript-dev-typescript
- ToolchainThe list is long and growing...
I believe its important to organise most of the packages under a domain of some sort, similar to the way it is done by the Angular 2 team.
Some samples:
@nativescript/core
==>nativescript
@nativescript/angular/core
==>nativescript-angular
@nativescript/angular/magic
==>nativescript-ng2-magic
@nativescript/dev/typescript
==>nativescript-dev-typescript
Transition can be done in parallel where a new version is published into old and new name.
Of course other ways to categorise are welcome, this is just an idea.
For example, separate official telerik modules by having
@telerik/nativescript
or@tns/core
I think it will greatly help making some sense.
If top contributors such as @NathanWalker , @NathanaelA , @vakrilov , @triniwiz and many others will lead the way it will get adoption.
The text was updated successfully, but these errors were encountered: