Add beforechange event type and provide key with change events

If you know ahead of time that you only want to listen for changes for a specific property, the foo:change type events can be useful.  If you want to listen for changes on all properties, the change event becomes more useful if it provides information on what changed.  And the beforechange event allows listeners to access values before they change.
Handle beforechange events for bound properties
Getting explicit about which type
Listen for property changes in layer group

This avoids a future bug when the ol.ObjectEventType.CHANGE value becomes something different than the goog.events.EventType.CHANGE value.
Using unique event type values for distinct events

Any event target can be used to dispatch generic goog.events.Event instances with an arbitrary type.  In cases where we dispatch custom events, we should not use type values that collide with those used for generic events (at least internally).  This allows listeners a better chance of knowing what kind of argument they will receive.

As subsequent change will clean up the enumeration and add a bit more consistency.
Make enum property name like its value

Where an enum value is used as an event type, it should be alllowercase (to follow DOM events).  Property names should be ALLUPPERCASE in this case (just as camelCase and PascalCase are converted to CONSTANT_CASE).
More consistent event types
Export a getKey method on ol.ObjectEvent
Make forEachFeatureAtPixel work with layer groups
Add ol.geom.simplify.schaub
Use Schaub's topology-preserving simplification method for Polygons and MultiPolygons
Merge pull request #1348 from tschaub/beforechange

Add `ol.ObjectEvent` for changes to `ol.Object` properties.  Previously, `ol.Object` dispatched instances of `goog.events.Event` with type `change`.  Now `ol.ObjectEvent` instances will be dispatched on property changes.  The events include a `getKey` method to get the name of the property being changed.  The `beforepropertychange` type event is fired before a property value changes, and the `propertychange` type event fires after the property value changes.
Remove handling of @exportClass
Remove handling of @exportFunction
Define isDef on ol.IView2D, ol.IView3D and ol.View
Work around compiler not detecting implementation of abstract methods
ol.interaction.Interaction methods should take ol.IView2Ds, not ol.View2Ds
Fix use of ol.IView2D in ol.interaction.DragPan
Fix use of ol.IView2D in ol.interaction.DragRotateAndZoom
Fix use of ol.IView2D in ol.interaction.DragRotate