Feature Request: Cloud Message Logging about chucker HOT 3 OPEN

This is interesting. I really like keeping Chucker to just network traffic, but I guess one could argue that this is a form of network traffic. The same feature framework being discussed in #100 could maybe be used here as well?

from chucker.

Going with the open-closed principle for a moment, the core of Chucker is the ability to monitor HTTP traffic. Hopefully the core of Chucker being closed for modification but open for extension would allow for adding nuances (like graphql, websockets or FCM messages) without core classes being modified.

Square's Retrofit handles this by having external modules act as Converter Factories and Call Adapter Factories where these external modules are dependent upon Gson, Moshi, Jackson, RxJava, etc. The core of Retrofit doesn't need to be modified when the next body encoding mechanism comes along. Would a similar approach work here?

from chucker.

Would a similar approach work here?

Absolutely. Ideally having ChuckerCollector and ChuckerInterceptor as extensions point could allow to extend the behavior of Chucker to support new features.

from chucker.