Baktabul.CoM, Msn messenger ifadeleri, Avatar, gif, smiley, Resimli Siirler, izle, indir, Komik Resimler, programlar, Resimleri, Haberler  

Geri Dön   Baktabul.CoM, Msn messenger ifadeleri, Avatar, gif, smiley, Resimli Siirler, izle, indir, Komik Resimler, programlar, Resimleri, Haberler > BİLGİSAYAR VE MSN DÜNYASI > Webmaster

Webmaster Hosting, domain, web dizayn, scriptler, php, html, asp, programlama dilleri, forum ve portallar, web grafik ve google adsense & adwords

   

Cevapla
 
Konu Seçenekleri Modları Göster
Eski 03-26-2007, 22:54   #1
Paylaşimci Üye
 
Mesajlar: 1.200
Teşekkür Etme: 128
554 Mesajina 1.729 Defa Tesekkur edildi
Tecrübe Puanı: 214
Hüzün Baktabul İçin DeğerliHüzün Baktabul İçin DeğerliHüzün Baktabul İçin DeğerliHüzün Baktabul İçin DeğerliHüzün Baktabul İçin DeğerliHüzün Baktabul İçin DeğerliHüzün Baktabul İçin DeğerliHüzün Baktabul İçin DeğerliHüzün Baktabul İçin DeğerliHüzün Baktabul İçin DeğerliHüzün Baktabul İçin Değerli
Tanımlı ASP Tasarımında Beş Önemli İpucu


1. Önce Düşünün, Sonra Kodla.

ASP programcıları, programa başlamak için çoğu kez sabırsız davranırlar. Bu durumlarda da programlama için gerekli geliştirme zamanını ayırmazlar. Mesela; programcıdan çoğu zaman, herhangi bir veritabanındaki verileri yazdıran sayfalar tasarlamaları istenir. Programcı da, kolları sıvar ve hemen gerekli kodları yazmaya başlarlar. Ama hemen kod yazmak yerine, arkamıza şöyle bir yaslanalım ve verilen işi ve ileride buna benzer nelerle karşılaşabileceğimizi bir düşünelim. Yüksek olasılıkla, başka veritabanı içeriği de başka formatlarda yazdırılmak istenebilir.

Buna olasılığa rağmen, neden programcının oturup düşünmesi gerektiğini merak edebilirsiniz. Bu kadar basit bir iş için, üstelik de işi bitirme olasılığımız sadece 15-20 dakika iken; neden daha fazla zaman harcayıp bu sayfanın ileride ne gibi değişikliklere uğrayabileceğini, veya kodun yeniden kullanılabilirliğini, ya da daha ileriki bir tarihte bu kodu değiştirmemiz gerektiğinde bize daha kolaylık sağlayacak şekilde yazmamız gerektiğini düşünelim ki?...

Çünkü; şimdi planlamaya harcayacağımız zaman, ileride değişiklik durumlarında bize çok daha değerli zamanımızı kazandıracaktır.

Eğer sorgu parametresine, bağlı herhangi bir veritabanı tablosunu görüntüleyen ve aynı zamanda herhangi tipte bir veritabanını da görüntüleyen genel ve sağlam bir kodlama yaparsak, bu ileriki değişiklilerde veya yeni ve benzer sayfalar yaptığımız zamanlarda bize çok zaman kazandıracaktır. Bunun gibi sağlam bir kodlama yapmak, daha önce bahsettiğim gibi hemen hazırlayacağımız kodlama zamanından daha fazla planlama zamanı gerektirir. Ama bu kodları daha başka tablolar ve tasarımlar için kullandığımızda, bu zamanı fazlasıyla geri alırız. İkinci ipucunda ele alacağımız gibi, planlanmış bir kodlama çok daha az hata içerecek ve daha basit olacaktır. Sadece bu iki faktör bile zaman kazanmaya yeterlidir.


2. Daha Az Kod.

Bu ipucu, büyük web programları tasarlarken daha da can alıcıdır. Bunun gerekçesi çok açıktır. Hatalar, kod yazımından kaynaklanır, ve ne kadar fazla kod yazarsak o kadar fazla hata yaparız. Ve açıkça, program ne kadar hata doluysa, işletilme zamanı o kadar artacaktır. Tabi ki bu demek değil ki; daha az kod yazmak için daha az özellik koyalım.

Mesela; diyelim ki, bizden özel bir HTML sayfasındaki formun doğruluğunu kontrol etmemiz için (e-mail kontrolü gibi) sunucu-taraflı form kontrol rutini yazmamız istendi. Biz, sadece bu özel form için bir kontrol değil, aynı zamanda ileride karşılacağımız bütün formlar için geçerli olabilecek genel bir kodlama yapmaya karar verdik diyelim. Çok açıktır ki; bu durumda kodlarımız, basit bir form kontrolünden daha uzun olacaktır. Ama bu durumda, yeni form kontrolleri gerektiğinde, yeniden hepsi için yeni bir kodlama yapmayacağız. Çünkü zaten bütün formlar için genel bir form kontrol kodlaması yapmıştık. İşte burada; geliştirme zamanı ve sonuçta işletim zamanı devreye giriyor.


3. Yeniden Kullan, Kullan, Kullan.

Kodlarımız ne kadar uzun süre kullanılırsa, o kadar az hata içerirler. Kodlarımızın bir bölümü, girdileri kabul eden ve çıktı üreten bir kara kutu olarak düşünülebilir. Girilen herhangi bir veri için, çıkış değeri doğru (hatasız) veya yanlış (hatalı) olabilir. Burada, bütün değerler için kodun denenmesindeki zorluklar devreye girer.

Herhangi bir kod ilk kullanıma sunulduğunda, bu kodun %100 hatasız olduğunu garanti edemeyiz. Aslında, nadiren ilk kodlar hatasızdır. Bu kodun %100 hatasız olmamasının sebebi tembel programcılar değildir. Sebebi; bütün girilebilecek değerleri kontrol edebilecek zamanımızın olmamasıdır. Bir kod, ne kadar kullanılır ve denenirse, o kadar girdi değeri test edilmiş olur.

Çok fazla kullanılan ve gizli hiçbir hatası olmayan kodların, nispeten daha az kullanılan kodlara göre %100 hatasız olma olasılığı daha fazladır. Kodlar kullanıma sunulduğunda, programcının test etmediği ve aklına bile gelmeyecek hatalara karşı test edilir. Aslında bu kodları arabalara benzetebiliriz. Yıllardır üretimde olan ve çok az kaza yapan araba mı daha güvenlidir (dikkat, konforlu değil), yoksa piyasaya yeni çıkmış ve hiçbir denemesi yapılmamış bir araba mı?

Kodlarımızda hata oranını azaltmak için; yeniden kullanılabilir kodlar yazın ve daha sonraları da bunları kullanın. Zamanla, kodlarınızdaki yeni hataları gördükçe, bunları düzeltin ve yeniden kullanın.

4. Yeniden Kullanmak İçin Araçlarınızı Belirleyin.

Yeniden kullanım için en iyi yol; dosya ekleme yoludur. Sunucu-tarafı eklemeler, programcıya yeniden kullanılabilir kodlar, subrutinler, fonksiyonlar vb. tanımlama olanağı verir. Daha sonra, bu fonksiyonlara veya subrutinlere ihtiyacımız olduğunda, ufak bir komutla bu kodları sayfamıza dahil edebiliriz. Bu durumlarda, programcı bu tür kodları sayfadan ayrı tutabilir. Bu kodlarda yapılacak değişiklikler, aynen ASP sayfalarına da yansıyacağı için sadece bu tür eklentileri değiştirmek yeterli olacaktır.


5. Sınıfları Kullanın.

Bir çok progr***** her sayfada aynı kodları sürekli yazar durur. Mesela; bir veritabanı tablosu için web tabanlı bir yönetim arabirimi hazırlamak, sıkça karşılaşılan ve çok da zor olmayan bir konudur. Bir çok progr***** bu yönetim arabirimi yardımıyla tablo ekler, siler, güncelleştirir. Eğer tam bir web tabanlı yönetim arabirimi istiyorsak, veritabanındaki bütün tablolar için bu işleri tekrar tekrar yapmamız gerekir. Eğer onlarca, yüzlerce tablo varsa, bu daha çok sayfa ve daha çok hata demektir ki ikinci ipucumuzla çelişir.

Aslında, yönetim sayfaları ve tüm tablolar için, genel ve tek bir ASP grubu oluştursak, daha mantıklı olur. Ama sorun burada başlar. Bunun gibi, her veritabanı için karmaşık parametreler grubuna bağlı olan, tek ve genel bir yönetim sayfası yapmak zor olabilir. Ama eğer, bu karmaşık giriş parametreleri bir sınıfa (class) konulsalar, daha kolay olur.

Bu durumda, hem daha kolay sayfalar hem de daha az hatalı sayfalar tasarlanabilir.
Hüzün Çevrimdışı  
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!Google Bookmark this Post!
Alıntı ile Cevapla
Cevapla

Bookmarks

Konu Seçenekleri
Modları Göster

Yetkileriniz
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is Açık
Smileler Açık
[IMG] Kodları Açık
HTML-Kodları Kapalı
Trackbacks are Kapalı
Pingbacks are Kapalı
Refbacks are Kapalı

Okuduğunuz Konuya Benzer Konular
Konu Konuyu Açan Forum Cevaplar Son Mesaj
Kalbin güzelliği mi önemli yoksa fiziki güzellik mi önemli nur yağmuru Anketler 25 10-11-2008 03:36
İpucu (12-36 AY) lolipop01 Çocuk Sağlığı ve Eğitimi 0 08-17-2008 21:11
İpucu (0-12 AY) lolipop01 Çocuk Sağlığı ve Eğitimi 0 08-17-2008 21:08
En Önemli An, En Önemli Kişi, En Önemli İş Hikayesi/Masalı ViperMoon Hikayeler & Öyküler/Masallar 2 08-12-2008 16:26
İpucu olarak SIM kart damla_13 Bilişim ve İnternet Dünyasi 2 02-09-2008 15:08


Forumumuzda yazılardan dolayı doğabilecek her türlü sorumluluk yazan kullanıcılara aittir,sitemizde yasalara aykırı unsurlar bulursanız İletisimden bildirebilirsiniz, şikayetiniz incelendikten sonra en kısa sürede gereken yapılacaktır.
Report Abuse, Harassment, Scamming, Hacking, Warez, Crack, Divx, Mp3 or any Illegal Activity to Contact- İletişim Gizlilik Bildirimi Forum Kurallarımız

Bütün Zaman Ayarları WEZ +3 olarak düzenlenmiştir. Şu Anki Saat: 13:42 .


Telif Hakları vBulletin v3.7.3 © 2000-2008, ve
Jelsoft Enterprises Ltd.'e Aittir.
Tercüme Eden : Msn ifadeleri
site ekle Hosting Hizmetleri

Content Relevant URLs by vBSEO 3.2.0

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253