こんにちは。

変数の宣言でvar、let、constそれぞれどの状況で使用していますか？

私は特にvarとletについて違いが良く分からなかったので、この機会に調べてまとめてみました。

良かったら参考にしてください！

ローカルスコープとグローバルスコープ

まずは、ローカルスコープとグローバルスコープについてです。

スコープとは、変数が参照したり変更できたりと使用できる有効範囲を指します。

ローカルスコープはある特定の範囲内でのみ有効となるスコープです。
特定の範囲とは、これから出てくる関数やブロックなど括られた範囲を指します。

グローバルスコープは名の通りどこからでも使用できる有効範囲を持つスコープです。

どこでも使用することが可能なので、とても便利であるように感じますが
意図しない箇所で上書きしてしまったり、利用してしまったりすることで
不具合の原因となってしまいます。

そのため、できる限り変数のスコープは小さくすることが
読みやすいコードにつながると言われています。

本記事では特にvarとletに関してスコープを意識して使い分けていくことをおすすめしています！

変数宣言キーワード

varについて

特徴

・ES2015以前より使用できる変数宣言キーワード
・ スコープは関数内部
・ 関数内のどこで宣言しても、先頭で定義した扱いとなる
・ ifやfor文内で宣言した変数でも、同じ関数内であれば使用できる

// 例
function Sample() {
    for(let i=1;i<=3;i++){
        console.log(i)
    }
    
    // ブロック外なので、アクセスできずエラー
    console.log(i)
}

letについて

varとの主な違いはスコープの範囲です。

varではif文やfor文のようにブロック内で宣言した変数でも、
同じ関数内であれば使用することができますが、
letではブロック内で宣言した変数はブロックの範囲を超えると使用することができません。

特徴

・ES2016以降より使用可能（IE9等、少し古いバージョンのブラウザだと動かない場合がある）
・スコープは関数内部、もしくはブロック内部
・varと比べて、よりスコープを限定することができる

// 例
function Sample() {
    var sample1 = 1;
    // var i;

    // 再代入可能
    sample1 = 3;

    for(var i=1;i<=3;i++){
        console.log(i)
    }
    
    // 同じ関数内なので、アクセスできる
    console.log(i)
    
    console.log(gloval_hensu)
}

// 関数外なので参照できず、エラー
console.log(i)

constについて

constはこの3つの中だと、 一番特徴が分かりやすいです。
それは再代入（変更）できないため定数として扱われます。

特徴

・ES2016以降より使用可能（IE9等、少し古いバージョンのブラウザだと動かない場合がある）
・スコープは関数内部、もしくはブロック内部再代入ができない（定数扱いとなる）
・宣言のみはできず必ず値を代入する必要がある。

定数とは、一度宣言されると値が固定され変更できない値を指します。

// 例
// 宣言時に値を代入していないので、エラー
const sample1;

const sample2 = "test2";
const sample3 = "test3";

// 代入できないので、エラー
sample3 = "sample3";

if(sample2 === "test2"){
    const sample4 = "test4";
}

// sample4はブロック内で宣言されているため、
// ブロックの外で使用し、スコープからはみ出ているのでエラー
console.log(sample4);

まとめ

いかがでしたでしょうか。

ちょっとしたことなのですが、
忘れやすかったりするので良かったら時々見に来てください♪

ちなみに、JavaScriptは変数宣言キーワード（var, let, const）を使用しなくても宣言することができます。

キーワードを使用することで有効範囲が変わってくるので、
予期せぬ動きをさせないためにも、使用した方が良いですね！

投稿 【JavaScript】変数、型の違い【var let const】 は nyanblog ~にゃんぶろぐ~ に最初に表示されました。

こんにちは。前回は「const、readonly、static readonlyの使い方・違いについて」説明していきました。
詳しくは、こちらの記事をご覧ください。

【C#】const、readonly、static readonlyの使い方・違いについて

今回はC#の定数の定義について、ご紹介していきます。const、readonly、static readonlyについて、目にしたことはあると思います。では、それぞれの違いや使い方はご存じでしょうか。const：コンパイル時に決定する定数。readonly：読み取り専用のインスタンス。static r...

nyanblog2222.com

2020.06.15

今回は前回入りきらなかった「const」を使用する時の注意点を解説していきます。

constのバージョン管理問題

constで宣言した定数はアクセス修飾子をpublicにすべきでない。と言われています。
なぜかというと、const定数はコンパイル時点で値が決定します。
例えば、クラスライブラリのMyClassには、constの定数”MAX_COUNT”が宣言されています。

public class MyClass {
  public const int MAX_COUNT = 25;
}

Program.exeに含まれるProcessクラスでは、ライブラリを読み込んでMyClass.MAX_COUNTを使います。

public class Process {
  for(int i = 0; i < MyClass.MAX_COUNT; i++) {
    …
  }
}

仕様が変わりMAX_COUNTが30になったので、constの定数を変更しました。

public class MyClass {
  public const int MAX_COUNT = 30;
}

このとき、クラスライブラリだけコンパイルして差し替えた場合、Program.exeで使用するときはMyClass.MAX_COUNTの値はどうなるでしょうか？

…正解はMyClass.MAX_COUNTの値は25になります。

理由はProgram.exeで使用しているMyClass.MAX_COUNTの値はProgram.exeをコンパイルするときに値が決まっているからです。

これをバージョンアップするときに起こる問題として、constのバージョン管理問題やconstのバージョニング問題と言います。

列挙型の代わりに構造体のconstを使わない

構造体のconstで、列挙型のような使い方をすると、予期せぬ不具合を生み出すことがあります。

こちらは構造体での使用例です。
12行目でstatusに”5″を設定していますが、何も問題なくビルドが通ります。

しかし、開発者はStatus構造体内の定数を設定したいはずなので、statusに”5″を代入してしまうことは以降の処理で不具合を起こしかねません。

struct Status
{
    public const int INIT = 0;
    public const int FAILED = 1;
    public const int SUCCESS = 2;
    public const int FINAL = 3;
}

var status = Status.INIT;

// Statusには存在しない値を設定できる
status = 5;

続いて、列挙型での使用例です。
12行目のように列挙型での宣言後、Statusに存在しない値を設定すると、ビルドエラーになります。

enum Status
{
    INIT = 0;
    FAILED = 1;
    SUCCESS = 2;
    FINAL = 3;
}

var status = Status.INIT;

// Statusに存在しない値を設定すると、ビルドエラーになる
status = 5;

まとめ

今回は前回の定数の解説に引き続き、「const」に焦点を当てて注意点を解説していきました。

特に「バージョン管理問題」は現象が起こった際にハマりやすいところだと思いますので、頭の片隅に置いておいた方が良いと思います！

良かったら他の記事もご覧になってください。

投稿 【C#】constを使用する時の注意点 は nyanblog ~にゃんぶろぐ~ に最初に表示されました。

こんにちは。今回はC#の定数の定義について、ご紹介していきます。

const、readonly、static readonlyについて、目にしたことはあると思います。
では、それぞれの違いや使い方はご存じでしょうか。

特に今まで曖昧だった方向けに本記事をご覧になっていただければと思います。

constについて

• コンパイル時に決定する定数
• 自動的にでstatic扱い。
  生成したインスタンスから取得できない。
• 宣言時のみ初期化可能
• 文字列以外の参照型での初期化はできない。
  （生成したインスタンスは設定不可）
• 固定の値を埋め込むため、readonlyより処理速度が速い
  ただし、ファイルサイズは大きくなる
• デフォルト引数やswitchで使用可能
• publicで使用するとconstのバージョン管理問題があるため、privateでの使用を推奨

使用例

/// <summary>最大数</summary>
private const int MAX_COUNT = 5;
/// <summary>みかん</summary>
private const string MIKAN = "みかん";

// 例：for文の条件式で使用
for (int i = 1; i < MAX_COUNT; i++)
{
 // ...処理
}

// switch文の判定で使用
switch (fruits)
{
  case MIKAN:
    return 15;
    break;
  // ...処理
}

readonlyについて

• 実行時に決定する読み取り専用変数
• 宣言、コンストラクタのどちらかで初期化が可能。
  （コンストラクタ内で変更も可）
• デフォルト引数やswitchで使用不可
• 生成したインスタンスを含めあらゆる値型や参照型を設定することが可能
• constと比べ、ファイルサイズを下げることができるが、処理速度が遅い
  （どちらも僅かなのでそこまで気にする必要はないと思います。）

readonlyはコンストラクタ内で初期化、変更ができるのが大きな特徴となります。

使用例

class Program
{
    /// <summary>
    /// メイン関数
    /// </summary>
    /// <param name="args">引数</param>
    static void Main(string[] args)
    {
        Class1 class1 = new Class1("読み取り専用");

        // コンソール画面に「読み取り専用」と出力
        Console.WriteLine(class1.YOMITORI_SENYOU);
    }
}

class Class1
{
    public readonly string YOMITORI_SENYOU;

    /// <summary>
    /// コンストラクタ
    /// </summary>
    public Class1(string value)
    {
        YOMITORI_SENYOU = value;
    }
}

補足

読み取り専用のインスタンス変数という意味では、readonlyを使わず「setアクセサなし」の「getアクセサ」のみのプロパティを作成しても、良いと思います。

// 例：setは記述されていないため、読み取り専用になります。
public string Fruits
{
    get { return "みかん"; }
}

static readonlyについて

• constと異なり、バージョン管理問題が起こらない。
• 生成したインスタンスやコンパイル時に計算できない値でも設定することができます。

他はconstと同様の機能を持っています。

使用例

/// <summary>テーブル一覧</summary>
public static readonly string[] TABLE_LIST = { "table1", "table2", "table3" };

foreach (string table in TABLE_LIST)
{
    // ..処理
}

まとめ

いかがでしたでしょうか。

本記事ではconstよりもstatic readonlyがおすすめさせていただきます。
また、読み取り専用のインスタンスとして、readonlyやgetアクセサのみのプロパティで実行できます。

特にconstとstatic readonlyについては、バージョン管理問題があるため、さまざまな書籍でstatic readonlyを推奨しています。
※ 「実戦で役立つ　C#プログラミングのイディオム／定石＆パターン」etc.

必ずこの記述でないといけない。ということはありませんが、少なくとも自分やプロジェクトチームではルールを決めて実装することが大事だと思います。

本記事をご覧いただき、ありがとうございました。

投稿 【C#】const、readonly、static readonlyの使い方・違いについて は nyanblog ~にゃんぶろぐ~ に最初に表示されました。