Add data shim so jQuery's data functions also respect domData.

[bmomberger-bitovi]

Posting this for discussion of implementation (though the implementation should work for most cases). This PR adds support for jQuery prototype .data() and .removeData(), and for static $.data(), $.hasData(), and $.removeData(). In each case, the domData cache from can-util will be examined or updated when the corresponding jQuery data function is called.

The jQuery data store takes precedence for getting named properties. For grabbing the full data object, the results from jQuery data and domData are merged together.

$.data()/.data() called as a setter and $.removeData()/.removeData() operate on both caches.

Addresses #42

[justinbmeyer]

I think this is some great work. We need to change that .js, and I recommend not pulling it in ... at least at this point for people who are using legacy, this could just throw a wrench in?

[justinbmeyer]

.js should probably be removed.

[justinbmeyer]

maybe we should not include this right now, and document this module so people can add it. That way people can experiment with it? This might be a good way to start.

[bmomberger-bitovi]

Good suggestions @justinbmeyer . I've implemented them. Please review and approve.

[bmomberger-bitovi]

I had to fix how events were dispatched to make the tests pass. new KeyboardEvent() as used in a can-util test doesn't make the type property enumerable, which breaks the type identifier in jQuery's event dispatch process. now there's an explicit property check for type, when the event to dispatch is an object.