Question

Is there a simple way to have a code library automatically detect if it’s being called from a console application or a windows application? I’d like my library not to report to the Windows Event log if it’s being called from a console window, but instead report to the console window. If however, it’s not being run from within a console window, it should report to the Windows Event Log.

I thought about requiring my the logging component to be passed the log target, but it would be neat if it could just automatically handle these two targets natively. I don’t yet require something as extensive as log4net, indeed, if it becomes necessary to provide support to log to a database/file and other as yet unknown logging targets, then I may recommend such a solution. For now though, just having my component auto-detect the environment and log to the console or the event log according to the environment would be plenty.

Answer 1

Architecturally, passing the logging context into the library component is the right choice. The library doesn’t, and indeed shouldn’t, know that much context about the environment it’s being run in.

Because you want to support these two special cases natively within the library, I’d suggest a unified approach.

1. Go ahead and create the more generalized logging entry point/knob that the caller controls.
2. Create a separate entry point/knob that automatically sets the generalized one for the cases that you want to automatically support.

Even that seems too complicated based on your description, though. Have you considered simply using appropriate TraceListeners in your Diagnostics collection, where your console app adds the appropriate TraceListener to output to the console and the non-console app adds the appropriate EventLog TraceListener to output to the Windows event log? This has the added advantage of working well with all the built-in .net logging support without assuming any external dependencies (e.g., log4net).