Six months is a lot of time in framework land, so needs an update. I advise you to check it out before this one, as we go deeper in the philosophies behind Weex and NativeScript-Vue. Javascript my previous article So… what's new? Both frameworks are being furiously developed, particularly by improving the limitations . pointed out six months ago has a with better documentation. The CLI tools (weex-toolkit) were refined and should provide a smoother experience. The Weex core team is very invested in showing the framework to the world. Also, now we have the UI lib and a solid set of plugins named ' ' to access native capabilities. Weex new website development weex-ui natjs reached ! did a great job with the new project website at . The community grew exponentially after v1.0 was released, with several contributions including a new by . The NativeScript team provides great support for NativeScript-Vue by giving several incentives to community members and adjusting their tooling to specific needs of NativeScript-Vue. For example, you can now use Vue.js directly from the , and the team is also working on a Vue.js template. NativeScript-Vue version 1.0 Igor Randjelovic nativescript-vue.org Vue-CLI template Pascal Martineau NativeScript Playground Sidekick Different approaches Weex and NativeScript-Vue are the same thing. The right framework will vary depending on your app and target platforms. not Weex With , we write html( ) and css flexbox that will render into native and web components. This is actually quite hard to do because native UI APIs are very different from flexbox, which makes the UI development somewhat fragile and error prone. You may end up with lots of difficult edge cases. Weex -ish Weex buttons on iOS/Android/Web Also, Weex does very little to respect the native UI. For instance, buttons look the same in iOS, Android and Web (see image above). This can be a good thing if your app is heavily styled, but generally it is a good idea to use native UI components to show a familiar look-and-feel to the user. Sure, Weex builds for the web, but in practice the web build is a second class citizen. Depending on your app size and complexity, you should expect to write at least some amount of platform-specific code. exactly NativeScript-Vue On the other hand, embraces the native platform. You build the UI with layout elements similar to those you find on native APIs, so the result is more predictable. Consequently, it is easier to build apps that look and feel more native on Android and iOS. As a downside, it cannot build for the web. It is possible, however, to set up your project in a way that allows you to between Web and native platforms. Using this technique you only have to duplicate the view layer of the app (templates, css and some UI code). NativeScript share as much code as possible So… which one should I choose? As with most things in development… It Depends™. If you want an app with distinct looks and absolutely need a web build too, then maybe Weex is for you. Just beware of possible edge cases... something may come back to bite you in the future and it is difficult to get support from the community. If you want better native support and look-and-feel, then Nativecript is a solid bet. If you run into trouble, there are lots of people willing to help in 's #vue channel (invites ). NativeScript Slack here As for me, I am still betting on NativeScript-Vue! It feels more predictable and community supported. <<<< Go to . PREVIOUS: chapter I
