如何使用ESLint来适应GSAP的命名空间攻击?

时间:2016-02-24 20:46:17

标签: javascript namespaces global-variables gsap

背景:GSAP有一个......“不规则”的进口声明。实施例

import TimelineMax from 'gsap';
import GSAP from 'gsap-react-plugin';

令人惊讶的是,你从不在任何地方使用这两个对象中的任何一个,尽管需要导入它们。发生的事情是将一堆对象加载到全局命名空间中,以便突然可以实现:

_animateIn() {
    const toggleWrapper = ReactDOM.findDOMNode(this.refs.toggleWrapper);
    TweenLite.set(toggleWrapper, { display: 'block' });
    TweenLite.to(toggleWrapper, 0.3, { opacity: 1 });
  }

我大部分都是这样说的,但是我在ESLint配置中遇到了麻烦。

我拥有所有全局变量,因此任何使用的东西都不会抛出:

"globals": [
      "TimelineLite",
      "TimelineMax",
      "TweenLite",
      "TweenMax",
      "Back",
      "Bounce",
      "Circ",
      "Cubic",
      "Ease",
      "EaseLookup",
      "Elastic",
      "Expo",
      "Linear",
      "Power0",
      "Power1",
      "Power2",
      "Power3",
      "Power3",
      "Power4",
      "Quad",
      "Quart",
      "Quint",
      "RoughEase",
      "Sine",
      "SlowMo",
      "SteppedEase",
      "Strong",
      "Draggable",
      "SplitText",
      "VelocityTracker",
      "CSSPlugin",
      "ThrowPropsPlugin",
      "BezierPlugin"
    ],

我有"no-unused-vars": [2, {"vars": "local"}]所以也不检查全局变量。

但是,这些都没有解决上述导入的问题,这些导入没有在使用“全局子节点”的文件中的任何地方使用,并且ESLint仍然会抛出。

作为权宜之计,我已经在我们为此目的使用的utils文件中尝试了window.TimelineMax = TimelineMax;,但这让我感到非常混乱。

有没有更好的方法来处理GSAP?

1 个答案:

答案 0 :(得分:0)

正如@Bergi所说,处理副作用依赖库的一种方法是仅import 'package';,并且让命名空间发生的任何事情发生。