IDestructuringPolicy 를 통해 이 작업을 수행하려고 했지만 작동하지 않을 것 같습니다.

코드베이스를 통한 Cursory look은 PropertyValueConverter 먼저임을 나타내는 것 같습니다(여기에서는 https://github.com/serilog/serilog/blob/master/src/Serilog/Parameters/PropertyValueConverter.cs?source=c#L112). 객체를 컬렉션으로 취급합니다(모든 JToken 는 IEnumerable ). 따라서 IDestructuringPolicy 확인하는 것을 귀찮게 하지 않습니다.

나는 아마도 IDestructuringPolicy 에 더 높은 우선순위를 부여할 것이라고 생각합니다(먼저 확인하고 기본 동작으로 되돌리기)는 탈출구를 제공할 수 있지만 완전히 틀릴 수 있습니다. 암호.

지금은 간접적인 수준을 추가하여 빠른 해결 방법을 만들었습니다.

IEnumerable 가 아닌 JObjectWrapper 라는 클래스를 추가하고 JObject 를 래핑합니다. 이제 내 IDestructuringPolicy 가 호출되고 세상은 다시 행복한 곳입니다.

@kkozmic 이거 어때요 ? 위에서 언급한 제한을 제거할 가치가 있습니까? 다른 생각이 있습니까? 건배 :)

글쎄, 그것은 불쾌한 해결 방법입니다 :) 그것은 내가 있어야 할 곳으로 데려다 주지만 가능하면 그보다 더 우아한 솔루션을 원합니다.

아마도 새로운 인터페이스?

public interface ISequenceConversionPolicy
{
   bool TryConvertToSequence(object value, ILogEventPropertyValueFactory propertyValueFactory, out SequenceValue result);
}

또한, 아마도:

public interface IDictionaryConversionPolicy

:)

지금은 닫혀 있지만 PR을 시도하려는 사람이 있다면 이 작업을 통해 작업할 수 있습니다. 모든 입력에 감사드립니다! :)

@kkozmic 당신의 IDestructuringPolicy (래퍼와 함께 작동하는 것)을 볼 수 있을까요?

죄송합니다. 그 코드는 더 이상 가지고 있지 않습니다.

2015년 2월 3일 화요일 오전 4:38:45 Harry McIntyre [email protected]
썼다:

@kkozmic https://github.com/kkozmic 내가 볼 수 있는 기회
귀하의 IDestructuringPolicy(래퍼와 함께 작동하는 정책)?

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/serilog/serilog/issues/30#issuecomment -72500600.

371은 이것을 반향합니다. 우리가 다시 열 수 있다고 생각하지만 "2.0"이 될 수 있습니다.

빌드 1.4.168은 이것을 어색하게 만든 제한을 제거합니다. 그것을 활용하는 _Serilog.Extras.JObject_ 또는 이와 유사한 것을 보고 싶습니다 :-)

@Jaben 에게 감사드립니다!

https://github.com/destructurama/json-net

멋진!

@nblumhardt 굉장합니다, 감사합니다!