C için Tasarım İlkeleri, En İyi Uygulamalar ve Tasarım Modelleri (veya genel olarak Prosedürel Programlama)? [kapalı]

Question 1

Bir C projesi tasarlarken izlenebilecek bilinen tasarım ilkeleri, en iyi uygulamalar ve tasarım modelleri var mı? Veya genel olarak prosedürel (zorunlu) programlama için faydalı tasarım ilkeleri?

(Ben 'nesne yönelimli neslin çocuğuyum ve ilk kez büyük bir C projesi tasarlamak zorundayım)

Question 2

Bilgi gizleme - Parnas'ın ( Yazılım Temelleri ) benimsediği gibi .

Başlıklar ve görünürlüğün dikkatli yönetimi:

Dış dünyadan gizlenebilecek bir kaynak dosyadaki her şey; yalnızca belgelenmiş harici arayüz açığa çıkarılmalıdır.
Açığa çıkan her şey bir başlıkta bildirilir.
Bu başlık, işlevselliğin gerekli olduğu (ve tanımlandığı) yerde kullanılır.
Başlık bağımsızdır - ihtiyacınız olduğunda onu kullanırsınız ve 'başka hangi başlıkları da eklemek zorundayım' konusunda endişelenmenize gerek yok çünkü başlık, onu yapmak için ihtiyaç duyduğu her şeyi ekleyerek çalışmasını sağlar iş.

Başlık kendinden korumalıdır - bu nedenle birden çok kez dahil edilmiş olması önemli değildir.

#ifndef HEADER_H_INCLUDED
#define HEADER_H_INCLUDED
...rest of header contents, including other #include lines if necessary
#endif /* HEADER_H_INCLUDED */

'Nesneler' (genellikle yapılar) üzerinde çalışmak için işlev kümeleri tasarlayın ve onu kullanan koddaki yapının iç kısımlarını araştırmak yerine bu işlevleri kullanın. Bunu kendi kendine empoze edilen bir kapsülleme olarak düşünün.

Question 3

Üç tavsiyem:

Birim testleri yazın. İlerledikçe sorununuza uygun bir tasarıma odaklanmanıza yardımcı olacaklar. (Yalnızca) önceden meditasyon yapılmış düşünceye güvenmekten çok daha iyi.
İlk günden itibaren kurulu ve çalışan bir bellek sızıntı detektörü (orada her tür kitaplık var) bulundurun. Program / testler çıkar çıkmaz bu kitaplığın tüm sızıntıları yazdırmasını sağlayın. Bu, bir sızıntıyı ortaya çıkarır koymaz yakalamanıza izin verecek ve böylece düzeltilmesini çok daha az acı verici hale getirecektir.
OOP kodunu C'de yazın. O kadar zor değil. Yöntemin geçersiz kılınmasını taklit etmek mümkün olsa da, basit nesnelerin öykünmesiyle başlamanızı öneririm. Bu basit mekanizma bile size büyük bir kilometre katabilir.

İşte bir örnek:

typedef struct Vector {
  int size;
  int limit;
  int* ints; 
} Vector;

Vector* Vector_new() {
  Vector* res = (Vector*) malloc(sizeof(Vector));
  res->limit = 10;
  res->size = 0;
  res->ints = (int*) malloc(sizeof(int) * res.limit);

  return res;
}


void Vector_destroy(Vector* v) {
  free(v->ints);
  free(v);
}

void Vector_add(Vector* v, int n) {
  if(v->size == v->limit) {
    v->limit = v->limit * 2 + 10;
    v->ints = realloc(v->ints, v->limit);     
  }

  v->ints[v->size] = n;
  ++v->size;
}

int Vector_get(Vector* v, int index) {
  if(index >= 0 && index < v->size)
    return v->ints[index];

  assert false;
}

Question 4

C dilinde nesne yönelimli kod yazma konusunu kapsayan Object-Oriented Programming With ANSI-C başlıklı iyi, ücretsiz bir çevrimiçi kitap var . Google'da "nesne yönelimli C" araması da bir dizi başka ürün ortaya çıkarıyor. örnekler ve kaynaklar.

Projeniz güvenlik açısından kritikse, MISRA-C iyi bir kurallar dizisidir. Çoğunlukla gömülü c için tasarlanmıştır, ancak diğer alanlarda da yararlı olabilir.

Kendimi bir OO kodlayıcı olarak görüyorum ve gömülü-C ile çok iş yapıyorum. Özellikle büyük projeler için verebileceğim en iyi tavsiye, aşırıya kaçmamaktır. ANSI C'nin üstünde eksiksiz bir OO çerçevesi oluşturmak çok cazip olabilir, ancak bunu doğru yapmak için çok fazla zaman ve çaba gerekir. Ne kadar meraklı olursanız, gerçek proje üzerinde çalışmak yerine çerçevenizde hata ayıklamak için o kadar çok zaman harcarsınız . Göreve net bir kafa ve iyi, sağlam bir YAGNI kavrayışı ile yaklaşın . İyi şanslar!

Question 5

OOP bir teknoloji değil, bir metodolojidir. Bu yüzden ilk tavsiyem, bunu prosedürel programlama olarak düşünmeyi bırakmanız.

Örneğin James'e göre, nesne yönelimli bir dili denemek ve yeniden yaratmak ya da onun yeteneklerine sahip olduğunuzu iddia etmek istemezsiniz. Yine de birkaç basit ilkeye bağlı kalarak tüm doğru şeyleri yapabilirsiniz:

Her şeyi test edin.
Neyin değiştiğini bulun ve onu özetleyin.
Arayüzlere tasarım.