Berke Sökhan - IDE

Visual Studio 2008 ve .NET Framework 3.5 SP1 Betası Yayımlandı

Berke Sökhan — Tue, 13 May 2008 10:15:02 GMT

Başlık herşeyi anlatıyor. Ama söz edilmesi gereken bir kaç değişiklik mevcut tabi ve söz de edilmiş:

Scott Guthrie: Visual Studio 2008 and .NET Framework 3.5 Service Pack 1 Beta
Scott Hanselman: VS2008 and .Net 3.5 SP1 Beta - Should You Fear This Release?
Somasegar's WebLog (MSDN Blogger): Visual Studio 2008 and .NET FX 3.5 SP1 Beta available now

Bir şey eklemek istemiyorum, çünkü eminim MS evanjelistleri onlarca defa aynı şeyi yazmışlardır. ;)

Ekleme:
(tabii ki) InfoQ: New version of .NET Disguised as a "Service Pack"

White Screen of Darn: WSoD - Take 2

Berke Sökhan — Fri, 02 May 2008 14:43:36 GMT

A while (or may be a year ago), I blogged about the White Screen of Darn. It came with the Visual Studio 2005 designer, and occurs when for a reason designer couldn't render (generally referenced 3rd party) UI components.

And, it happens again.

With the new Visual Studio 2008 interface also we have a new WSoD error screen :).

The problem shows in a form, when an assembly of a 3rd party UI component directly or indirecly referenced multiple times. As the problematic error message will be like "type Asy1.TypeA couldn't be cast to Asy1.TypeA", this shows us, VS designer wrongly assumes same types as different types.

And here is the resolution: Clean the project, and Build it again.

Then, VS corrects its mistake, and shows designer without errror. ;)

JBuilder 2005 Gotchas!

Thu, 04 May 2006 19:15:45 GMT

Evet Visual Studio 2005 hakkında yazdıklarımı tekrar okuyunca durumu dengelemek gerektiğini düşündüm :). Sonuçta kıyaslayınca VS hala çok başarılı ama bazı hataları olacak tabi ;). Neyse yine VS'yi çekiştirmeden konumuz JBuilder'a geçelim :).

VS2005 ile gelen (bak yine!) main()'in ayrı bir Program.cs gibi bir dosyada olması zaten uzun süredir Java'cıların standart şekliydi. JBuilder'da da bu bağlamda bir MyApplication.java bir de MyFame.java gibi iki dosya oluşturur. MyFrame.java'da JFrame veya Frame'den türeyen sınıfın kaynak kodu bulunurken, tahmin edilebileceği gibi MyApplication.java'da bu frame'i SwingUtilities.invokeLater() ile veya direk show() diyerek mesaj döngüsünü başlatan main()'in kaynak kodu bulunur. Bu şekilde herşey sağlıklı giderken siz eski .NET alışkanlığı ile gelip Frame'in içine kendini invoke eden main()'yazarsanız o zaman JBuilder işleri biraz karıştırıyor... Frame'in kod görünümünden tasarım görünümüne geçerken bir anda içi boş başlıksız ve daha kötüsü windowClosing() WindowEvent'i (siz gerekli kodu yazmış olsanız bile) handle edilmemiş bir hayalet pencere beliriyor. Bu pencereyi (neyseki) iconify edip işinize devam ettikten sonra her kod görünümünden tasarım görünümüne geçişte yeni bir hayalet pencere beliriyor. :) Dolayısıyla görev çubuğunuz dolunca JBuilder'ı kapatıp tekrar açmanız gerekiyor... Aslında hiç kasmadan o main()'i oradan çıkarmak en iyisi ama yine de bu bir bug...
Uzun süre inaktivitede mesala gorev çubuğuna indirip bir süre geçtkten sonra tekrar kendine gelmesi uzun süre alabiliyor hatta gelemeyebiliyor. Program muadili Oracle JDeveloper gibi Java ile yazıldığı için ve sağ alt köşede heap bellek miktari ile GarbageCollector simgesini görünce insan JBuilder'ın kendini topladığını düşünüyor :).

White Screen of Darn - WSoD

Sun, 23 Apr 2006 10:37:02 GMT

Visual Studio .NET 2003'ten Visual Studio 2005'e geçenler yeni bir hata mesajı ile tanıştı. Bu mesaja MS çalışanları tarafından "Blue Screen of Death"e bir gönderme olarak "White Screen of Death" adı takılmış ama kullanıcılar hatanın "fatal" sonuçlar doğurmadığı ve rastgele gelebilmesi ihtimali üzerine bunu hayal kırıklığını temsil eden "White Screen of Darn" şeklinde yeniden adlandırmış. WSoD'ı Windows projelerinde bir formun design görünümünü açıldığında beyaz pencere üzerine hata mesajı, stack trace ve kırmızı bir çarpı şeklinde ortaya çıkıyor. Hatayı verilen mesajdan daha iyi belirlemenin ve engellemenin yolu bir codeproject makalesinde açıklanmış. Ama önerilen yöntem runtime'da olması gereken pencere görünümünü design time da doğru olarak görünmemesi ile sonuçlanabiliyor, kısacası WYSIWYG düşünüşüne biraz aykırı bir çözüm. (Ctor'da "if(this.DesignMode) return;" gibi bir kod tavsiye ediliyor.) Neden böyle bir hata mesajının VS 2003'te olmadığı ama VS 2005'e konulduğu vede doğasını Raghavendra Prabhu'nun MSDN blogundan okuyabilirsiniz.