Cevap.

POD (Plain Old Data), C++'da C dilindeki normal veri yapılandırmasıyla uyumlu olan ve düşük seviyeli programlama için mükemmel olan bir yapı veya veri türüdür.

Konuya Giriş:

POD, C ve C++ arasında bellek uyumluluğunu sağlamak amacıyla C dilinden miras kalmış bir kavramdır. C++98'de POD nesneleri, bayt bayt kopyalanabilir veya doğrudan serileştirilebilir olmaları için katı sınırlamalara sahipti.

Sorun:

Birçok programcı, POD'u sadece basit yapılarla karıştırarak standartta yer alan ayrıntıları göz ardı etmekte; örneğin, birleştirme kurallarını veya standart dışı yapıcıların varlığını dikkate almamakta ki bu durum ABI uyumluluğu ve düşük seviyeli işlemlerde (memcpy, serileştirme) kritik öneme sahiptir.

Çözüm:

Modern C++'da C++11 ile trivial, trivially copyable ve standard-layout kavramları tanıtılarak gereksinimler daha net bir şekilde ayrılmıştır.

POD: Standart temsil, yalnızca basit türler, kullanıcı tanımlı yapıcılar, yıkıcılar, sanal fonksiyonlar, özel kalıtım yoktur.
Trivially copyable: memcpy ile kopyalanabilir, kopyalayıcı ve taşıyıcı yapıcılar ile yıkıcılar trivially olmalıdır.
Standard-layout: Sanal kalıtım yoktur, üye yerleşiminin ortak bir sıralaması vardır, C ABI ile uyumlu (char*'ya güvenli bir şekilde dönüştürülebilir).

Kod örneği:

struct PODType {
    int x;
    double y;
};

static_assert(std::is_pod<PODType>::value, "POD olmalı");
static_assert(std::is_trivially_copyable<PODType>::value, "Trivially copyable");
static_assert(std::is_standard_layout<PODType>::value, "Standard layout");

Ana özellikleri:

Serileştirme için mükemmel, veri alışverişi için C ve C++ arasında.
Kapsüllemeyi desteklemez (tüm üyeler homojen erişilebilir olmalıdır).
Standart dışı yapıcıların ve sanal kalıtımın kullanımına izin vermez.

Yanıltıcı Sorular.

Özel üyeler ile bir POD türü oluşturmak mümkün mü?

Hayır, standard-layout ya tüm üyelerin public olmasını ya da homojen erişimi (ya hepsi public ya da hepsi private/protected) gerektirir.

Eğer içinde açıkça tanımlanmış bir kullanıcı yapıcısı olmayan bir sınıf varsa, bu POD türü olur mu?

Hayır, kullanıcı yapıcısının (boş bile olsa) varlığı, türü POD ve trivially olamaz hale getirir.

POD türünü sanal yıkıcı veya sanal fonksiyonlarla kullanabilir miyim?

Hayır, sanal yöntemler türü POD ve standard-layout olamaz hale getirir.

Tipik Hatalar ve Anti Desenler

Serileştirme veya copy-paste işlemlerinin memcpy ile trival/nonPOD nesnelerine uygulanması.
POD türlerinde standart dışı yapıcıların kullanımı, bu durum ikili uyumluluğu bozar.
POD yapısının karmaşıklaştırılması, C ve C++ stilinin birleştirilmesi.

Gerçek Hayattan Örnek

Negatif Durum

Bir geliştirici, memcpy ile bir yapıyı serileştirir ve içinde std::string (POD değil) olduğunu fark etmediği için okuma işlemleri sırasında veriler hatalı olur.

Artılar:

C yapıları ile prototipleme aşamasında kolayca uygulanabilir.

Eksiler:

Farkında olmadan oluşan hatalar, C++ nesneleri ile uyumsuzluk.

Pozitif Durum

Bütün yapı – POD veya trival, serileştirme – memcpy ile, içinde hiç referans ya da std-konteyner yoktur.