Whether variable name in any programming language takes memory space

后端 未结 10 1508
时光说笑
时光说笑 2021-01-05 17:44

e.g.

int a=3;//-----------------------(1)

and

int a_long_variable_name_used_instead_of_small_one=3;//-------------(2)


        
相关标签:
10条回答
  • 2021-01-05 17:52

    In most interpreted languages, the name would be stored in a table somewhere in memory, thus taking up different amounts of space.

    0 讨论(0)
  • 2021-01-05 17:56

    In modern compilers the name of a variable does not impact the amount of space that is required to hold it in C++.

    0 讨论(0)
  • 2021-01-05 17:56

    No.. Both will occupy the equal space..

    0 讨论(0)
  • 2021-01-05 17:59

    Field names (instance variable names) in Java use memory, but only once per field. This is for reflection to work. The same goes for other languages that are based on the JVM, and I guess for DotNet.

    0 讨论(0)
  • 2021-01-05 18:02

    If my understanding is correct, they'll take up the same amount of memory. I believe (and am ready to get shot down in flames) that in C++ the names are symbolic to help the user and the compiler will just create a block of memory sufficient to hold the type you're declaring, in this case an int. So, they should both occupy the same memory size, ie, the memory required to hold an address.

    0 讨论(0)
  • 2021-01-05 18:03

    For C++,

    $ cat name.cpp
    int main() {
        int a = 74678;
        int bcdefghijklmnopqrstuvwxyz = 5664;
    }
    $ g++ -S name.cpp
    $ cat name.s
            .file   "name.cpp"
            .text
            .align 2
    .globl main
            .type   main, @function
    main:
    .LFB2:
            pushl   %ebp
    .LCFI0:
            movl    %esp, %ebp
    .LCFI1:
            subl    $8, %esp
    .LCFI2:
            andl    $-16, %esp
            movl    $0, %eax
            addl    $15, %eax
            addl    $15, %eax
            shrl    $4, %eax
            sall    $4, %eax
            subl    %eax, %esp
            movl    $74678, -4(%ebp)
            movl    $5664, -8(%ebp)
            movl    $0, %eax
            leave
            ret
    .LFE2:
            .size   main, .-main
            .section        .note.GNU-stack,"",@progbits
            .ident  "GCC: (GNU) 3.4.6 20060404 (Red Hat 3.4.6-11.0.1)"
    $ 
    

    As you can see, neither a nor bcdefghijklmnopqrstuvwxyz reflect in the assembler output. So, the length of the variable name does not matter at runtime in terms of memory.


    But, variable names are huge contributors to the program design. Some programmers even rely on good naming conventions instead of comments to explain the design of their program.

    A relevant quote from Hacker News,

    Code should be written so as to completely describe the program's functionality to human readers, and only incidentally to be interpreted by computers. We have a hard time remembering short names for a long time, and we have a hard time looking at long names over and over again in a row. Additionally, short names carry a higher likelihood of collisions (since the search space is smaller), but are easier to "hold onto" for short periods of reading.

    Thus, our conventions for naming things should take into consideration the limitations of the human brain. The length of a variable's name should be proportional to the distance between its definition and its use, and inversely proportional to its frequency of use.

    0 讨论(0)
提交回复
热议问题