Vue feature toggle

Enables advanced feature-toggle with vue

Version: 2.0.4 Updated: 06/01/2021

By: bassdman License: MIT

Downloads Last 30 Days: 9.3k


Enables advanced feature-toggle with vue

npm version npm downloads npm downloads


Vue-Feature-Toggle implements the feature-toggle-api v 3.4.1". Only a subset of features is listed here. For the others, watch the documentation of the api.

This package is COMPATIBLE WITH VUE3!!!!!


    npm install vue-feature-toggle --save

The Problem

Imagine you have an onlineshop with an testmode and in multiple languages. Your shop is written in vue. Anywhere you have a vue-template like this:

    <!-- Show important debugging information for testmode -->
    <testmode-nav v-if="testmode"></testmode-nav>

    <!-- That's the old one, in a few days the new one, commented out here will be released 

    <!-- Every shop has a slider with amazing foodinfo on the startpage-->
    <startpage-slider-de ref="food/bratwurst" v-if="shop == 'de'"></startpage-slider-de>
    <startpage-slider-en ref="food/fishnchips" v-if="shop == 'en'"></startpage-slider-en>
    <startpage-slider-fr ref="food/croissant" v-if="shop == 'fr'"></startpage-slider-fr>

    New footer just went live. When there are some problems, we rollback and comment out the new footer and uncomment the old one
    <footer-old></footer-old> -->

It's generally a bad idea to have visibility rules in the template. Of course, by refactoring the template a little bit the code will look better. But that's not the point. The problem is: The view-logic is spread in .html and .js files and if the viewlogic changes, you have to change at least them. And all visibility rules are spread over the whole system. That's not good.

The solution

Feature-toggle. All View-Logic is placed in one place. This can be a config file, a webservice or a tool with a User Interface.a When you want to change a visibility rule, for example "Show feature XYZ also in the french shop", you just have to update the config or add this info in an UI. And no developer is needed for it.

Read the article from Martin Fowler about feature toggle for a more understanding.

The Usage

Look in the example folder for working examples.


Create a vue project. For example with the vue-cli.

    npm install -g vue-cli
    vue create vue-feature-toggle-example
    cd vue-feature-toggle-example
    npm install

Now install the vue-feature-toggle component.

    npm install vue-feature-toggle --save

Replace the App.vue - file with the following:

        <h1>We test vue-feature-toggle in vue2</h1>
    <!-- The name property is required -->
        <feature name="feature1">This is "Feature1"</feature>

        <!-- The variant property is optional and can be any string -->
        <feature name="feature2">This is "Feature2"</feature>
        <feature name="feature2" variant="new">This is "Feature2" with variant "new"</feature>
        <feature name="feature2" variant="old">This "Feature2" with variant "old"</feature>
        <feature name="feature2" variant="grumpfel">This "Feature2" with variant "grumpfel"</feature>

        <feature name="feature3" variant="old" data="grumpfel">This "Feature3" with variant "old" has some Data.</feature>
        <feature name="feature3" variant="new" :data="{'text':'grumpfel'}">This "Feature3" with variant "old" has some Data. (watch the : before the data-attribute. Otherwise you'll get this as a string...)</feature>

import { FeatureToggleComponent as feature } from 'vue-feature-toggle';

//All Feature2-Features will always be shown

export default {
  name: 'app',
  components: {

Other initialisations

In a cjs-project

    const { FeatureToggleComponent : feature} = require('vue-feature-toggle/dist/vue-feature-toggle.umd.js')
   // do sth with the FeatureToggleComponent

In the browser

    <script src=""></script>
    <!--Important: you can find .umd-Version in the dist-folder of this package -->
    <script src=".path/to/vue-feature-toggle/dist/vue-feature-toggle.umd.min.js"></script>
        var feature = window.FeatureToggleComponent;

        //do sth with the FeatureToggleComponent

See more the projects in the example-folder.


Only a subset of features is listed here. See the documentation of the feature-toggle-api for more features

For the next examples we will always use the HTML from above. Just insert the visibility rules under the other rule

Basic visibility

// shows Feature1
//Feature2 is not configured, so it will be hidden

//You can also write it like this
feature.visibility('feature1',function (rule) {
        //here would be some more complex logic, in this example we keep it simple
        return true;
    shows all features with name feature2, in this case: 
    <feature name="feature2"/>
    <feature name="feature2" variant="new"/>
    <feature name="feature2" variant="old"/>
    <feature name="feature2" variant="grumpfel"/>
feature.visibility('feature2', function (rule) {
        return true;

    This overwrites the rule above for "feature2", variant "new"    
    <feature name="feature2"/> -> shown
    <feature name="feature2" variant="new"/> -> hidden
    <feature name="feature2" variant="old"/> -> shown
    <feature name="feature2" variant="grumpfel"/> -> shown
feature.visibility('feature2','new', function (rule) {
        return false;
You can pass data via the data-attribute. Corresp. HTML-Tag: <feature name="feature3" :data="grumpfel"/>
feature.visibility('feature3','new', function (rule) {
      return == "grumpfel";

//Write a : before the data-tag to parse the content in the data-attribute <feature name="feature3" :data="{'text':'grumpfel'"/> Otherwise the data is returned as a string.
feature.visibility('feature3','new', function (rule) {
      return == "grumpfel";

Default Visibility

Bored of writing the same visibility rule again and again? Use defaultVisibility. This is the default-rule and will be overwritten by feature.visibility() - rules.

    return true;

feature.visibility('feature2', 'new', function(rule){
    return false;
    "Feature2", variant "new" is overwritten, all other features have the defaultVisibility
    <feature name="feature2"/> -> shown
    <feature name="feature2" variant="new"/> -> hidden
    <feature name="feature2" variant="old"/> -> shown
    <feature name="feature2" variant="grumpfel"/> -> shown

Required Visibility

This rule is allways executed, before the other rules. When it returns false, the other rules are ignored.

   Imagine a config that is loaded via ajax. When the name is in the config, it returns true.
   And this config looks like this: 
   var globalConfig = { "feature2" : true }

    //In this case it returns true, when name == 'feature2'
    return globalConfig[] === true;

  feature2, variant "new" returns false, but requiredConfig returns true. Both rules must match, so it will be hidden
    return false;

  feature3 returns true, but requiredConfig returns false. Both rules must match, so Feature3 is hidden
    return true;

    <feature name="feature2"/> -> shown
    <feature name="feature2" variant="new"/> -> hidden
    <feature name="feature2" variant="old"/> -> shown
    <feature name="feature2" variant="grumpfel"/> -> shown

     <feature name="feature3" variant="old"/> -> hidden
    <feature name="feature3" variant="new"/> -> hidden

Container Tag

Normally a feature has a div-element as root-element.

    <feature name="anAmazingFeature">an amazing feature</feature>
    will be rendered to (if visible):
    <div>an amazing feature</div>

But unfortunately sometimes div-elements are already styled by legacy-css-classes. To prevent this, you can define the root-element.

    <feature name="anAmazingFeature" tag="span">an amazing feature</feature>
    will be rendered to (if visible):
    <span>an amazing feature</span>


Imagine this following html-snippet:

    <!-- Why is this ******* feature hidden? I checked the visibilityrule. It should be visible... -->
    <feature name="anAmazingFeature">This feature should be shown</feature>

All developers of the world agree with you, debugging sth lik this is horrible. But don't worry, we have a perfect solution for it. And it's just one line of code.

feature.showLogs(); //or feature.showLogs(true);

This returns a log like the following:

Check Visibility of Feature "anAmazingFeature".
The requiredVisibility rule returns false. This feature will be hidden.

Check Visibility of Feature "anotherAmazingFeature", variant "new" with data {"id":"bla"}.
The requiredVisibility rule returns true. This feature will be shown when no other rule rejects it.
No visibility rule found matching name and variant.
No rules found for name anotherAmazingFeature without variants.
No default rule found.
Only the requiredVisibility rule was found. This returned true. => This feature will be visible.

With this you don't have to waste your time with debugging the visibility state.


Log a custom message, when showLogs() == true.

feature.log("Here's my custom message");


You work in a company and your customers have disabled javascript? Well, that makes life harder but we can still use it. We can provide at least a basic functionality with pure css. Just look at the modified index.html file.

<!DOCTYPE html>
<html lang="en">

  <meta charset="utf-8">
   <style type="text/css">
   /*Hides all features by default. When javascript is enabled, this attribute is overwritten*/

    /*Shows all features with noscript attribute*/
    feature[noscript="noscript"], feature[noscript="true"]{

  <div id="app">
        <feature name="feature1">This is hidden without javascript</feature>

        <feature name="feature2" noscript="noscript">This is shown without javascript.</feature>
        <feature name="feature2" variant="new" noscript="true">This is shown without javascript.</feature>
  <script src="dist/build.js"></script>


MIT. Copyright (c) 2018 Manuel Gelsen

Categories: Vue js