摘要：等等這不就用的將的給覆蓋了么這也很合理的解釋了為啥會(huì)報(bào)錯(cuò)了。嗯還是拿不到，想起來了，雖然將靜態(tài)屬性拿了出來，但是原型方法不會(huì)拿出來啊，所以的就沒用了，所以我們需要也將他拿出來，于是，加上一下代碼這次總算拿到正確的結(jié)果了，開心

在做業(yè)務(wù)的時(shí)候，有些模塊是可以拖動(dòng)的，恰好這些模塊需要從根組件App的context上拿屬性，同時(shí)App也是作為拖動(dòng)上下文，被@DragDropContext(HTML5Backend)裝飾，當(dāng)時(shí)年少無知，無腦寫下了以下代碼

const boxSource = {
  canDrag(props, monitor) {
    ...
  },
  beginDrag(props) {
   ...
  },
  endDrag(props, monitor) {
 ...
  },
};
@DragSource("box", boxSource, (connect, monitor) => ({
  connectDragSource: connect.dragSource(),
  isDragging: monitor.isDragging(),
}))
export default class Box extends Component {
 static contextTypes = {
  value: PropTypes.number
};
  static propTypes = {
    ...
  }
  render() {
    const { isDragging, connectDragSource, src } = this.props;
    const { value } = this.context;
    return (
      connectDragSource(
        ...
      )
    );
  }
}

美滋滋啊，美滋滋啊，so ez，會(huì)用react-dnd了，趕緊將代碼跑起來，結(jié)果傻眼了，居然報(bào)這個(gè)錯(cuò)誤

Invariant Violation: Could not find the drag and drop manager in the context of Box. Make sure to wrap the top-level component of your app with DragDropContext. Read more: http://react-dnd.github.io/react-dnd/docs-troubleshooting.html#could-not-find-the-drag-and-drop-manager-in-the-context

提示我們?cè)谕献ЫM件Box的context上找不到react-dnd需要的drag and drop manager，懵了，讓我想想是咋回事，是不是最后給

  static contextTypes = {
    value: PropTypes.number
  }

給覆蓋了原來的Box.contextTypes呀？
不過這也簡(jiǎn)單，不讓他覆蓋就好了嘛，于是我寫下了如下的代碼

Box.contextTypes = Object.assign(Box.contextTypes,{
  value: PropTypes.number
});

真好，報(bào)錯(cuò)消失了，大功告成！等等,this.context.value怎么是undefined，拿不到了？我明明在contextTypes里聲明了呀，不行，還是得去看一看源碼。

查看DragSource的源碼，可以看到DragSource就是一個(gè)普通裝飾器包裝函數(shù)

function DragSource(type, spec, collect, options = {}) {
...
return function decorateSource(DecoratedComponent) {
    return decorateHandler({
      connectBackend: (backend, sourceId) => backend.connectDragSource(sourceId),
      containerDisplayName: "DragSource",
      createHandler: createSource,
      registerHandler: registerSource,
      createMonitor: createSourceMonitor,
      createConnector: createSourceConnector,
      DecoratedComponent,
      getType,
      collect,
      options,
    });
  };
}

那我們繼續(xù)去看一看 decorateHandler這個(gè)函數(shù)唄

export default function decorateHandler({
  DecoratedComponent,
  createHandler,
  createMonitor,
  createConnector,
  registerHandler,
  containerDisplayName,
  getType,
  collect,
  options,
}) {
...
 class DragDropContainer extends Component {
  ...
    static contextTypes = {
      dragDropManager: PropTypes.object.isRequired,
    }
  ...
    render() {
      return (
        
        );
      }
    }

    return hoistStatics(DragDropContainer, DecoratedComponent);
}

嗯， decorateHandler就是一個(gè)HOC生成函數(shù)嘛，hoistStatics就是hoist-non-react-statics這個(gè)庫(kù)，做過HOC的童鞋一定不陌生，他就是將WrappedComponent的靜態(tài)方法和靜態(tài)屬性提到HOC上，面，避免WrappedComponent的靜態(tài)屬性和靜態(tài)方法丟失了，看似挺合理，嗯嗯。等等！這不就用WrappedComponent的contextTypes將HOC的contextTypes給覆蓋了么？這也很合理的解釋了為啥會(huì)報(bào)錯(cuò)了。

知道了其中的原來，那我們就讓HOC和WrappedComponent各自保留一份contextTypes好了，首先我們需要用另一個(gè)變量來保留對(duì)WrappedComponent的引用，因?yàn)楸?b>@DragSource裝飾后，WrappedComponent的變量名就會(huì)被HOC覆蓋了，然后我們?cè)賹?duì)WrappedComponent加上contextTypes就好了，代碼如下：

class Box extends Component {
  static propTypes = {
    connectDragSource: PropTypes.func.isRequired,
    ...
  }
  render() {
    const { isDragging, connectDragSource, src } = this.props;
    const { value } = this.context;
   ...
    return (
      connectDragSource(
       ...
      )
    );
  }
}

const Temp = Box;
const Box1 = DragSource("box", boxSource, (connect, monitor) => ({
  connectDragSource: connect.dragSource(),
  isDragging: monitor.isDragging(),
}))(Box);
Temp.contextTypes = {
  value: PropTypes.number,
}
export default Box1;

大功告成，我們?cè)賮砼芤慌堋?br>哇，又報(bào)錯(cuò)了，囧，說

Invariant Violation: App.getChildContext(): childContextTypes must be defined in order to use getChildContext().

好，那我們來看看根組件咋回事，我寫的根組件如下

@DragDropContext(HTML5Backend)
class App extends React.Component {
  constructor(props) {
    super(props);

  }
  static childContextTypes = {
    value:PropTypes.number,
 }
  getChildContext(){
    return {
      value:1
    }
  }

  render() {
    return (
      
    )
  }
}

讓我們看看DragDropContext源碼

export default function DragDropContext(backendOrModule) {
 ...
 return function decorateContext(DecoratedComponent) {
  ...
   class DragDropContextContainer extends Component {
      getChildContext() {
        return childContext;
      }

      render() {
        return (
           { this.child = child; }}
          />
        );
      }
    }

    return hoistStatics(DragDropContextContainer, DecoratedComponent);
  };
}

得，又是HOC的問題，但是有點(diǎn)不同，就是contextTypes一定要準(zhǔn)確設(shè)置在需要的組件上，但是childContextTypes只要放在上層組件就可以了，所以我做了如下修改：

刪去class App 中的

 static childContextType = {
    value: PropTypes.number
  }

加上一下代碼

App.childContextTypes = Object.assign(App.childContextTypes,{
  value: PropTypes.number
});

這次總該行了吧，心累啊。嗯？還是拿不到this.context.value，想起來了！，雖然hoist-non-react-statics將靜態(tài)屬性拿了出來，但是原型方法不會(huì)拿出來啊，所以WrappedComponent的getChildContext就沒用了，所以我們需要也將他拿出來，于是，加上一下代碼

const temp = {...App.prototype.getChildContext()};
App.prototype.getChildContext = () => ({...temp, value:1})

這次總算拿到正確的結(jié)果了，開心