Зачем создавать TraceSource как статический?

Question

Для всех примеров, которые я видел людей, создающих TraceSource для класса, он всегда определяется как статический

private static TraceSource traceSource = new TraceSource("TraceSourceApp");

Почему это закончилось?

private readonly TraceSource _traceSource = new TraceSource("TraceSourceApp");

Каковы преимущества / недостатки?

.net trace diagnostics tracesource

Источник

user2680330 14 авг '13 в 05:24

1 ответ

Решение

Другие вопросы по тегам .net trace diagnostics tracesource

user33264 19 мар '14 в 19:32 2014-03-19 19:32 · Accepted Answer · 2014-03-19 19:32

Они всегда должны быть статичными.

Если вы проверяете исходный код MS, TraceSource помещается в статическую коллекцию. (Полагаю, исходный код Novel (Mono) такой же.
Источник трассировки с тем же именем ведет себя одинаково во всей сборке, поэтому нет необходимости в отдельных.
TraceSource создает ненужный мусор из-за его использования объектов WeakReference (или из-за статической области видимости... у статических вещей есть забавные правила сбора мусора): http://blog.perfectlytogether.com/2009/12/29/howto-solve-a-memory-leak-issue-caused-by-weakreference-objects/, вызванный-на-WeakReference-объекты /