25-06-2006, 06:26
1.option explicit ifadesini kullanmamak. (option explicit bas modülü içine ilk satira yazilir ve program içindeki tüm degiskenlerin birer birer tanimlanmasini sart kosar. Programci örnek olarak Dim sozcuk As String ifadesi ile sozcuk degiskenini programa tanitmadan bu degiskeni kullanamaz.)
2.Tüm degiskenler ve fonksiyonlar için gereken veri türlerini deklere etmemek.
Özellikle gerekli olan veri türünü deklere etmezseniz tüm türleri içine alan VARIANT
deklere etmis olursunuz ki VARIANT veri türü 32 byte yer kaplar.
3. Okunmasi zor kodlar yazmak. (okuyacak kisi bir insan degil derleyicidir.)
2 yada 3 ekrandan fazla prosedür yazmak. (Sub ... End Sub)
Kurallara yada adlandirma ilkelerine uymayan degisken, nesne yada prosedür tanimlamak.
VB'nin tekelinde olan degisken yada nesne adlarini kullanmaya çalismak.
4. Normalde kullanicinin girmesi gereken degerleri kod içine sabit degerler halinde yazmak (hard-coding). Bunlar bazi sayilar yada dosya yada dizin adlari olabilir. Örnek: Her kullanici Windows'unu WINDOWS adli dizine kurmak zorunda degildir (Bu bazen WIN bazen WIN98 vs olabilir)
Programinizi yazarken Windows dizininin adini kendi bilgisayarinizdaki gibi düsünmeyin...
5. Kullanicinin ihtiyaçlarina gereken özeni göstermemek.
Programlama sayginligina uygun dil kullanmamak. (Siz yerine Sen hitap sözcügü kullanimi gibi). Kullaniciya ters gelebilecek hata mesajlari vermek.
Form tasarlarken kullanim kolayligini düsünmemek.
Kontrollerin göze hos gelmeyecek yerlesimi
Standart Windows tasarimina uymamak. (Menü tasarimi, kontrol butonlarinin genelde yukarida olmasi, ALT-F4 ile programin kapatilmasi, Ctrl-O dosya açmak, Ctrl-P yazdirmak vs için kullanilmasi) Bu standartlar zaten Windows kullanan kisilere kullanimi kolay programlar üretmenize neden olacaktir. Ve dikkat ederseniz birçok program bu standartlari takip eder, siz de etmelisiniz.
6. Hata yapmasi kolay kodlar yazmak.
Yeterli hata kontrolleri yazmamak
Kullanicinin yapmasi muhtemel hatalari öngörememek ve olusmasi halinde bunlari giderememek
7. Tekrar kulanilabilecek kodlar yazmamak. Yazdiginiz ani kurtaracak gelisigüzel kodlar yazmak yapmamaniz gereken önemli kurallardan biridir, çünkü ileride benzer kod bloklarina ihtiyaciniz olacaktir ve yeri geldiginde o kod blogunun ne ise yaradigini anlayabilmeniz gerekir.
Basit kodlarla yapilabilecek isler için kontroller, kütüphaneler veya ActiveX kontroller kullanmak ta bir hatadir. Bu tarz kod yazma gereksiz büyüklük meydana getirir. Her dll yada ocx kontrolu setup disketinize ekstra yük demektir.
Alisilmis isler için farkli arabirimler tasarlamak.
8. Yetersiz dökümantasyon.
Gerekli açiklamalari kodlar arasina yazmamak
9. Veri türlerinin uygunsuz kullanmak.
Dizileri gerekli büyüklüklerde üretmemek.
Degiskenlerin geçerlilik alanlarini gereginden fazla genis tutmak. Örnek olarak sadece tek bir fonksiyon içinde kullanilan bir degiskeni Public olarak deklere etmek programin çalismasi boyunca bellekte kalacagi için gereksiz yer isgal edecektir.
10. Diger programcilardan çaba göstermeksizin faydalanmak yada gereken yerde yardim istememek.
Baskalarinin ürettiklerini kendinizinmis gibi göstermek
...........
Alıntıdır.
2.Tüm degiskenler ve fonksiyonlar için gereken veri türlerini deklere etmemek.
Özellikle gerekli olan veri türünü deklere etmezseniz tüm türleri içine alan VARIANT
deklere etmis olursunuz ki VARIANT veri türü 32 byte yer kaplar.
3. Okunmasi zor kodlar yazmak. (okuyacak kisi bir insan degil derleyicidir.)
2 yada 3 ekrandan fazla prosedür yazmak. (Sub ... End Sub)
Kurallara yada adlandirma ilkelerine uymayan degisken, nesne yada prosedür tanimlamak.
VB'nin tekelinde olan degisken yada nesne adlarini kullanmaya çalismak.
4. Normalde kullanicinin girmesi gereken degerleri kod içine sabit degerler halinde yazmak (hard-coding). Bunlar bazi sayilar yada dosya yada dizin adlari olabilir. Örnek: Her kullanici Windows'unu WINDOWS adli dizine kurmak zorunda degildir (Bu bazen WIN bazen WIN98 vs olabilir)
Programinizi yazarken Windows dizininin adini kendi bilgisayarinizdaki gibi düsünmeyin...
5. Kullanicinin ihtiyaçlarina gereken özeni göstermemek.
Programlama sayginligina uygun dil kullanmamak. (Siz yerine Sen hitap sözcügü kullanimi gibi). Kullaniciya ters gelebilecek hata mesajlari vermek.
Form tasarlarken kullanim kolayligini düsünmemek.
Kontrollerin göze hos gelmeyecek yerlesimi
Standart Windows tasarimina uymamak. (Menü tasarimi, kontrol butonlarinin genelde yukarida olmasi, ALT-F4 ile programin kapatilmasi, Ctrl-O dosya açmak, Ctrl-P yazdirmak vs için kullanilmasi) Bu standartlar zaten Windows kullanan kisilere kullanimi kolay programlar üretmenize neden olacaktir. Ve dikkat ederseniz birçok program bu standartlari takip eder, siz de etmelisiniz.
6. Hata yapmasi kolay kodlar yazmak.
Yeterli hata kontrolleri yazmamak
Kullanicinin yapmasi muhtemel hatalari öngörememek ve olusmasi halinde bunlari giderememek
7. Tekrar kulanilabilecek kodlar yazmamak. Yazdiginiz ani kurtaracak gelisigüzel kodlar yazmak yapmamaniz gereken önemli kurallardan biridir, çünkü ileride benzer kod bloklarina ihtiyaciniz olacaktir ve yeri geldiginde o kod blogunun ne ise yaradigini anlayabilmeniz gerekir.
Basit kodlarla yapilabilecek isler için kontroller, kütüphaneler veya ActiveX kontroller kullanmak ta bir hatadir. Bu tarz kod yazma gereksiz büyüklük meydana getirir. Her dll yada ocx kontrolu setup disketinize ekstra yük demektir.
Alisilmis isler için farkli arabirimler tasarlamak.
8. Yetersiz dökümantasyon.
Gerekli açiklamalari kodlar arasina yazmamak
9. Veri türlerinin uygunsuz kullanmak.
Dizileri gerekli büyüklüklerde üretmemek.
Degiskenlerin geçerlilik alanlarini gereginden fazla genis tutmak. Örnek olarak sadece tek bir fonksiyon içinde kullanilan bir degiskeni Public olarak deklere etmek programin çalismasi boyunca bellekte kalacagi için gereksiz yer isgal edecektir.
10. Diger programcilardan çaba göstermeksizin faydalanmak yada gereken yerde yardim istememek.
Baskalarinin ürettiklerini kendinizinmis gibi göstermek
...........
Alıntıdır.