Я могу постараться не бросать перечисление значений, когда я пытаюсь использовать или возвратить его?

Нет никакого неявного броска, потому что перечисление не должно использовать интервал в качестве базового типа. Если Ваше перечисление использовало uint в качестве базового типа, например, нет никакого неявного броска от uint до интервала

Перечисления и ints просто не неявно castable согласно спецификации (за исключением литерального 0, который позволяется для сравнительных испытаний / присвоения / и т.д.). Явный бросок - все, что необходимо, все же.

Нет, Вы не можете постараться не бросать; относительно того, почему нет никакого неявного преобразования, я не знаю, но нет.

Можно приписать это поведение основному намерению позади создания Перечислений... для создания ряда именованных констант, которые могли только указать (или значение по умолчанию) значения в зависимости от базового типа.

существует два отдельных вопроса для рассмотрения, как связано с вопросом:

1. Enum значение нельзя рассматривать как интервал по умолчанию, потому что затем Вы смогли бы обеспечить любой целое число и не будет никакой проверки времени компиляции для проверки этого, обеспеченное целое число действительно на самом деле существует как значение в Перечислении.

2. Кастинг становится необходимым, так как Вы пытаетесь преобразовать из управляющего типа (типа YourCustomEnum, который происходит из System.Enum класс) к базовому типу, т.е. int или byte, и т.д.

Странно достаточно это не характерно для Платформы.NET, но только для C#. Как другие комментаторы уже указали в C#, это - в основном спецификация языка. То же не верно в VB.NET.

Выезд ссылочная страница MSDN для Перечисления в VB.NET . Обратите внимание, что можно указать тип данных перечисления в Перечислимое время объявления.

, Который означает, если Вы действительно не хотите замусорить свой код бросками к (интервалу), Вы могли записать свое перечисление в VB.NET, объявить это как целое число, затем использовать то Перечисление от C#.

Помнят, как они сказали нам, что компьютеры сделают наши жизни настолько более простыми? :)

По какой-то причине API-интерфейс Flash Player не отображает точку регистрации DisplayObjects (а Flash IDE затрудняет их изменение после создания объекта). Лучшее решение, как указал Дэвид, - добавить ваш компонент как дочерний элемент другого компонента ( UIComponent будет в порядке). Так, например, если бы у меня была кнопка , и я хотел, чтобы ее точка регистрации находилась в ее центре, я бы добавил ее как дочерний элемент UIComponent (не Canvas ) и сместить дочерний элемент, установив его положение в (- button.width / 2, -button.height / 2) .

Конструктор должен выполнить значение через делегат ограничения и выдать исключение, если оно не соответствует ограничению. Базовый класс должен также заботиться о неявной операции преобразования в T и должен обрабатывать равенство, перегружая object.Equals (object) и object.GetHashCode (), определяя операторы == и! = Для типа ConstrainedNumber и реализации IEquatable и IEquatable > . Я также рекомендую определить конструктор копирования для базового класса и всех производных типов. Затем клонирование может быть чисто реализовано в базовом классе путем извлечения конструктора копирования с помощью отражения, но это совершенно необязательно. Вы можете сами понять реализацию ConstrainedNumber , если я не мы уже разместили его где-то в stackoverflow.

Вы можете предоставить именованные статические значения только для чтения в производном ConstrainedNumber, чтобы вы могли обращаться к ним, как к перечислению.

public sealed class ReturnValue: ConstrainedNumber<int>
{
    public static readonly NumberConstraint<int> constraint = (int x) => (x >= 0 && x < 3);

    public static readonly ReturnValue Success = new ReturnValue(0);
    public static readonly ReturnValue FailReason1 = new ReturnValue(1);
    public static readonly ReturnValue FailReason2 = new ReturnValue(2);

    private ReturnValue( int value ): base( value, constraint ) {}
    private ReturnValue( ReturnValue original ): base (original) {} //may be used to support IClonable implementation in base class
    public static explicit operator ReturnValue( int value )
    {
        switch(value) //switching to return an existing instance is more efficient than creating a new one and re-checking the constraint when there is a limited number of allowed values; if the constraint was more generic, such as an even number, then you would instead return a new instance here, and make your constructors public.
        {
            case 0: return Success;
            case 1: return FailReason1;
            case 2: return FailReason2;
        }
        throw new ArgumentException( "Value fails to meet the constraint defined for " + typeof(ReturnValue).FullName + ".", "value" );
    }

}

Вы можете использовать эту технику для любого ограничения. Например, класс EvenNumber может иметь ограничение, которое возвращает true, если заданное число четное. В этом случае вы просто сделаете ваши конструкторы общедоступными и упростите свой оператор статического преобразования, чтобы просто вернуть новый EvenNumber, вместо переключения для возврата одного из ограниченных существующих экземпляров.

Это можно использовать так:

EvenNumber x = (EvenNumber)2;
EvenNumber y = (EvenNumber)3; //throws exception "Value fails to meet the constraint defined for {namespace}.EvenNumber."  A c# enum would stupidly allow such a cast, creating an invalid EvenNumber, breaking the object-oriented model
int z = x; //implicit conversion, no cast necessary;