Files
27Aug2021-Cpp2IL-Dump/mscorlib/System/Runtime/ConstrainedExecution/Cer.cs
T
niko c12fbe3fc6 m
2026-04-12 16:51:38 +02:00

26 lines
1.5 KiB
C#

using System;
using Cpp2IlInjected;
namespace System.Runtime.ConstrainedExecution
{
/// <summary>Specifies a method's behavior when called within a constrained execution region.</summary>
// Token: 0x0200054A RID: 1354
[Token(Token = "0x200054A")]
[Serializable]
public enum Cer
{
/// <summary>The method, type, or assembly has no concept of a CER. It does not take advantage of CER guarantees. This implies the following:</summary>
// Token: 0x04001925 RID: 6437
[Token(Token = "0x4001925")]
None,
/// <summary>In the face of exceptional conditions, the method might fail. In this case, the method will report back to the calling method whether it succeeded or failed. The method must have a CER around the method body to ensure that it can report the return value.</summary>
// Token: 0x04001926 RID: 6438
[Token(Token = "0x4001926")]
MayFail,
/// <summary>In the face of exceptional conditions, the method is guaranteed to succeed. You should always construct a CER around the method that is called, even when it is called from within a non-CER region. A method is successful if it accomplishes what is intended. For example, marking <see cref="P:System.Collections.ArrayList.Count" /> with ReliabilityContractAttribute(Cer.Success) implies that when it is run under a CER, it always returns a count of the number of elements in the <see cref="T:System.Collections.ArrayList" /> and it can never leave the internal fields in an undetermined state.</summary>
// Token: 0x04001927 RID: 6439
[Token(Token = "0x4001927")]
Success
}
}