Call ImmutableList<T>.AddRange from ConvertAll and FindAll

Replace any remaining calls to ImmutableList<T>+Node.Add and
ImmutableList<T>+Builder.Add from within a loop to calls to the
equivalent AddRange method
Remove import of System.Linq, reference namespace explicitly.
Formalized coding style guidelines.

It is possible to capture most of the coding style guidelines in a corefx.vssettings VS 2013 settings file.

Examples of settings that were not captured: avoiding double free lines, or spurious blank spaces.
Add thread-safety test for ImmutableArray`1.Add

Repro for issue found in #191
Add more comments to thread-safety test.
Fixes thread-safety vulnerability in ImmutableArray<T>.

Any member that references 'this' more than once is vulnerable to in-place replacements of the value of the struct from another thread. That pretty much defeats the thread-safety guarantee of ImmutableArray<T>. So the fix is to make sure we dereference this (to get the array) exactly once per public entrypoint so that the array instance we access is the same every time.

An example of the problem is we can capture the length of the array, and then copy from the array. But in between those two steps another thread updated the field that contained this struct, so while our method is still running, the instance of the array actually *changed*, so the length of the array changed with it, and we throw an exception because we tried to read beyond the bounds of the array.

It turns out this demonstrates a very compelling reason to prefix *all* instance member access with "this." (not only fields, but properties and methods too!) because it made auditing and fixing this class much easier since I just had to look for any member that referenced 'this' more than once and could use search and replace to change them all to 'self'.

Fixes #191
Product sources build against MyGet delivered framework contracts.

Previously, the product sources have been compiling against the
reference assemblies provided by the environment.  These were the
portable targeting pack reference assemblies.

This change adds package dependencies from each of our product
assemblies to .NET Core contract assemblies on a new MyGet feed at
https://www.myget.org/F/dotnet-corefx.  This change also modifies the
assembly projects to not implicitly reference the reference assemblies
using the ImplicitlyExpandTargetFramework property. Finally, this
change explicitly references framework contract assemblies in their
location relative to the package root for downloaded nuget
dependencies.
Turn on _enableOffering in TryReceiveAll as in TryReceive

In SourceCore TryReceive turns on enableOffering to offer the next messages to any target (if there is one) while TryReceiveAll didn't.

Fix #202
Document required self=this coding pattern.

Also fixed formatting of test method.
Merge pull request #200 from AArnott/Issue191

Fix thread-safety vulnerability in ImmutableArray<T>

Fixes #191
Add Test Explorer VS package Service guid.

Every time the Dataflow solution opens (and Test Explorer is used) VS2013 adds this tag to the project. Just concede to the IDE and allow it to be added to the project and check into SCC so that the project doesn't get constantly dirtied by the IDE.

It appears this tag already is in all the other test projects. This recently added test project had not yet been 'tainted', so this takes care of that.
Merge pull request #204 from AArnott/DataflowTestsServiceGuid

Add Test Explorer VS package Service guid.
Merge branch 'master' into BufferBlockBug
Set _enableOffering unconditionaly
Enhance TestBufferBlockOutputAvailableAsyncAfterTryReceiveAll by testing multiple times concurrently
Use invariant culture for converting XPath objects in tests

Before, a call to Convert.ChangeType() in the XPath tests used the current culture,
which resulted in test failures on cultures like de-AT and on Windows 10.
Instead, we now use the invariant culture when converting objects to fix this.

Fixes #136
Remove allocations in ImmutableArray.RemoveAll/ImmutableList.FindAll

ImmutableArray<T>.RemoveAll and ImmutableList<T>.FindAll both unconditionally allocate an object (a list or a builder) to store the results of iterating over the collection and running the supplied predicate.  However, if the predicate never returns true, these objects aren't needed.  This commit simply changes the allocation of that object to be lazy such that it's only allocated if needed.
Merge pull request #205 from akoeplinger/fix-xpath-tests

Use invariant culture for converting XPath objects in tests
Merge pull request #203 from I3arnon/BufferBlockBug

Turn on _enableOffering in TryReceiveAll as in TryReceive
Merge pull request #207 from stephentoub/immut_alloc_findallremoveall

Remove allocations in ImmutableArray.RemoveAll/ImmutableList.FindAll