Berke Sökhan - .NET

Birlikte Geliştir!

Berke Sökhan — Tue, 15 Jun 2010 14:03:52 GMT

Türkiye'nin Açık Kaynak Topluluğu Birliktegeliştir Yeni Versiyonu İle Yayında

Açık kaynak kodlu proje geliştirme yaklaşımının giderek yaygınlaştığı günümüz yazılım dünyasında Microsoft platform ve araçları kullanılarak birçok açık kaynak kodlu uygulama geliştirilmekte ve Microsoft’un kendisi de bu konuda çalışmalar yapmaktadır.

Açık kaynak kodlu bir içerik yönetim sistemi olan Umbraco üzerine kurulan Birliktegeliştir, Türkiye’de de Microsoft platformlarında açık kaynaklı projeler geliştirilmesi ve mevcut açık kaynak kodlu projelerin kullanımının yaygınlaştırılmasını amaçlamaktadır. Zaman içinde yaygınlaşan açık kaynak kod topluluğuna daha iyi içerik sağlamak amacıyla Birliktegeliştir yeni arayüzü ve yeni özellikleriyle yayında.

Sizlerin de kendi projelerinizi ve kendi içeriğinizi rahatlıkla paylaşabileceğiniz Birliktegeliştir’de ayrıca Türkiye'de geliştirilmiş açık kaynak kodlu projelere, bugüne kadar dünyada yapılmış açık kaynak kodlu uygulamaların kullanımı ile ilgili makale, video gibi Türkçe kaynaklara ulaşabilirsiniz.

Bunun yanısıra uygulama geliştiricilerin kodlama sırasında çoğunlukla kullandığı kod bloklarına Kod Parçaları kısmından ulaşabilirsiniz.

Birliktegeliştir topluluğuna www.birliktegelistir.com adresinden ulaşabilirsiniz.

E-Mail: birliktegelistir@birliktegelistir.com

Twitter: www.twitter.com/bgelistir

ALT.NET, Türkiyedeki Buluşmalar ve Son Buluşma Notları

Berke Sökhan — Mon, 29 Mar 2010 15:17:05 GMT

ALT.NET ilk defa Davi Laribee tarafından ortaya atılmış bir kelime. Microsoft ekosisteminde baskın durumda bulunan araçlardan ve yazılım geliştirme yaklaşımlardan farklı seçimler yapabilmeyi ifade etmek için Alternative'in ALT'ı ve buna karşın Microsoft'un baskın teknolojisi .NET'i birleştiren ilginç bir terim.

ALT.NET, üzerinde hala anlaşılmış kesin bir tanımı olmayan, ancak Microsoft platformları üzerinde kaliteli yazılım geliştirmek hedefi etrafında toplanan bir hareket. ALT.NET'çi olduğunu söylen herkesin kendine göre bir algısı ALT.NET algısı mevcut.

Benim ALT.NET algım ise şu şekilde: Sadece Microsoft'tan geldiği için bir teknolojiyi kullanmak veya Microsoft'ta bir karşılığı olmadığı için bir aracı kullanmamak yerine, neye ihtiyacınız varsa onu kullanmak. Araçlar ve teknolojinin pratik karşılıkları bir logging kütüphanesi de olabilir, agile yöntemleri destekleyen unit testler ve test driven development metodolojileri de olabilir. Kısaca ALT.NET'in bendeki karşılığı, gerekirse alternatifleri kullanarak, Microsoft platformunda iyi yazılım yapmaya çalışmak.

Dünyanın diğer yerlerinde olduğu gibi ALT.NET'in Türkiye'deki karşılığı da, bir mailing list ve düzenli yapılmaya çalışılan buluşmalar ve kişilerin blog postları (v= bunun gibi :)) şeklinde biçimleniyor.

İlkine katılamadığım ALT.NET toplantıları bundan yaklaşık 1,5 yıl önce başlamıştı. Katıldığım ilk buluşmanın, sabah oturumunda insanlar (Gürkan Yeniçeri, Gökhan Altınören, Doğa Öztüzün...) ALT.NET Türkiye'nin nasıl bir hedefi olması gerektiğini ve yazılım geliştirme süreçlerini tartışmıştı. Öğleden sonraki oturumda Tuna Toksöz ve Doğa Öztüzün C#, ASP.NET MVC ve NHibernate üzerinde kendi geliştirdikleri açık kaynak kodlu blog uygulaması BlogSharp'ı sundular. Tuncer Karaarslan ise NHibernate ile küresel navigasyon için spatial hesaplarının nasıl yapıldığından bahsetmişti.

Uzun süredir ara verdiğimiz ALT.NET buluşmalarından üçüncüsünü geçen hafta (2010-03-21) yapabildik. Bu buluşma öncekine göre daha dolu ve eğiticiydi. Daha önceki buluşmalara katılan arkadaşlar olduğu kadar, ALT.NET ile ilgilenen yeni yüzler de gördük. Sabah oturumunda Serdar Büyüktemiz Tuncer Karaarslan bu sefer Oracle ve spatial'den bahsetti. Serdar Büyüktemiz Search Engine Optimization konusunda oldukça bilgilendirici bir sunum yaptı. Öğleden sonra sahneyi Tuna Toksöz aldı ve Castle Windsor ile ilgili sunusunu paylaştı. Daha sonra ben de istek üzerine WPF MVVM ile ilgili kısa bir sunum yaptım.

Sunum yaparak bilgilerini paylaşan herkeze ve izleyicilere teşekkür ediyorum. Bilge Adam'ın desteğini alıp, bize yer ayarlayarak buluşmaların gerçekleşmesinde büyük emeğe sahip Murat Haksal'a da ayrıca teşekkür etmek isterim.

ALT.NET buluşmalarında sunuların kaydedilmiş tüm videolarını vimeo daki ALT.NET Türkiye grubuna yüklüyor olacağız. Burada bahsedilen ancak linki verilmeyen videoları vimeo'dan kontrol edebilirsiniz.

Sunum Videoları: ALT.NET Türkiye
ALT.NET Türkiye e-posta listesi: http://groups.google.com/group/altdotnetturkiye

A WPF MVVM Validation Implementation

Berke Sökhan — Sun, 06 Dec 2009 09:20:24 GMT

We recently started to build a desktop application with WPF and MVVM.

When we had the need for a validation framework for our view inputs, I started to look on internet to find "de facto" approach for MVVM and WPF in general. There are lots of look-alike methods for validation.

For validation I commonly saw three approaches:

Validation Rules on views
Hand coded validation on ViewModel setters
Using some validation framework attributes (mostly System.ComponentModel.DataAnnotations) on binded Model properties or ViewModel properties.

For validation error user notification, people complain about how WPF lacks old Windows Forms built in Error Provider support and invent their custom ones with IDataErrorInfo interface.

The problems with the implementations I saw so far was they were like toy examples or have overly complex implementations. One implementation outstands for me from the rest.

In Mariano Omar Rodriguez's validation approach, ViewModel decorates its properties with Data Annotations for validation, and to check these attributes are really valid, ViewModel uses some reflection and Linq Expressions. To show errors ViewModel also implements IDataErrorInfo interface. While Mariano's approach seemed a little complex, if I could carry complexity (IDataErrorInfo implementation and reflection methods/properties) to a ViewModelBase class, adding new properties and validations would become fairly easy.

I modified Mariano's code with generics to move all those overhead to a base class. Two things I couldn't carry without friction were IDataErrorInfo's members this[string] indexer and Error property, because these properties send "this" instances to reflective methods for gathering IsValid infos from Data Annotation attributes. I was stuck there for a good solution. My collegue Niyazi came with a solution which suggests we should declare a T type property in ViewModelBase, and use T property instead of "this" in ViewModelBase and actual ViewModels which inherit from ViewModelBase should assign their selves to this generic typed property in their constructors. We were not totally ok with this yet another overhead for the ViewModel. But it's less crappy or less code from other solutions out there. So we settled for this solution.

You can grab the solution attached below. Please feel free to comment on this solution's possible drawbacks.

Samples.Validation.BerkesVariant.rar (83.76 KB)

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. ;)