Evet evet, şaka gibi ama değil, şunun şurasında 2010'a ne kadı ki :) değil mi ?

Aşağıdaki adresten indirebilir

http://www.microsoft.com/downloads/details.aspx?FamilyID=922b4655-93d0-4476-bda4-94cf5f8d4814&DisplayLang=en

şurdaki adresten de

http://msdn.microsoft.com/en-us/vs2008/products/cc948977.aspx

detaylı bilgi edinebilirsiniz.

Burdan da diger videolara erisebilir indirip izleyebilirsiniz. Ozellikle Jerry'nin rol aldigi reklamlar oldukca eglenceli.

Microsoft klasiği olan bir klasik olan Service Pack haberi ile yine karşınızdayız :)

Özellikle WPF ile ilgili çalışmalar yapanların şiddetle kurmalarını tavsiye ediyorum.Şurdaki linkden bu service pack ile neleri tamir ettikleri hakkında detaylı bilgi mevcut.

Burdan Vs.NET 2008 ( 831.3 MB lik iso dosyasi da şurda) ve burdan da .NET Framework 3.5 için gerekli Service Pack leri indirebilirsiniz.

Overview kısmına gözatmanızda fayda var derim. Kurulumdan önce de readme dokümanını okuyunuz. Örneğin vista kullanıcıları için

Visual Studio 2008 SP1 installation fails when the Windows Vista sidebar is on.

To resolve this issue:

1. Right-click the Sidebar icon in the notification area, at the far right of the taskbar.
2. Click "Exit".

açıklaması ile beni benden almıştır :)))))

Orta çaplı ya da büyük boyutlu uygulamalarda genellikle uygulama birçok kişi ya da birden fazla takım tarafından geliştirilmekte ve kayank kod kontrolü programları ile ( source safe, cvs, svn gibi ) projelerini yönetmektedirler.Asp.net uygulamalarında, web.config dosyasında  kişilerin ya da takımların kendilerine özel appSettings altında tutacak değerleri veya connectionStrings altında tutacak farklı veritabanı bağlantı bilgileri olabilir. Kimi durumlarda "check out" edilen web.config üzerinde degişiklik yapıldıkdan sonra ( ki bu bazen ekleme bazen de düzenleme olabilir ) "check in" yapılarak tekrar güncellenir. Bu kimi durumlarda birçok hataya ve aksaklığa neden olabiliyor. Bu durumda ilk akla gelen çözüm tüm uygulamada ortak kullanılacak değerler web.config dosyasına konur, test amaçlı, kişiye özel ya da takıma özel kısımlar ise harici bir dosyada tutulara web.config dosyası ile ile ilişkilendirilebilir.

Örneğin A takımının tüm projeden bağımsız kendisine özel bazı değerleri ve yine kendisine özel veritabanı bağlantısı bilgilerini harici olarak tutmak istediğini ama tüm projedeki ortak değerleri ve veritabanı bağlantı bilgilerini de kulanmak istediğini düşünelim. Bu durumda kendisine ait özel verileri web.config haricinde başka bir dosyada tutup, web.config dosyasında da bazı düzenlemelerden sonra diğer takım arkadaşlarının ya da aynı web.config'i kullanan diğer takımların başını ağrıtmayacaktır :)

Resimden de görüldüğü gibi projeme connectionstring lerimi ve appsetting lerimi yerleştirmek için iki ayrı dosya ekledim ( dosya isim ve uzantilarında zorunluluk yoktur. )

Ateam_local_connections.config dosyasının içeriği aşağıdaki gibi;

          <connectionStrings>
<add name="Atakiminaozelbaglanti" connectionString="Atakimi
baglanti bilgileri..."/> </connectionStrings>
        

Ateam_local_settings.config dosyasının içeriği de

          <appSettings>
<add key="Atakiminaozel" value="beniAtakimiOkur"/>
<add key="exts" value="jpg,png"/>
</appSettings> 
        

gibidir. web.config dosyamızı da aşağıdaki gibi düzenledikten sonra test edebiliriz.

          <appSettings
file="Ateam_local_settings.config">
<add key="globalValue" value="Beni
herkes bilir!"/> </appSettings> <connectionStrings configSource="Ateam_local_connections.config">
</connectionStrings>
        

bu kısımda dikkat edilecek nokta connectionStrings kısmına eğer harici bir dosya kullanacağınızı tanımlarsanız <connectionStrings> tagları arasına başka bir connectionstring tanımlaması yapamıyor oluşunuzdur.

Test kodumuz aşağıdaki gibidir.

            
               protected
              void Page_Load(object sender,
EventArgs e) { //genel
appSettings okunuyor Response.Write(ConfigurationManager.AppSettings["globalValue"]); //A
takimina ozel degerler okunuyor Response.Write("<br>"+ConfigurationManager.AppSettings["Atakiminaozel"]); //A
takimina ozel connectionString okunuyor Response.Write("<br>"+ConfigurationManager.ConnectionStrings["Atakiminaozelbaglanti"].ConnectionString);
}
          

BT Akademi 3. yaşına girdi. Gelişen yapısı ve büyüyen iş hacmi ile sektördeki kalitesini daha da artırarak 3. yaşına giren BT Akademi ailesini tebrik ediyorum. Nice nice senelere.

Sevgili Sefer Algan ve Burak Selim Şenyurt ile kısa bir süre önce beğeni ile takip edilen  .NET Radyo'nun 3. ve 4. bölümlerini c#nedir?com da yayınlandı.

3. bölümde ORM ve LINQ konusunda merak edilen ve  sıkça hakkında soru aldığımız Object Relational Mapping kavramı ve LINQ to SQL yaklaşımı üzerinde duruldu. ORM araçlarının amaçları, kullanım alanları , avantaj ve dezavantajları üzerinde durduk.

4.bölümde ise Yeni .Net Kavramları konulu söyleşiyi gerçekleştirdik. .Net Framework 3.0, 3.5, Asp.Net 3.5, Futures, Volta, WCF, WPF, Silverlight, Astoria gibi pek çok kavram üzerinde kısaca durmaya çalıştık. Amaç Microsoft ürünleri ile uygulama geliştiren uzman ya da yeni başlayan geliştiricileri kavram kargaşısından bir nebze de olsa kurtarmayı amaçladık.

Çok kısa bir süre sonra diğer .NET Radyo'ların hazırlanmasına başlayacağımızı belirteyim.

Kaynak kodları sizde olmayan bir dll'inizin olduğunu düşünün (.net frameworkdeki tüm dll lerin kaynak kodu yok ki zaten bizde) içinde onlarca tip ve bu tiplere ait metodlar, özellikler vs vs. Peki siz " yahu şu xxx tipinin yyy metodu private değil de public olsaydı oh ne güzel tak tak çağırır kullanırdım" diye aklınızdan geçirdiğinizde ilk yapılacak iş Reflection ile private metodu çağırmak olurdu ki, hem kullanması biraz karşık - parametrelerin uyum kontrolu, tip kontrolü, koddaki kirlilik de cabası - hem de performans sorunundan dolayı tam düşüncelerimizdeki o "sadeliği :) " gerçekleyemiyor :))  o zaman yapılacak iş dll'i açık private metodu public yapıp sonra aynı dll'i bozmadan tekrar kaydetmek... Bu işi yapan çok güzel bir aracı sizlere tanıtmak istiyorum...

Şurdaki adresten edinebileceğimiz aracı kurdukdan sonra test amaçlı bir dll projesi oluşturup public ve private üye elemanlar içeren bir tip ekleyip dll'i oluşturalım.

          
            using System; using System.Collections.Generic; using System.Text; namespace DllEditTest
{ publicclass DummyObject
{ publicstring GetXml()
{ return"<xml>";
} privatevoid Cagiramazsinki()
{ } } class SecretObject
{ privateint _price; publicint Price
{ get { return _price;
} set { _price = value;
} } } }
          
          
        

Örnek Dll'i test edecek bir uygulama oluşturup, kullandığımızda SecretObject isimli tipe beklediğimiz gibi erişmediğimizi görürüz.

Yine beklediğimiz gibi DummyObject sınfından bir nesne oluşturduğumuzda  Cagiramazsinki isimli private metodun görünmediğini görürüz.

Şimdi CFF Explorer uygulamasını başlatıp ilgili dll'i bu uygulama ile düzenlemek için ( File -> Open ) açalım. Aşağıdaki resimdeki gibi dll'in içerisindeki erişilebilen tipin metod bilgilerine erişelim.Dikkat ederseniz sadece erişilebilen public metodlarının listelendiğini göreceksiniz. Listeden Cagiramazsinki isimli private metodu seçtip sağ kısımda Flags satırının en sonunda "Click Here" yazan yere tıkladığınızda metodun özellikleri çıkacaktır. Bu kısımda "public" seçeneğini seçip dialog penceresini kapatıp, dll'imizi kaydediyoruz.

Tekrar dll'i test ettiğimz örnek uygulamamıza dll i eklediğimizde artık bu metodun da çağrılabildiğini göreceğiz.

Yine benzer şekilde TypeDef node'undan SecretObject'i seçip Flags kısmından sınıfımızı public olarak işaretleyip dll imizi kaydettikden sonra bu sınıfa da test projemizden erişilebildiğini görürüz.

Böylelikle bir dll in tüm özelliklerini değiştirirek kendimize özel hale getirip kullanabiliriz. Tabi ki iyi niyetle, tüm bu çabaların daha iyi uygulama geliştirme amaçlı olduğunu aklımızdan çıkarmadan değil mi ? :))))) Daha fazla bilgi için bu yararlı aracın sayfasından yararlanabilirsiniz.

Bir sonraki yazımda da yine iyi niyetli düşüncelerimizi gerçekleştirmek için neler yapabileceğimizi inceleyeceğiz.

Kod yazarken mouse kullanmayı sevmyenler için klavye kısa yolları önem kazanmaktadır( ayrıca kod yazmakda hız kazandırdığı da gayet açıktır) Hoşuma giden bir o kadar da az bilinen bazı kısayolları sizlerle paylaşmak istedim.

1- Kod yazarken birçok kez kopyalama işlemi yapıyoruz. Daha önce kopyalanan kodu,  2. kopyalama (ctrl + c) işleminden sonra kaybetmiyormuşuz :) yani vs arkaplanda kopyalanan kodları tutuyormuş. Ctrl + Shift + V ile bu kopyalanan kodlar arasında gezebiliyoruz.

Daha önceden kopyalanmış bir kodu yapıştırmak istediğimizde ctrl + shift +v tuş kombinasyonuna birden çok kez bastığımızda daha önceden kopyalanmış kodları da görebiliyoruz

2- Namespace'ini bilmediğimiz ya da o anda hatıryalamadığımız bir Type'in ismini doğru şekilde yazdığımızda type'in isminin hemen altında küçük kırmızı bir simge çıkararak, vs.net bize iki öneride bulunmaktadır. İster o anda direk namespace ismi ile kullanmayı, istenirse de using ifadesi ile kodun başına namespace'i eklemeyi önermekedir. Bu menüyü klavyeden elinizi kaldırmadan görebilmek için Ctrl + . tuş kombinasyonunu kullanabilirsiniz. (Teşekkürler Mustafa Güven :) )

3- Uzun metodlarda ya da sınıf tanımlamarında açılan ve kapanan küme parantezleri (braces) arasında dolaşmak için Ctrl + ] tuş kombinasyonunu kullanabilirsiniz.

Aşağıdaki basit bir reflection işlemi ile kendi assembly'imizi GAC'a yükleyebiliriz.

 1: namespace BTAkademi.TestCodes

 2: {

 3: class Program

 4:  {

 5: staticvoid Main(string[]
args)

 6:  {

 7: //GAC'dan System.Web
dll'i yükleniyor

 8:  Assembly asm = Assembly.Load(@"System.Web,
Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a");

 9:  

 10: // Type bilgisi alınıyor

 11:  Type t = asm.GetType("System.Web.Configuration.GacUtil");

 12: // Metodu invoke edebilmek
için GacUtil türünden nesne oluşturuluyor

 13: object o
= Activator.CreateInstance(t);

 14:  

 15: //Metod bilgisi
alınıyor

 16:  MethodInfo mi = o.GetType().GetMethod("GacInstall");

 17:  

 18: //metod çağrılıyor

 19:  mi.Invoke(o, newobject[]
{ "C:\\gacTest.dll" });

 20:  

 21:  }

 22:  }

 23: }

13/7/2008 tarihli düzenleme :

try
{
    System.EnterpriseServices.Internal.Publish gac = new System.EnterpriseServices.Internal.Publish();
    gac.GacInstall(yuklenecekassemblyadi);
}
catch (System.Security.SecurityException se)
{

}

şeklinde de yüklenebiliniyormuş :))) Eh azmetmek gibisi yok.

Yazılım geliştirme sırasında  ya da bazı durumlara anlam vermek için kimi zamanda araştırma geliştirme işlemleri sırasında çeşitli araçlar düşüneceğimizden daha çok yardımıcı olabileceğini görüyoruz. Yeri geldiğinde gördüğüm hoşuma giden araçları sizlerle paylaştım.

Ama farkettim ki sıklıkla kullandığım 3 aracı sizlerle paylaşmamışım :)

-Fiddler
-LinqPad
-FireBug

Fiddler

Web Debugger olarak nitelendirebileceğimiz bu uygulama web geliştiricileri için olmazsa olmazlardandır diyebilirim.Bilgisayarınızdan herhangi bir yolla internet üzerinden bir yere eriştiğinizde ya da ie ile herhangi bir websitesine requestte bulunuduğunuzda ya da localinizde geliştirdiğiniz asp.net projelerinde Fiddler hemen devreye girerek tüm trafiği analiz eder ve size gösterir. HTTP protoklündeki tüm detayları size göstererek gerek keşleme olsun gerek sitenizin yüklenme süresi olsun gerek yüklenme sırasında tüm response ve requestlerin tüm detaylarına kadar izlemek olsun sayamayacağım bir çok özelliği ile yeri geldiğinde web uygulamarında karşımıza çıkacan sorunlara karşın can simidiniz olabilir.
http://www.fiddlertool.com/dl/Fiddler2Setup.exe linkinden bu aracı indirebilirsiniz.

Birkaç özelliğinden bahsedecek olursak TimeLine özelliği bir sitenin ne kadar sürede yüklendiği sitenin yüklenmesi sırasında hangi parçanın ne kadar zaman sürdüğü gibi bilgileri grafiksel olarak görebilirsiniz. Hiç tahmin etmediğiniz bir script dosyası ya da bir resim sitenin yüklenme süresini artırıyor olabilir.Bu sayede sorunlu içereği tespit etmek çok kolay olacaktır. (Resimlerin büyük hali için resmin üzerine tıklayınız)

Diğer önemli bir özellik ise, göndermiş olduğunuz Request'in ve size gelen Respons'un tüm ayrıntılarını gözlemleyerek arabelleğe alma (cache) gibi işlemleri ya da ajax işlemleri sırasında response detaylarını görebilir, buna göre istemci tarafli arabelleğe alma işlemlerinizi birkez daha gözden geçirebilirsiniz ;)

Diğer güzel bir özelliği ise sunucudan sıkıştırılmış (Gzip ya da deflate formatlarından birisi) olarak gönderilen içeriği çözerek (https istekleri ve sonuclarını da Fiddler ile incelemenizi tavsiye ederim ;) ) anlanlı şekilde gösterebiliyor. Google içeriğini Gzip ile sıkıltırarak istecilere gönderiyormuş meğersem ;)

Alernatif bir araç olarak HttpWatch'ı da inceleyebilirsiniz.
http://www.httpwatch.com/

LinqPad

Linq ile uğraşanlar için yardımcı bir araç olarak kullanılaiblir. En azından yazılan linq query'lerinin C# Expression karşılıklarının görülerek - ya da tam tersi - kod yazma becerinizin artmasını veya bazı durumlara anlam verebilmenizi sağlar. Bunların yanında herhangi bir geliştirme ortamına ihtiyac duymadan sorgularanızı yazabilir, sonuclarını güzel bir şekilde göstererek projenizi bozmadan testler yapabilirsiniz.Kurulum gerekmeden kullanabileceğiniz uygulamayı http://www.linqpad.net/ adresinden indirebilirsiniz.

FireBug

Özelliklerinin saymakla bitirilmeyeceği, kısaca HTML,CSS ve Javascript Debugger olarak nitelendirebileceğimiz bu FireFox eklentisi web geliştiricilerinin olmazsa olmazlarındandır.
http://www.getfirebug.com/ adresinden temin  edebileceğiniz bu eklenti ile herhangi bir site üzerinde istediğiniz değişiklikleri yaparak "acaba burası şöyle olsa idi, acaba şu tag'ın arka plan rengi şöyle olsa nasıl görünürdü, şimdi şu div'in class'ı şu değil de bu olsa sayfa ne hale gelirdi" gibi içinizdeki araştırma geliştirme ve test dürtülerinizi gerçekleştirmek için sonuna kadar imkan veren harika bir eklenti.

Eğer sizlerin de kullandığı yararlı araçlarınız varsa incelemek için sabırsızlanıyorum!

.net dünyasına ilk adım atanlardan sıkça duyduğum soruların başında "bu namespace'leri nerden bileceğim, bu class'ın var olduğunu nerden bileceğim, ya da hangi namespace içerisinde olduğunu nerden bileceğim" şeklinde sorular geliyor. Ben de "zamanla ve kullandıkça, ihtiyacınız oldukça" diye cevaplıyorum.

Şu ve şurdaki linklere dikkat edersek aslında .net framework'ün ne kadar geniş bir dünya olduğunu, hatta biraz abartırsak da "dibsiz bir kuyu" olduğunu da söyleyebilirim ;)

Gün geçmiyor ki yeni assembly'ler, yeni namespaceler ve type'larla karşılaşmayalım sayın programcılar :)