Get Advice Icon

Need advice about which tool to choose?Ask the StackShare community!

jQuery
jQuery

122.1K
14.9K
+ 1
6.6K
Webix
Webix

8
3
+ 1
0
Add tool

jQuery vs Webix: What are the differences?

jQuery: The Write Less, Do More, JavaScript Library. jQuery is a cross-platform JavaScript library designed to simplify the client-side scripting of HTML; Webix: A powerful JavaScript UI library that gives developers a cross-browser tool for building responsive HTML 5-based web apps. It is a cross-browser JavaScript UI widgets library. Build fast mobile and desktop web applications that run on all touch devices with HTML5 framework.

jQuery and Webix belong to "Javascript UI Libraries" category of the tech stack.

jQuery is an open source tool with 52K GitHub stars and 18.4K GitHub forks. Here's a link to jQuery's open source repository on GitHub.

What is jQuery?

jQuery is a cross-platform JavaScript library designed to simplify the client-side scripting of HTML.

What is Webix?

It is a cross-browser JavaScript UI widgets library. Build fast mobile and desktop web applications that run on all touch devices with HTML5 framework.
Get Advice Icon

Need advice about which tool to choose?Ask the StackShare community!

Why do developers choose jQuery?
Why do developers choose Webix?
    Be the first to leave a pro

    Sign up to add, upvote and see more prosMake informed product decisions

      Be the first to leave a con
      What companies use jQuery?
      What companies use Webix?

      Sign up to get full access to all the companiesMake informed product decisions

      What tools integrate with jQuery?
      What tools integrate with Webix?

      Sign up to get full access to all the tool integrationsMake informed product decisions

      What are some alternatives to jQuery and Webix?
      Bootstrap
      Bootstrap is the most popular HTML, CSS, and JS framework for developing responsive, mobile first projects on the web.
      JavaScript
      JavaScript is most known as the scripting language for Web pages, but used in many non-browser environments as well such as node.js or Apache CouchDB. It is a prototype-based, multi-paradigm scripting language that is dynamic,and supports object-oriented, imperative, and functional programming styles.
      React
      Lots of people use React as the V in MVC. Since React makes no assumptions about the rest of your technology stack, it's easy to try it out on a small feature in an existing project.
      AngularJS
      AngularJS lets you write client-side web applications as if you had a smarter browser. It lets you use good old HTML (or HAML, Jade and friends!) as your template language and lets you extend HTML’s syntax to express your application’s components clearly and succinctly. It automatically synchronizes data from your UI (view) with your JavaScript objects (model) through 2-way data binding.
      jQuery Mobile
      jQuery Mobile is a HTML5-based user interface system designed to make responsive web sites and apps that are accessible on all smartphone, tablet and desktop devices.
      See all alternatives
      Decisions about jQuery and Webix
      StackShare Editors
      StackShare Editors
      Rails
      Rails
      Redux
      Redux
      React
      React
      Ruby
      Ruby
      jQuery
      jQuery

      Late in 2014, around the time of the Series D, the WeWork engineering team had grown to 14, and while the backend was modernized with Rails and Active Admin CMS, the main website was lacking. The new headcount provided enough capacity to address the aging WordPress website.

      As the team experimented with front-end technologies, they implemented a new signup flow with Angular, and other flows, including the Market Page, in React and Redux. The team says of that time: “If you’re following closely, yes, this means that in one rails app we had pages that included one or many of the following: jQuery, Angular, and React.”

      See more
      StackShare Editors
      StackShare Editors
      Rails
      Rails
      Node.js
      Node.js
      Python
      Python
      React
      React
      Java
      Java
      Ruby
      Ruby
      Go
      Go
      Swift
      Swift
      Objective-C
      Objective-C
      jQuery
      jQuery

      By mid-2015, around the time of the Series E, the Digital department at WeWork had grown to more than 40 people to support the company’s growing product needs.

      By then, they’d migrated the main website off of WordPress to Ruby on Rails, and a combination React, Angular, and jQuery, though there were efforts to move entirely to React for the front-end.

      The backend was structured around a microservices architecture built partially in Node.js, along with a combination of Ruby, Python, Bash, and Go. Swift/Objective-C and Java powered the mobile apps.

      These technologies power the listings on the website, as well as various internal tools, like community manager dashboards as well as RFID hardware for access management.

      See more
      Kir Shatrov
      Kir Shatrov
      Production Engineer at Shopify · | 18 upvotes · 160.2K views
      atShopifyShopify
      jQuery
      jQuery
      JavaScript
      JavaScript
      React
      React
      TypeScript
      TypeScript
      Prototype
      Prototype
      #FrameworksFullStack
      #Languages

      The client-side stack of Shopify Admin has been a long journey. It started with HTML templates, jQuery and Prototype. We moved to Batman.js, our in-house Single-Page-Application framework (SPA), in 2013. Then, we re-evaluated our approach and moved back to statically rendered HTML and vanilla JavaScript. As the front-end ecosystem matured, we felt that it was time to rethink our approach again. Last year, we started working on moving Shopify Admin to React and TypeScript.

      Many things have changed since the days of jQuery and Batman. JavaScript execution is much faster. We can easily render our apps on the server to do less work on the client, and the resources and tooling for developers are substantially better with React than we ever had with Batman.

      #FrameworksFullStack #Languages

      See more
      Dan Robinson
      Dan Robinson
      at Heap, Inc. · | 18 upvotes · 127.9K views
      atHeapHeap
      jQuery
      jQuery
      Backbone.js
      Backbone.js
      Marionette
      Marionette
      TypeScript
      TypeScript
      React
      React
      MobX
      MobX
      #JavascriptUiLibraries
      #Libraries
      #JavascriptMvcFrameworks
      #TemplatingLanguagesExtensions

      The front end for Heap begun to grow unwieldy. The original jQuery pieces became difficult to maintain and scale, and a decision was made to introduce Backbone.js, Marionette, and TypeScript. Ultimately this ended up being a “detour” in the search for a scalable and maintainable front-end solution. The system did allow for developers to reuse components efficiently, but adding features was a difficult process, and it eventually became a bottleneck in advancing the product.

      Today, the Heap product consists primarily of a customer-facing dashboard powered by React, MobX, and TypeScript on the front end. We wrote our migration to React and MobX in detail last year here.

      #JavascriptUiLibraries #Libraries #JavascriptMvcFrameworks #TemplatingLanguagesExtensions

      See more
      Rails
      Rails
      Sidekiq
      Sidekiq
      PostgreSQL
      PostgreSQL
      Redis
      Redis
      MongoDB
      MongoDB
      Vue.js
      Vue.js
      vuex
      vuex
      jQuery
      jQuery
      React
      React
      Redux
      Redux
      Yarn
      Yarn
      #Bulma.io
      #Font-awesome

      I'm building a new process management tool. I decided to build with Rails as my backend, using Sidekiq for background jobs. I chose to work with these tools because I've worked with them before and know that they're able to get the job done. They may not be the sexiest tools, but they work and are reliable, which is what I was optimizing for. For data stores, I opted for PostgreSQL and Redis. Because I'm planning on offering dashboards, I wanted a SQL database instead of something like MongoDB that might work early on, but be difficult to use as soon as I want to facilitate aggregate queries.

      On the front-end I'm using Vue.js and vuex in combination with #Turbolinks. In effect, I want to render most pages on the server side without key interactions being managed by Vue.js . This is the first project I'm working on where I've explicitly decided not to include jQuery . I have found React and Redux.js more confusing to setup. I appreciate the opinionated approach from the Vue.js community and that things just work together the way that I'd expect. To manage my javascript dependencies, I'm using Yarn .

      For CSS frameworks, I'm using #Bulma.io. I really appreciate it's minimal nature and that there are no hard javascript dependencies. And to add a little spice, I'm using #font-awesome.

      See more
      Johnny Bell
      Johnny Bell
      Senior Software Engineer at StackShare · | 9 upvotes · 122.9K views
      atStackShareStackShare