proto2 wersja protokołu buforów pozwala określić wartości domyślne dla elementów wiadomości:Dlaczego w protokole proto3 nie ma niestandardowych wartości domyślnych?
optional double scaling_factor = 3 [default = 1.0];
Dlaczego nie jest to już możliwe w proto3? Uważam, że jest to dobra funkcja do zapisywania dodatkowych bajtów na drucie bez potrzeby pisania jakiegokolwiek kodu opakowania.
Rozumiem, że proto3 nie pozwala już wykrywać obecności pola i nie obsługuje już niezerowych wartości domyślnych, ponieważ ułatwia to wdrażanie protobufów w kategoriach "zwykłych starych struktur" w różnych językach, bez potrzeby generować metody dostępu. Jest to postrzegane jako ułatwiające korzystanie Protobuf w tych językach.
(osobiście uważam, że języki, które nie posiadają akcesorów i właściwości nie są bardzo dobre języków i protobuf nie powinny opracować do nich na dół, ale to nie jest już mój projekt).
W moim automatycznie wygenerowany plik .pb.cc widzę kilka miejsc tak:
if (this->myint() != 0) {
i niewielu tak:
myint_ = 0;
Dlaczego więc nie włączyć domyślnej wartości i zamiast tego wygenerować
static ::google::protobuf::int32 myint_defaultvalue = 5;
...
if (this->myint() != myint_defaultvalue) {
...
...
myint_ = myint_defaultvalue;
...
?
Szkoda, że nie mogą po prostu wykryć obecności pola na drucie i zastosować brak umowy w przypadku jego braku. To samo w sobie powinno być agnostyczne. –
@MeirionHughes - Wierzę, że problem pojawia się podczas tworzenia instancji nowego obiektu, a nie poza linią. Jeśli twój język nie zawiera pojęcia konstruktorów i nie ma koncepcji akcesorów, nie możesz zainicjować pól na wartości domyślne, niezależnie od serializacji. –
Ale z pewnością można po prostu przypisać pola struct po zakończeniu budowy? Nie mogę wymyślić żadnego rozsądnego powodu, dla którego miałbyś język, który definiowałby niemożliwe do zainicjowania, niezmienne struktury ... –