yazılım geyiklemeleri

Invariant Case Türkçe İ ve I karakterleri

ertan — Thu, 12 Jan 2012 22:19:00 +0000

Çok eski bir konu ama halen bu konuda hatalı kodlarla karşılaştığım için anlatayım. .Net Framework 2.0 versiyonu ile string karşılaştırmalarda yeni bir özellik geldi.

Back To Basics

Geçmiş ile işim olmaz diyenler bu bölümü atlayabilir, meraklılar için önce biraz zamanda geri saralım.

Bundan 15 yıl öncesinde DOS tipi işletim sistemleri kullanılırken dillerdeki farklı karakterleri göstermek için ISO 8859 adında bir standart kullanılmaya başlandı. O tarihlerde bilgisayarlar daktilo niyetine kullanıldığı için temel olarak ingilizce'yi alan bu standart farklı diller içinde 255 karakter içerisinden sık kullanılmayan karakterlerin şekilleri ve karakterlerin sıralaması değiştirilerek çözüldü.

Örneğin; Türkçe için Ş,İ,Ö,Ç gibi karakterlere değiştirerek Latin-5 (Tam ismiyle ISO-8859-9) isimli ISO standardı uyduruldu.

Eğer farklı bir dil setini kullanıyorsanız "I" harfi ile "ı" (yada ekranda göreceğiniz şekliyle "Y" benzeri bir şey) aynı anlamda değildi.

O zamanları hatırlayınca Türkçe karakter problemleri şimdi yaşananlar bunca karmaşaya rağmen çok hafif kalır aslında ama neyse.

1990'ların sonuna doğru tüm bu sorunları ortadan kaldırmak için Unicode adı verilen yeni bir standart yayılmaya başladı ama ancak şimdilerde yaygın olarak kullanılmaya başladı. .Net'in ilk yayınladığı 1.0 versiyonunda da varsayılan olarak Unicode kullanılması belki de tüm bunlara bir katkısı olmuştur.

Problem nerde ?

Framework 1.0'daki tüm string işlemlerinin kullanılan dilin özelliklerine göre çalışması bir sürü karakter sorunlarını çözdü ama bu sefer farklı bir problem yarattı.

Örneğin; Diskinizdeki C:\Inceden.txt isimli bir dosyayı açmak niyetiyle aşağıdaki gibi bir iş yaparsanız

Code:

string dosya = "C:\Inceden.txt";
 
File.Open( dosya.ToLower() );

Dosyanın adı "c:\ınceden.txt" gibi bir şeye dönüşüyor, normal olarakta dosyayı bulamıyordunuz.

Aslında bu normal çünkü Türkçe size "I" harfinin küçülmüş halinin "ı" olduğunu söyler.

Bu sefer karşılaştırma işlemlerinde üzerinde işlem yapmak istediğiniz şeyin ne olduğu bu sefer değişmeye başladı. Bu bir kişinin adı mı ?, yoksa dosya adı mı ? gibi.

1.1 versiyonuna kadar devam eden problem benimde katkımla yoğun şikayetler yüzünden framework'deki string işlemlerine Invariant ve Ordinal isimli yeni karşılaştırma tipleri eklenerek çözüldü. Bu konuyla ile ilgili daha fazla detayı buradan öğrenebilirsiniz.

Nasıl ?

Eğer kullanılan dilden bağımsız hareket etmek istiyorsanız Invariant, dil ile ilgisiz tam eşleşme istiyorsanız Ordinal kullanılması gibi bir çözüm çıktı.

Örnekle gidelim;

Biraz önceki dosya adını invariant kullanarak küçük harflere çevirirsek;

Code:

? "Inceden.TXT".ToLowerInvariant() 
"inceden.txt"

Örneğin Invariant karşılaştırırsak;

Code:

? string.Equals("i","I", StringComparison.InvariantCultureIgnoreCase)
true
? string.Equals("ş","S", StringComparison.InvariantCultureIgnoreCase)
false
? string.Equals("ş","Ş", StringComparison.InvariantCultureIgnoreCase)
true

benzeri ordinal karşılaştırma yaparsak;

Code:

? string.Equals("i","İ", StringComparison.OrdinalIgnoreCase)
false
? string.Equals("I","İ", StringComparison.OrdinalIgnoreCase)
false
? string.Equals("i","I", StringComparison.OrdinalIgnoreCase)
true

ordinalin farklı davrandığı bir örnek olarak

Code:

? string.Equals("a","A", StringComparison.OrdinalIgnoreCase)
true

İşin özeti

Herhangi bir string karşılaştırma yapacaksanız, string içindeki değerin ne olduğunu bilerek davranmanız ilerde daha az ağrısız bir ortam yaratır size.

Size tavsiyem hiç bu özellikleri kullanmadan asla ama asla myString1 == myString2 şeklinde bir karşılaştırma yapmayın. Bu tür karşılaştırmalar işletim sisteminin seçtiği dilin özelliklerine göre çalışır, eğer yazdığınız uygulama birden fazla dil desteği sağlıyorsa uzak durun derim.

Original post blogged on b2evolution.

beklenen linq tepkisi

ertan — Tue, 27 Dec 2011 20:28:00 +0000

beklenen linq tepkisi

İlk çıktığı zamandan beri mümkün olduğu kadar uzak durduğum linq ile ilgili beklentim boşa çıkmadı. Linq to sql'in geliştirilmesine son verildi. Okuduğum yorumlardan çoğu kişi bu konuya baya bir sinirlenmiş ve şaşırmış. Hatta open source yapın biz bakarız diyenleri bile var.

İşin aslı ben o kadar fazla şaşırdım diyemem, sebebi ise şimdiye kadar uzak durmam ile aynı sebep.

Henüz gün ışığı almamış yazılımcılarımız için biraz geçmişten bahsedeyim. Aşağıda Microsoft'un her biri için zamanında "bakın süper oldu! hadi kullanın" dediği data access teknolojilerinin listesi var.

Bu listenin içinde şimdi kullanayım dediğinizde şu anda sadece ADO.NET kullanılabilir durumda, bunun dışında yeni gelmiş Linq2SQL ve Entity Framework var. Üzerinde geliştirme yapılabilen diğer platformlar (Java gibi) ile karşılaştırdığınızda Microsoft'un bu Data Access konusunda bir türlü karar veremediğini görürsünüz.

Şimdi bu yazıyı okuyupda beni Microsoft düşmanı filan sanmayın, Microsoft sayesinde para kazanan biriyim, hatta mecbur kalmadığım sürece Java yada benzeri bir şey ile ilgim olmaz.

Geçen o kadar yıldan sonra emin olduğum tek şey var. Data Access konusunda Microsoft'a güvenme.

Neden ?

Microsoft eşlenik olduğu rakipleri içerisinde geliştiricilere en çok önemi veren şirket, ürettiği herşeyde "platform" tadı vardır ama belli konularda her zaman "kaygı ayrılığı" durumu yaşanır. MS'inde güçlü ve zayıf olduğu yerler var, örneğin yaptığınız projenin Oracle veritabanı ile çalışıyor olmasını (gayet doğal olarak) tercih etmez.

Eğer tek atımlık bir projeden bahsediyorsak bu veritabanı taşınabilirliği o kadar önemli olmayabilir ama eğer mermi adedi belirsiz bir üründen bahsediyorsanız ortaya çıkacak ürünün tüm sinir, sindirim ve dolaşım sisteminde Sql Server, Active Directory gibi MS ürünlerinin bulunmasını ister.

Bu yüzden MS belli konularda (data access gibi, IIS gibi) geliştiriciler ile bağlılık arasında kendi kendine sürekli bir savaş yaşar. Eğer mobility'ye çok açık bir durum var ise bir süre sonra Entity Framework benzeri yeni bir versiyon çıkar ortaya. Yukarda listesini gördüğünüz data access componentlerinin sayısının çok olmasının nedeni budur.

Linq ile derdim

Bilmeyenler için önce ufak detay vereyim. Linq, IQueryable ve Expression denilen bir yapı üzerine kurulu ve siz bu IQueryable ve Expression'lar ile bir sorgu hazırlayarak, herhangi bir sisteme execute edilmesi için gönderiyorsunuz. Bu sistem bir c# array'i olur veya db olur çok fark etmiyor, hatta birden fazla sistemi birbirine join bile edebilirsiniz.

Linq2SQL ise database'de duran tablolara göre üretilmiş/generate edilmiş classlar'a göre bu Expression'ları SQL komutlarına çevirerek çalışan bir mantıkta zaten.

Öncelikle lambda konusu benim gözümde anonymous delegate'lerin biraz daha şekillisi, kolay kullanılanı. Eğer dümdüz, 1 kez yazdığınız zaman işiniz bitecek ise kullanmamak için hiç problem görmüyorum.

Eğer reuse ihtimali olacak bir kod yazıyorsanız, sorunlar o zaman başlıyor.

Serialization

Linq'in açılımı "Language Integrated Query" demek. Eğer bir query dilinden bahsediyorsak benim ilk baktığım, sorgunun nasıl serialize edildiğidir. Eğer serialize edemiyorsam disk'e kaydedemem, networkden geçiremem, viewstate'e yazamam.

Örneğin serialization var ise örneğin müşterileri listeyecek bir servis yapıyorsam;

Code:

Customers[] GetCustomers( Expression query );

gibi bir metodla dışardan gelcek sorguyu dinamik olarak çalıştırabilirim. Eğer yapamıyorsam aşağıdaki gibi her case için ayrı düşünmem gerekli.

Code:

Customers[] GetCustomers( int? id, string name, ... );

Linq için baktığımız zaman, Expression class'ı "by design" olarak query'ler serialize edilemiyor. Bu konuda WCF içerisinde geçen buradaki bilgi var. Okuduğum kadarıyla pek tatmin edici değil, ciddi işler için kullanılabilecek bir boyutta değil.

Type-Safety

Sorgu dili direk c# içerisine gömüldüğü için hazırlanan sorgu ilgili Type'a göre değişiyor. Yani genel bir sorgu yazayım istediğim yere göndereyim gibi bir mantık olamıyor, mutlaka bir class tanımı istiyor.

Örneğin bir Xml dosyasındaki entity tanımlarına göre çalıştıramıyorsunuz. Bu yüzden dinamik bir yapı kurmanız çok zor. ( Eğer arka tarafda xml'e bakarak otomatik class generate edecek bir yapınız yok ise, bu da yapanı var gördüm.)

Bazıları ne yaptın, o kadarda değil diyebilir, en fazla ne yapabileceğinize örnek vereyim.

Code:

var xml = XElement.Load("nurettin.xml");
 
  string t = "Belluci";
  var v = from page in xml.Elements("SitePage")
    where t == page.Element("Title").Value
    select page;

Bu xml içerisinden linq ile sorgulamanın bir örneği. Aynı şeyi birde xpath (evet w3c standardı) ile deneyelim.

Code:

var xml = new XmlDocument().LoadXml("nurettin.xml");
  
  var page = xml.SelectNodes("//SitePage[Title ='Belluci']");

Hmm..

Yazım şekli (syntax)

Kolay anlaşılması için standart c# ile yazılmış bir kod parçası üzerinden gidelim. Aşağıda 2 array içinde eşleşen kayıtları bulan bir kod parçası var.

Code:

foreach (string g1 in sourceGroups)
{
   foreach (string g2 in targetGroups)
   {
       if (g1 == g2)
       {
           matches.Add(g1);
       }
   }
}

Aynı kodun birde linq ile yazalım;

Code:

maches.AddRange(
  from g1 in sourceGroups
    from g2 in targetGroups
      where g1 == g2
        select g1);

Bunlardan hangisine baktığınızda 5sn içerisinde ne olduğunu anlıyorsunuz ? Anlaşılır, temiz syntax'ın cevabı ile aynıdır bu. Sizi bilmem sql-vari dil bana pek anlaşılır gelmiyor.

Özet

Eğer tek atımlık bir iş yapıyorsanız, yazdığınız koda geri dönüşünüz az olacak ise Linq gayet kullanılabilir, c# içerisindeki Query sorunlarını halledebilecek bir yapı. Buna uzun süredir de ihtiyaç vardı.

Eğer API gibi, extend-reusability falan istiyorsanız c# sınırları dışına çıkmayan bir API içerisinde yine kullanılabilir ama dış dünyaya açtığınız kapılardan Linq geçirmemeniz sizin için faydalı olacaktır.

Linq2SQL'in ise geleceğine zaten Microsoft karar vermiş gözüküyor.

Original post blogged on b2evolution.

Product vs Platform şirketleri

ertan — Tue, 15 Nov 2011 00:31:00 +0000

Bundan bir süre önce Google+’ın başındaki kişi Steve Yegge aslında Google çalışanlarına gönderdiği bir makaleyi kazara public olarak yayınladı, biraz uzun olsa da herkese bu yazının içeriğini okumasını tavsiye ederim.

https://plus.google.com/112678702228711889851/posts/eVeouesvaVX

Henüz ülkemiz için erken olsa da (bu iyi bir şey), bu yazıdan öğrenilecek çok şey var. Bu yazıda beni en çok şaşırtan bir kamyon danışmanı olan bir şirket bunun nasıl farkına varmazdı ama neyse. Ben bizim şartlarımıza uyan başka bir konudan gitmek istiyorum.

Bizde de Google’ın yaptığına benzer gayet başarılı olmuş gayet çeşitli (bunun içerisine e-ticaret, ilan sitelerini, teknoloji şirketlerini de dahil ediyorum) ürünler var. Ancak bu şirketlerin başına Jeff Bezos gibi bir patron henüz gelmedi. Görünüşe göre de en az 1 jenerasyon boyunca da gelmeyecek.

Tüm bu bizim ürettiğimiz ürünlerin temel problemi bu Steve amcanın yazdıkları galiba. Başarılı bir ürün yarattıktan sonra onunla ne yapacağımızı bilmiyoruz.

Örnek isterseniz tüm başarılı olmuş, e-ticaret ya da ilan sitelerine bakın 1 tanesi bile elle tutulur bir API sağlamaz. Bu sitelerin patronları için bir kategorideki ürün listesi kaynak kodlar kadar değerli. Hatta web sitelerinden bu verileri almaya çalışırsanız size dava açarlar.

Bana göre asıl kaçırdıkları bu API’leri sağlayarak etraflarında yaratacakları ekosistem. Bir ürünü ayakta tutan aslında bu ekosistemdir. Microsoft bu ekosistemi daha ilk zamanlarından beri kullandı, bununla tüm karşısına dikilenleri yola getirdi. Facebook’da aynı yoldan geldi, şu anda canı sıkılan insanları eğlendirmesi için içinde yüzlerce uygulaması var.

Tersi örnek Google Maps. Eğer bu ekosistemi yaratacak API’leri sağlayamazsanız bir gün o ürünü sizden daha iyi yapan (misal Yandex Maps) gibi birileri mutlaka çıkar ve o gün aldatılırsınız. Başka bir örnek; sahibi bir kamu kuruluşu olmasına rağmen IBB Trafik sitesidir.

Halen ikna olmadıysanız; limitsiz kaynağınız olsa bile bu ekosistem’in yaratacağı inovasyon’a hiçbir zaman erişemezsiniz. Inovasyon olmadan sürekliliği sağlamanız imkansızdır.

Bu ekosistemi yaratmak için düşünülenin aksine ağır bir yükü omuzlamak gerekmiyor. Bezos’un kurallarını takip edin yeterli, eğer okumaya üşendiniz ya da anlamadıysanız ben özetleyeyim.

Tüm takımlar (Bezos tam tarif edememiş, modül diyeyim) verilerini servisler ile yayınlayacak.
Tüm takımlar arasındaki iletişim sadece bu servisler aracılığıyla olacak.
Başka bir iletişim yöntemi geçerli değildir. Direk linkler, direk veri tabanı bağlantıları, arka kapılar yada benzeri hiçbir yöntem. Tüm iletişim bu servisler ile network üzerinden yapılacak.
Ne tür bir teknoloji (HTTP, Corba, custom... ) kullandığınızın önemi yok.
Tüm servisler dışarıya açılabilir olacak. Tüm bu servisler dış dünyadan geliştiricilere açılacak şekilde planlanıp, tasarlanacak.
Bunları yapmayan kişi işten atılacak.

Bu maddeleri ben yazsaydım bu kadar güzel özetleyemezdim heralde Tüm tasarımınızı bu maddelere uyarak yaptığınızda gerisi kendiliğinden gelecektir.

Bunları yazmamın sebebi;

Eğer girişimciyseniz mevcut sitelere alternatif bir şeyler yapmak isteyip de mevcut olanlar yüzünden cesaret edemiyorsanız, bu konuda denemeye değer.

Eğer patronsanız bir an önce Bezos’un gönderdiği bir mail’in benzerini sizde gönderin çok geç kalmadan.

Eğer geliştiriciyseniz bir an önce proje, ürün, platform arasında ne fark vardır onu öğrenin.

Original post blogged on b2evolution.

Parallel kütüphanesi

ertan — Sun, 22 May 2011 20:16:17 +0000

Uzun bir aradan sonra sonunda hakkında yazabileceğim bir şey yeni aklıma geldi. Eğer yamulmuyorsam Parallel kütüphanesi Framework 4.0 ile beraber geldi, daha öncesinde MS Research'in geliştirdiği bir extension olarak gizli bir köşede saklanıyordu.

Parallel kütüphanesi ( yada AsParallel() ) Nedir ?

Parallel kütüphanesi son 2-3 yılda yeni çıkan birden fazla işlemcilerin avantajını kullanmak için işleri kolaylaştırmak amacıyla geliştirilmiş bir kütüphane.

Temel olarak yaptığı sıralı olarak yapılacak işleri birden fazla CPU'ya dağıtarak aynı anda birden fazla iş yapmaya, dolayısıyla da verilen işi daha hızlı yapar.

Neden ihtiyacım olur

Bundan yıllar öncesinde C yada ASM'de yazdığım zamanlarla karşılaştırınca, bisikletle bir ferrari'yi karşılaştırmaya benziyor. İronik olan kısım ise yazdığımız programlar halen o zamanki programlar kadar yavaş.

Önce herhangi bir programı yavaşlatan nedir diye düşünelim;

* Donanım
* Network
* For, Foreach, While gibi döngüler.

Bunların dışında bir programın yavaş çalışmasına neden olacak bir etken yok. Donanım ve Network kısmı için zaten sürekli olarak bir şeyler yapılıyor zaten konumuzun dışında.

Eğer yazdığımız kodun hızlı çalışmasını istiyorsak yapacağımız tek şey bu döngü'lere dikkat etmek, ne kadar az döngü varsa kod o kadar hızlı çalışacaktır. Bu optimizasyonu tabiki belli dereceye kadar yapabiliriz ve nihayetinde bazı kısımlar kalacak.

Standart kodlama yaparken (eğer thread filan yaratmıyorsanız) yazdığımız kod her zaman ve her zaman tek CPU üzerinde çalışacaktır. Bazen CPU bir şeylerle uğraşırken Task Manager'i açtığınızda tüm CPU'ların bir şey yaptığını görüyor olursunuz ancak burası biraz yanıltıcıdır.

Çok merak ediyorsanız basit bir loop yaratarak CPU'yu sürekli meşgul tutan bir kod çalıştırın ve Task Manager'da olanları izleyin, eğer 2 CPU'lu bir makinanız varsa test yaptığınız exe asla %50 (4 CPU'nuz varsa %25) cpu kullanımının üzerine çıkmayacaktır. Task Manager'ın grafik kısmına baktığınız zaman tüm CPU'larda aktivite gözükür ancak bu işletim sisteminin yapılan işleri farklı CPU'lara dağıtması yüzünden kaynaklanır. Yani kodunuz kısa bir süre 1. CPU daha sonra 2. CPU'da çalışmaya devam eder. Ancak yaptığınız iş tek CPU sınırını aşmadığı için asıl rakamlara baktığınız zaman bu söylediğim görünmez bariyer'de takılırsınız.

Yazdığınız kodu hızlandırmak için birden fazla CPU kullanmayı istiyorsanız kodunuz içinde ekstra olacak bir şeyler daha ekleyerek, niyetinizi belli etmeniz gerekir.

Nasıl ?

Anlaşılır olması için örnekli gidiyorum; basit bir örnek olsun diye elimizde bir int array'i olsun ve biz array üstündeki elemanı string halline dönüştürmek isteyelim. (Pratikde string'e dönüştürmekten başka bir şeyler olacaktır)

Önce array'i tanımlayıp içini çöp'le dolduralım.

Code:

List<int> arr = new List<int>();
 
   for (int i = 1; i < 9999999; i++)
      arr.Add(i);

Standart olarak yazacağımız kod aşağıdaki gibi;

Code:

a.ForEach(delegate(int i)
  {
      return i.ToString();
  });

Şimdi bu kodu benim 8 CPU'lu canavar bilgisayarımda çalıştırdığımda süre olarak 01.520 saniyede tamamlanıyor.

Aynı kod üzerinde biraz değişiklik yaparak paralel kütüphanesinin kullanılmasını istersem;

Code:

arr.AsParallel().ForAll(delegate(int i)
  {
      string c = i.ToString();
  });

Araya eklediğim bu AsParallel ile çalışma süresi 0.619 saniyeye düştü.

Karşılaştırma yapınca arada devasa bir fark var. Geriye tek sorun kalıyor;

Paralel çalışacak kod parçası üzerinde sıralı işlemler yapmamanız gerekli, örneğin toplama gibi sıralı olması gerekmeyen bir kod yazabilirsiniz ancak bir önceki değere ihtiyacınız olduğu durumlarda işler biraz zorlaşabilir.

Böyle durumlar biraz daha karmaşık, bunun detaylarını daha sonra yazarım ancak sadece bu yöntemle kodunuz içindeki döngüler'in büyük bir çoğunluğunda bu parallel kütüphanesini halen kullanabilirsiniz.

Umarım işinize yaramıştır. Unutmadan denemek isteyenler için tüm test kodu aşağıda;

Code:

List<int> arr = new List<int>();
 
for (int i = 1; i < 9999999; i++)
    arr.Add(i);
 
System.Diagnostics.Stopwatch s = new System.Diagnostics.Stopwatch();
 
s.Start();
 
arr.ForEach(delegate(int i)
{
    string c = i.ToString();
});
 
s.Stop();
 
Console.WriteLine(" Sure : " + s.Elapsed);
 
s.Reset();
s.Start();
 
arr.AsParallel().ForAll(delegate(int i)
{
    string c = i.ToString();
});
 
s.Stop();
 
Console.WriteLine(" Sure : " + s.Elapsed);

Original post blogged on b2evolution.

turnaround time

ertan — Fri, 29 Oct 2010 08:44:04 +0000

Klavyem sanırım aşırı kullanım yüzünden o (noktalı olanı) harfini yazmamakta inat ediyor. çok uğraşamadım idare ediniz.

wikipedia'ya gore

Turnaround, in computing scheduling, the total time between submission of a process and its completion

anlamına gelen bu kelime biz farkında olmadan yazılım geliştirme için harcadığımız zamanın büyük bir bolumunu alır.

Diyelim ki ofisinizde sakin bir şekilde çalışırken, yazdığınız uygulamada ufak bir hata buldunuz. Basit anlamda bu süre IDE açıkken uygulamayı derleyip, hatayı deneyip, tekrar IDE'ye dondugunuze kadar geçen süredir aslında.

Çoğu developer bu süreyi etkileyecek sorunları çozmek yerine gozardı edip bir an once hatayı test etmeye odaklanır. Tanıdığım bir developer'ın yaptıklarını ornek vererek gideyim

1. Derle 45sn (7sn) Normalde çok kısa süren bu iş, diskinde yer olmadığı için kodları USB diskten kullanıyor bu yüzden çok yavaş.

2. Kopyala 90sn. (0sn) Normalde build script'i ile kopyalanan dll dosyası, build script'ini güncellemediği için elle kopyalamak zorunda. Derlenen dosyayı programı çalıştırdığı dizine kopyalıyor ama uygulamayı açık unuttuğu için dosyaları kopyalayamadı. programı kapatıp kopyalamayı tekrar başlatıyor.

3. Çalıştırma 35sn. (4sn) Her ne amaçla kullanıldığını anlamadığım bir cehennemden gelmiş bir antitrojan uyarı mesajı çıkarıyor. Mesaj kapatılıyor.

4. Deneme 70sn. (2sn) Denemek için uygulamadaki ekrana gidip parametreleri giriyor, ama hatayı oluşmadı. Biraz düşündükten sonra hatalı parametre girdiğini farkedip düzeltip tekrar deniyor. Hata düzelmemiş. tekrar baştan başla.

Bu saydıklarımın aslında daha fazlası var ama sıkıcı olmaması için daha detaylandırmadım. Şimdi normalde 13sn süren "turnaround" zamanı bu developer için 240 saniye yani 4dk.

Gün içinde bunu yüzlerce kez tekrar ettiğimiz için işimizi yaparken harcadığımız zamanın çok çok büyük bir bölümünü anlamsız, kimseye faydası olmayan, can sıkıcı işlerle geçiririz.

Verdiğim örnekler için bir build script'i ve unit test yapmanız yeterlidir ama yaptığınız işin detaylarını sizden başka kimse bilmez.

Bu konuda size sadece bazı genel olabilecek önerilerim olacak;

* Kod yazarken dikkatinizi dağıtacak, antivirüs, outlook gibi zıpır zıpır popup mesaj çıkaran şeyleri kapatın.

* Age of Empires eski makinalarda da çalışıyor olsa bile ofisdeki en hızlı makinayı kullanın, bunun için gerekirse patronunuza yalvarın. Şirketin bik bik standartları var bu yüzden veremeyiz denirse gidip kendinize hızlı bir makina alın, bu kendinize yaptığınız bir yatırımdır.

* Sürekli tekrar ettiğiniz şeyleri daha kısa sürede yapmanın bir yolunu bulun, gerekirse telefonda ağlayan kullanıcıyı beklemeye alıp browser'ın address barına günde 150 kere yanlış yazdığınız programın adresini bookmark'lara ekleyin.

* Yazdığınız uygulamayı arayüzler içinden test etmekten vazgeçin, felsefik saçmalıklardan olacak ama unit test için ilk adımı atmak uzun bir yolun ilk adımıdır.

* Geliştirdiğiniz uygulamayı güncellemek için tek tek dosya kopyalamaktan vazgeçin, hayır daha hızlı değil. Tüm değişmiş dosyaları güncelleyecek bir script dosyası yazın.

* Bunların içerisindeki en önemlisi "hurafe"lere inanmayın. 10dk önce çalışan bir şey mars'dan gelmiş kırmızı etekli uzaylılar tarafından bozulmuş olamaz.

Original post blogged on b2evolution.

asp.net ve web platformu ile ilgili tavsiyeler.

ertan — Wed, 20 Oct 2010 19:27:15 +0000

Bu aralar bende yeni bir projeye başladığım için geçmiş tecrübeleri bir köşeye yazmanın zamanı geldi diye düşünüyorum. Umarım bir gün faydasını görürsünüz.

Henüz hiç kod yazmadıysanız öncelikle geliştirdiğiniz uygulamayı kimlerin kullanacağı konusunda biraz düşünmeniz gerekiyor. Intranet (ofisiniz diyelim) içinde çalışacak bir uygulama ile internet üzerinden kullanılacak uygulama arasındaki uçurumların daha sonra farkına varabilirsiniz.

Bant Genişliği

Eğer intranet içerisinde ve sınırları aşmayacak kullanıcı adedinde olacak ise biraz daha rahat davranabilir bant genişliğini düşünmeden hızlı kod geliştirmeye odaklanabilirsiniz. Bu durumda ASP.NET kontrolleri yada MVC ile yol almakta fayda var. Bunlarla çok basit uygulamaları neredeyse hiç kod yazmadan arayüzlerle geliştirmeniz bile olası.

View State

Yeterli bant genişliği olsa bile IDE'den New Project dediğiniz anda web.config'den viewstate'i çok mecbur kalmadığınız sürece bir daha açmamak üzere kapatmanız iyi olacaktır.

Eğer kendiniz web controlleri geliştirecekseniz mecbur kaldığınızda control state'i kullanmaya çalışın. Yeniden hesaplayabildiğiniz şeyleri (DropDrown'ın listesi gibi) viewstate yerine veritabanı gibi ortamlardan oluşturun. Ancak hesaplayamadığınız (DropDown'ın seçili item'ı gibi) değerleri sadece control state'e yazın. Bu tercih ilerde sizi 60kb'lik html sayfasına karşılık 700kb'lik viewstate'den kurtaracak, hem network hemde cpu anlamında rahat etmenizi sağlar.

Login

Daha sonra uygulamanın kullanıcılarının sisteme nasıl giriş (login) yapacakları konusunda düşünmeniz gerekiyor.

Eğer tüm kullanıcıların AD (Active Directory) içerisinde hesabı var ise sizden şifre girilmeyen bir uygulama isteyeceklerdir. Bu yüzden Windows Authentication kullanmalısınız. Bu arada windows authentication sadece Internet Explorer ile çalışır, Firefox veya Chrome kullanmakta ısrar eden patronlarınız var ise şifre girmek zorunda kalacakları konusunda uyarmanız uyarmanız yerindedir.

Etrafta yeterince bilgi olduğu için Forms Authentication'ın detaylarına girmiyorum.

Uygulamanın giriş yapılmadan kullanılacak bölümleri (örneğin ana sayfa gibi) olacak ise giriş yapılacak bölümün dosyalarını ayrı bir dizin içerisinde tutun ve bu dizinde aşağıdaki gibi bir web.config dosyası tanımlayın. Böylece henüz login olmamış kullanıcılar bu dizin içerisindeki bir sayfaya erişmek istediğinde login sayfasına yönlendirilecektir.

XML:

<configuration>
  <system.web>
    <authorization>
      <deny users="?"/>
    </authorization>
  </system.web>
</configuration>

Dil problemleri

Türkçe ve diğer tüm dil problemlerinden kurtulmak için web.config aşağıdaki şekilde olmalı;

Code:

<globalization requestEncoding="utf-8" responseEncoding="utf-8" fileEncoding="utf-8" enableClientBasedCulture="true" culture="auto" uiCulture="auto" />

Şu anda hiç planınızda olmasa bile lokalizasyon için kullanılan resource dosyalarının kullanımını öğrenin.

Session

Eğer session içerisinde bir şey tutmamayı planlıyorsanız (-ki bu doğru yoldasınız demek) sessionState'i kapatarak biraz daha performans kazanabilirsiniz. Eğer aynı anda 100+ kullanıcıyı geçecek bir sistem geliştiriyorsanız, session kullanmanızı kesinlikle tavsiye etmem.

Hazır session hakkında konu açılmışken, eğer uygulamanız birden fazla sunucuda paralel olarak çalışacak (Load balanced yada Cluster diye geçer) ise mümkün olduğu kadar session kullanmaktan kaçının. Mecbur kalmanız durumunda session içerisine koyduğunuz nesnelerin serialize edilebilir olmasına dikkat edin.

Load balancing

Normalde session bilgileri web sunucusunun hafızasında saklanır. Yani siz sunucuyu kapattığınızda bu bilgiler kaybolur. Özel durumlar haricinde yük paylaşımı yapılan sunucularda session bilgileri sunucunun hafızası yerine serialize edilerek veritabanı üzerinde saklanır. Böylece 1. tıklamada A sunucusuna giden istek, 2. tıklamada B sunucusuna gittiğinde uygulama kaldığı yerden devam edebilir. Eğer bu konu size çok problem yaratıyor ise network sorumlunuz ile konuşarak bağlantı açan istemcinin hep aynı sunucu üzerinde kalmasını sağlayabilirsiniz. (Umarım karmaşık olmadı)

HTML

Boşluk karakterleri

HTML ile ilgili yapacağınız en iyi ve kısa optimizasyon ne kadar cici ve anlaşılabilir gelirse gelsin Visual Studio'nun aspx dosyaları üzerindeki salak indent'lerini kaldırmak olacaktır.

Nedeni ise çok fazla detay ve ascx tipi kontroller içeren sayfalar verilen indentler nedeniyle sunucunuzdan çıkacak olan " " (boşluk) karakterleri normal html boyutunu geçebilir.

Özellikle bu konuya liste tipi ekranlarda dikkat etmeniz gerekli. Örneğin listenin her satırında aşağıdaki gibi bir kodun tekrar ettiğini varsayalım.

Code:

<asp:Panel runat="server">
      <asp:Button runat="server" Text="tıkla"/>
      <asp:Button runat="server" Text="hey"/>
    </asp:Panel>

Bu durumda browser'a 20 adet boşluk ve 4 tane yeni satır karakteri göndermiş oluyorsunuz. Toplamda bu 28 byte civarı bir şey yapar. Eğer listede 1000 adet kayıt listelenirse hiç kimsenin işine yaramayan 28kb'lik boş veri gönderiyor olursunuz. (Html boyutu dışında bunun sunucunuzda farklı etkileride var ama detayı sonra anlatırım)

Hyperlinkler

Bu bölüm çok önemli değil ama benim gibi titiz karakterli olanlar sevebilir.

Sayfalar içerisinde verdiğiniz linklerin anlaşılabilir olmasına aslında gerek yok. Örnekle gideyim;

bir arama kutunuz var diyelim;

Code:

<form action="executesearch.aspx">
  <input type="textbox" name="aranacakkelime"/><input type="button" name="b"/>
 </form>

Bu şekilde bir html yerine aşağıdaki gibi daha kısa kelimeleri seçebilirsiniz.

Code:

<form action="es.aspx">
  <input type="textbox" name="k"/><input type="button" name="b"/>
 </form>

Böylece sunucu ve browser arasında gidip gelen veri miktarını azaltabilirsiniz. Bu mantık arama kutusu için ben anlamlı gelmeyebilir ama örneğin arama sonuçları sayfasında verdiğiniz linklerde

Code:

<a href="details.aspx?sayfano=5">Detay</a>

yerine;

Code:

<a href="d.aspx?i=5">Detay</a>

hatta biraz biliyorsanız rewrite rule'lar ile;

Code:

<a href="d/5">Detay</a>

verdiğinizde her satır için ilk örnekte 10, ikincide 19 byte kazanırsınız. Bu fazla gözükmeyebilir ama 1000 satır kayıt listelediğinizde 19kb kazanıyorsunuz demektir.

Resim linkleri

Bunu çok fazla kişi bilmez ancak neredeyse tüm browserlar gezinti yaparken sayfanın içeriğini sunucudan indirmek için site başına 2 ağ bağlantısı kullanır. Bu kullanıcı bir link'e tıkladığı zaman 1. kanaldan html içeriği indirilirken 2. kanaldan css,javascript,resim gibi diğer bilgiler indirilir. Örneğin 5 tane css dosyası kullanıyorsanız bu durumda neredeyse hepsi sıralı olarak sunucudan indirilir.

Bu tür bir problemi gidermek için farklı içerikleri aslında aynı siteyi gösteren ancak farklı isimlerle göstererek browser'ı kandırabilirsiniz. Yani css ve js dosyaları için farklı bir adres, resimler için farklı bir adres verebilirsiniz. Örneğin;

Code:

<html>
<head>
  <link href="http://res.benimguzelsitem.com/css/elma.css" rel="stylesheet" type="text/css" />
  <link href="http://res.benimguzelsitem.com/css/armut.css" rel="stylesheet" type="text/css" />
</head>
<body>
  <img src="http://img.benimguzelsitem.com/img/jennajameson.jpg"/>
  <img src="http://img.benimguzelsitem.com/img/emilyscott.jpg"/>
</bod>
</html>

Şimdi bu yapıya göre "res.benimguzelsitem.com" ve "img.benimguzelsitem.com" web siteleri aslında "www.benimguzelsitem.com" ile aynı IP adresini kullanmakta (DNS tanımları üzerinden bunu yapabilirsiniz) ve hatta IIS üzerinde aynı dizini göstermekte.

Böylece browser'ı kandırarak normalde 2 yerine 6 kanaldan sayfa içeriğini indirmenizi sağlar, buda hızlı açılan sayfalar demek.

Şimdilik bu kadar.

Original post blogged on b2evolution.

Office 2010 elektronik imza yeniliği

ertan — Mon, 04 Oct 2010 07:17:32 +0000

Daha önce yazdığım gibi bir çok uygulama elektronik imza için basit olduğundan BES tipi imzaları atmayı yeterli görüyordu ama Office 2010 için (biraz şaşırsamda) bu konuda bir güzel değişiklik yapılmış.

Docx, xlsx gibi sonu x ile biten uzantılar ile dosya formatlarını daha önceden xml haline dönüştürmüşlerdi, (bilmeyenler için; docx uzantısını sadece zip şekline çevirin açılacaktır) şimdi de dokümanlara elektronik imza atılırken XaDES formatında atılmaya başlamış. Belki elektronik imza düşündüğünüz bazı projelerinizde işinize yarayabilir.

Original post blogged on b2evolution.

Webmaster'lar için Google bloklarına çözüm

ertan — Mon, 20 Sep 2010 20:01:51 +0000

Sözlük sayfasını yaparken en hassas olduğum konu hızlı çalışmasıydı ama bugün açmaya çalışırken sayfanın bir türlü yüklenemediğini farkettim. Sayfa yüklenmesi tamamlanmadığı için javascript'lerinde çalışmadığını farkettim. Biraz kurcalayınca sorunun saygıdeğer memleket yöneticilerimizin google ip'lerine koyduğu bloklama yüzünden sayfanın google analytics kodunu çalıştırmaya uğraştığını farkettim.

Klavye kullanmayayı bilen bazı internet kullanıcıları bu sorunu buradaki gibi çözümlerle halletmeye çalışıyorlar. Okumaya üşenenler için basitçe hosts dosyasına google'ın bloklanmamış ip numaralarının girilmesi anlatılıyor.

Bunu herkesin yapması elbetteki mümkün değil, bu yüzden site web masterları için google analytics kodu üzerinde yapacağınız ufak bir düzenleme ziyaretçilerinizin yavaşlık şikayetlerini ortadan kaldıracaktır. Yapacağınız şey üretilen kodu basitçe bir fonksiyonun içerisine alın ve setTimeout ile çağırın.

Örneğin size aşağıdaki gibi bir kod verilecek;

Code:

var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");
  document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));
  var pageTracker = _gat._getTracker("UA-XXXXXX-X");
  pageTracker._initData();
  pageTracker._trackPageview();

bu kodu aşağıdaki şekildeki gibi en başına bir fonksiyon tanımı ve en sonunada fonksiyonu kapattıktan sonra setTimeout çağrısını koymanız yeterli.

Code:

function googleKayit() {
  var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");
  document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));
  var pageTracker = _gat._getTracker("UA-XXXXXX-X");
  pageTracker._initData();
  pageTracker._trackPageview();
}
window.setTimeout(googleKayit, 100);

böylece google bloklu olsa bile sayfanızdaki diğer javascript çağrıları çalışacaktır. site ziyaretçilerininde saç baş yolmasını biraz olsun engellemiş olursunuz.

komik olan şey ise sözlük için yapmış olsam da kullandığım blog engine yüzünden bu blog'da aynı şeyi yapamıyor olmam.

Original post blogged on b2evolution.

	`? string.Equals("i","I", StringComparison.InvariantCultureIgnoreCase)`
	`true`
	`? string.Equals("ş","S", StringComparison.InvariantCultureIgnoreCase)`
	`false`
	`? string.Equals("ş","Ş", StringComparison.InvariantCultureIgnoreCase)`
	`true`

	`? string.Equals("i","İ", StringComparison.OrdinalIgnoreCase)`
	`false`
	`? string.Equals("I","İ", StringComparison.OrdinalIgnoreCase)`
	`false`
	`? string.Equals("i","I", StringComparison.OrdinalIgnoreCase)`
	`true`

	`var xml = XElement.Load("nurettin.xml");`

	`string t = "Belluci";`
	`var v = from page in xml.Elements("SitePage")`
	`where t == page.Element("Title").Value`
	`select page;`

	`foreach (string g1 in sourceGroups)`
	`{`
	`foreach (string g2 in targetGroups)`
	`{`
	`if (g1 == g2)`
	`{`
	`matches.Add(g1);`
	`}`
	`}`
	`}`

	`maches.AddRange(`
	`from g1 in sourceGroups`
	`from g2 in targetGroups`
	`where g1 == g2`
	`select g1);`

	`string dosya = "C:\Inceden.txt";`

	`File.Open( dosya.ToLower() );`

	`? string.Equals("a","A", StringComparison.OrdinalIgnoreCase)`
	`true`

	`var xml = new XmlDocument().LoadXml("nurettin.xml");`

	`var page = xml.SelectNodes("//SitePage[Title ='Belluci']");`

	`List<int> arr = new List<int>();`

	`for (int i = 1; i < 9999999; i++)`
	`arr.Add(i);`

	`arr.AsParallel().ForAll(delegate(int i)`
	`{`
	`string c = i.ToString();`
	`});`

	`<configuration>`
	`<system.web>`
	`<authorization>`
	`<deny users="?"/>`
	`</authorization>`
	`</system.web>`
	`</configuration>`

	`<asp:Panel runat="server">`
	`<asp:Button runat="server" Text="tıkla"/>`
	`<asp:Button runat="server" Text="hey"/>`
	`</asp:Panel>`

	`<form action="executesearch.aspx">`
	`<input type="textbox" name="aranacakkelime"/><input type="button" name="b"/>`
	`</form>`

	`<form action="es.aspx">`
	`<input type="textbox" name="k"/><input type="button" name="b"/>`
	`</form>`

	`<html>`
	`<head>`
	`<link href="http://res.benimguzelsitem.com/css/elma.css" rel="stylesheet" type="text/css" />`
	`<link href="http://res.benimguzelsitem.com/css/armut.css" rel="stylesheet" type="text/css" />`
	`</head>`
	`<body>`
	`<img src="http://img.benimguzelsitem.com/img/jennajameson.jpg"/>`
	`<img src="http://img.benimguzelsitem.com/img/emilyscott.jpg"/>`
	`</bod>`
	`</html>`

	`? "Inceden.TXT".ToLowerInvariant()`
	`"inceden.txt"`

	`var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");`
	`document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));`
	`var pageTracker = _gat._getTracker("UA-XXXXXX-X");`
	`pageTracker._initData();`
	`pageTracker._trackPageview();`

	`function googleKayit() {`
	`var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");`
	`document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));`
	`var pageTracker = _gat._getTracker("UA-XXXXXX-X");`
	`pageTracker._initData();`
	`pageTracker._trackPageview();`
	`}`
	`window.setTimeout(googleKayit, 100);`