Pygmalions.Nebula.Reporting 0.3.0

Suggested Alternatives

Pygmalions.Nebula.Logging

Additional Details

This library is redesigned and moved to Nebula.Foundations.

dotnet add package Pygmalions.Nebula.Reporting --version 0.3.0
NuGet\Install-Package Pygmalions.Nebula.Reporting -Version 0.3.0
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package.
<PackageReference Include="Pygmalions.Nebula.Reporting" Version="0.3.0" />
For projects that support PackageReference, copy this XML node into the project file to reference the package.
paket add Pygmalions.Nebula.Reporting --version 0.3.0
#r "nuget: Pygmalions.Nebula.Reporting, 0.3.0"
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package.
// Install Pygmalions.Nebula.Reporting as a Cake Addin
#addin nuget:?package=Pygmalions.Nebula.Reporting&version=0.3.0

// Install Pygmalions.Nebula.Reporting as a Cake Tool
#tool nuget:?package=Pygmalions.Nebula.Reporting&version=0.3.0

Nebula Reporting

Fundamental library of Pygmalions' Nebula Framework.

This library provides a modular document-style log or error reporting and handling mechanism.

How to Use

In most common scenarios, just use the static class Report.

// Report an warninig.
Report.Warning("A Custom Warninig", "Here is the description", objectWhichReportsThis)
    .AttachDetails("An details", relatedObject)
    .Notify().OnDebug(report => report.Throw());

In this case, objectWhichReportsThis is the object which occurs this log or error; AttachDetails is an extensive method which allow you to attach related objects with a specific name. There are other extensive methods, such as AttachGuid.

Method GloballyNotify will send this report to the global reports in static class GlobalReporters; InDebug will returns null in Release mode; Throw will wrap this report into an exception and throw it.

The last three methods are really common, so we provide the extensive method Handle to notify the report and decide whether to throw an excpetion or not based on the level of the report.

// Report an warninig.
Report.Warning("A Custom Warninig", "Here is the description", objectWhichReportsThis)
    .AttachDetails("An details", relatedObject)
    .Handle();

Subscribe the Received event to get notified when an error is reported.

GlobalReporters.Error.Received += yourAction;

Concepts

Report Types

There are three types of reports: Error, Warning, and Message.

  • Error: What happened will stop the program from working normally.
  • Warning: The incident is tolerable, but still need to pay attention to it.
  • Message: Something normal but should be logged.
Error or Warning?

It is quite easy to separate these two types:

  • If an exception is caused by the users' wrong use (invalid parameter, etc), then we recommend you to make it an Warning;
  • If the exception is caused by reason not related to user (Internet disconnection, system failure, etc), then it is better to make it an Error.

Attachments

Attachments allow you to attach optional information to a report to make it more detailed. The dictionary member Attachments contains all kinds of attachments with a unique key name.

To support a kind of attachments, we suggest you provide a extensive method such as AttachGuid to help user to add a instance of this kind of attachments, and provide a extensive method such as GetGuidAttachments to get all instances of this kind of attachments.

This library provides built-in support for Details and Guid attachments.

Action Report

Action report is introduced to capture normal exceptions, and wrap them in a report.

If some part of your code may throw normal exceptions, and you want to wrap them into reports and attach some attachments, then you can use the action report.

ActionReport.BeginAction("Dangerous Code", this)
    .DoAction(()=> yourCodeHere)
    .FinishAction();

The method FinishAction will notify the global report if an exception is thrown by the inner action, and it will rethrow the ReportException with this report and the captured exception as its inner exception. If all actions succeeded, then this report will be returned into the reports pool by FinishAction.

Remarks

NOT compatible with versions order than 0.3.0.

This library is under rapid development, thus its API may be very unstable, DO NOT use it in the production environment, until its version reaches 1.0.0.

Product Compatible and additional computed target framework versions.
.NET net6.0 is compatible.  net6.0-android was computed.  net6.0-ios was computed.  net6.0-maccatalyst was computed.  net6.0-macos was computed.  net6.0-tvos was computed.  net6.0-windows was computed.  net7.0 was computed.  net7.0-android was computed.  net7.0-ios was computed.  net7.0-maccatalyst was computed.  net7.0-macos was computed.  net7.0-tvos was computed.  net7.0-windows was computed.  net8.0 was computed.  net8.0-android was computed.  net8.0-browser was computed.  net8.0-ios was computed.  net8.0-maccatalyst was computed.  net8.0-macos was computed.  net8.0-tvos was computed.  net8.0-windows was computed. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

NuGet packages (1)

Showing the top 1 NuGet packages that depend on Pygmalions.Nebula.Reporting:

Package Downloads
Pygmalions.Nebula.Translating

This library provides a mechanism to allow converting objects between non-related types. This is designed NOT for customized type converting, but for customized non-intrusive serialization and deserialization.

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last updated
0.3.0 729 3/30/2022

This library under rapid development, thus its API may be unstable. It is not recommended to use this library in production until the version of this library reaches 1.0.0.