|
|
Drobné chybky
|
21.9.2011 09:55
mmmmario
|
Na osách grafů chybí popisky.
V C++ se proměnné objektu (member variable) inicializují konstruktorem trochu jinak (tzv. initializer list)
class Foo{
public:
Foo(int i) : m_i(i){
};
private:
int m_i;
}
http://www.parashift.com/c++-faq-lite/ctors.html#faq-10.6 |
|
|
Re: Drobné chybky
|
23.9.2011 18:52
Aleš Hakl
|
Podstatne je, ze gcc v obou pripadech generuje identicky kod. Precejenom alespon takovouhle data flow analysis dela. Dava to koneckoncu smysl, protoze ty initializer listy jsou vydobytek moderniho C++, ktery vetsina zajimaveho existujiciho kodu vlastne nepouziva.
$ cat foo.cpp
class Foo {
int a;
Foo();
};
Foo::Foo() {
this->a = 42;
}
$ cat foo2.cpp
class Foo {
int a;
Foo();
};
Foo::Foo(): a(42) {
}
$ gcc -S foo.cpp
$ gcc -S foo2.cpp
$ cat foo.s
.file "foo.cpp"
.text
.align 2
.globl _ZN3FooC2Ev
.type _ZN3FooC2Ev, @function
_ZN3FooC2Ev:
.LFB1:
.cfi_startproc
pushq %rbp
.cfi_def_cfa_offset 16
.cfi_offset 6, -16
movq %rsp, %rbp
.cfi_def_cfa_register 6
movq %rdi, -8(%rbp)
movq -8(%rbp), %rax
movl $42, (%rax)
popq %rbp
.cfi_def_cfa 7, 8
ret
.cfi_endproc
.LFE1:
.size _ZN3FooC2Ev, .-_ZN3FooC2Ev
.globl _ZN3FooC1Ev
.set _ZN3FooC1Ev,_ZN3FooC2Ev
.ident "GCC: (Debian 4.6.1-8) 4.6.1"
.section .note.GNU-stack,"",@progbits
$ cat foo2.s
.file "foo2.cpp"
.text
.align 2
.globl _ZN3FooC2Ev
.type _ZN3FooC2Ev, @function
_ZN3FooC2Ev:
.LFB1:
.cfi_startproc
pushq %rbp
.cfi_def_cfa_offset 16
.cfi_offset 6, -16
movq %rsp, %rbp
.cfi_def_cfa_register 6
movq %rdi, -8(%rbp)
movq -8(%rbp), %rax
movl $42, (%rax)
popq %rbp
.cfi_def_cfa 7, 8
ret
.cfi_endproc
.LFE1:
.size _ZN3FooC2Ev, .-_ZN3FooC2Ev
.globl _ZN3FooC1Ev
.set _ZN3FooC1Ev,_ZN3FooC2Ev
.ident "GCC: (Debian 4.6.1-8) 4.6.1"
.section .note.GNU-stack,"",@progbits
|
|
|
|
Re: Drobné chybky
|
25.9.2011 16:42
mmmmario
|
Jasně, že compiler vyprodukuje stejné instrukce, když v C++ napíšu 2x to samé jen pokaždé trochu jinak. Jenom initializer list mě osobně přijde čitelnější, constructor může dělat ještě spoustu dalších věcí a můžu přehlídnout inicializaci member proměnné a takovéhle chyby potom se velmi špatně hledají. Kód se má psát tak, aby byl čitelný a udržovatelný. Use a style that is appropriate for your organization's average maintenance programmer. Not the gurus, not the morons, but the average maintenance programmer. Unless you're willing to fire them and hire new ones, make sure that they understand your code. Make a business decision based on your realities, not based on someone else's assumptions. |
|
|
|
|
KOMENTARZE
|
Tylko zarejestrowani użytkownicy mogą dopisywać komentarze.
|
|
Szukanie oprogramowania
|
©Pavel Kysilka - 2003-2024 |
maillinuxsoft.cz | Design:
www.megadesign.cz
|