TypeScriptに文字列ベースの列挙型が追加されたため、文字列リテラルを使用する理由はありますか？私はこのコードを持っている場合、私はコンパイラオプションnoImplicitReturnを持っていると仮定すると

Question

は、オン：両方のケースが同じように動作するようには思え

enum ListA { 
    option1 = "opt1", 
    option2 = "opt2", 
    option3 = "opt3" 
} 

type ListB = "opt1" | "opt2" | "opt3"; 

function transformA(x: ListA): number { 
    switch (x) { 
     case ListA.option1: 
      return 1; 
     case ListA.option2: 
      return 2; 
    } 
} 

function transformB(x: ListB): number { 
    switch (x) { 
     case "opt1": 
      return 1; 
     case "opt2": 
      return 2; 
    } 
} 

、それらは両方とも判別組合と考えていると徹底的にチェックされます。

コンパイラはtransformAとtransformBの両方の関数でエラーを発生させます。両方の可能なケースを処理しないためです。

Code in playground.

だから今、文字列リテラルを使用する理由はありますか？それとも味の問題ですか？

この場合、可能な値が変更された場合にリファクタリングを容易にするため、この列挙型を使用する傾向があります。あなただけの文字列値を持っていない場合

Answer 1

一つの理由は、例えば、次のようになります。

function test (p: "yes" | "no" | true | false | 1 | 0) { 
} 

Answer 2

は、これが問題に問題はなく、より良いSoftware Recommendationsで答えられることができました。

この例では、文字列リテラルを列挙型に置き換えるポストで説明したユースケースは、リファクタリングが必要な場合は簡単です。しかし、たとえば、キーワードの使用を考慮して、タイプまたはオブジェクトの既知のすべてのキー（typeofと組み合わせて）を有効な引数として渡すことを考慮する場合、文字列リテラルを使用することは、依然として有効です。コンパイル時に新しいオブジェクトを作成しないので、私自身はmapped typesをよく使っています。主な関心事は型ガード引数の使用です。