Fixed bug where NLogLogProvider performs reflections for all log…

[snakefoot]

Fixes performance bug introduced with #200 (Performs reflection on every logevent. Performs reflection on every logger-object-creation).

Updates NLog-test-project dependency to NLog 4.6 (Changed the NLog-test-project to use MDLC + NDLC instead). Handling the breaking change introduced in #181

This PR is not a breaking change.

[snakefoot]

@damianh Found that #200 by @jesperll introduced reflection-logic when ever logging an event:

LibLog/src/LibLog/LogProviders/NLogLogProvider.cs

Line 198 in 74e53f7

_logEventDelegate = (type, e) => loggerType.GetMethod("Log", new Type[] { typeof(Type), logEventInfoType }).Invoke(logger, new object[] { type, e });

It also performs reflection logic in constructor when ever creating a Logger-object:

LibLog/src/LibLog/LogProviders/NLogLogProvider.cs

Lines 191 to 195 in 74e53f7

	internal NLogLogger(object logger)
	{
	var loggerType = logger.GetType();
	_nameDelegate = (NameDelegate)loggerType.GetProperty("Name").GetGetMethod().CreateDelegate(typeof(NameDelegate), logger);

I have now fixed both issues. Removing memory allocation issues and performance hit.

[304NotModified]

Polite bump @damianh

[snakefoot]

@damianh Another polite bump. Would be nice to fix the regression introduced with LibLog ver. 5.0.5

[snakefoot]

@damianh Yet another ping pong

[snakefoot]

@damianh Another polite bump to have this bug-fix merged and released.

[304NotModified]

@damianh please accept this PR. Snakefoot is one of the core contributors of NLog and so you could merge this one with confidence.

If this PR need some changes, please also let us know.

[snakefoot]

@damianh How is the calendar looking? Any room available for merging this PR?

[damianh]

Thanks for PR and patience. Will release this asap.

[snakefoot]

Thank you for merging. Looking forward to the final and last release of LibLog.

[snakefoot]

Created #271 as a bonus PR to close down a few more issues before version 5.0.7