OperationResult 2.0

[eglauko]

Lista de requerimentos:

• [x] Remover o tipo de mensagem, somente haverá mensagens de erro.
• [x] A mensagem pode ter exception, mas não será serializada. Não há necessidade de uma classe com dados serializáveis da exception.
• [x] Rever métodos de criação das mensagens, deve ter opção para informar inicialmente o code e incluir o status.
• [x] Rever nomes dos métodos estáticos, devem ser curtos e simples (Add, Create, Failure).
• [x] AdditionalProperties.
• [x] A serialização deve ser apenas de campos não nulos.
• [x] Rever erros genéricos (code).
• [x] Métodos estáticos Add... devem retornar o OperationResult
• [x] Métodos estáticos With... devem retornar a ResultMessage
• [x] Outros métodos With para mensagens, onde se pode editar propriedades e adicionar informações extras.
• [x] Conversão de OperationResult para IResult deve ser via implementação de um IResult.
• [x] Conversão de OperationResult para ActionResult deve implementar um ActionResult.
• [x] Header para gerar resultados do tipo 'ProblemDetails'.
• [x] Projeto separado para serialização e deserialização.
• [x] Retornos de sucesso nunca devem retornar resultado operação. Não há mais mensagens que não sejam erro.
• [x] Criação de IOperationResult a partir de um retorno de API, HttpResponseMessage, precisa ser revista para as novas regras.