thexpot.net » Yazılar

Google Code: Subversion’dan Mercurial’a dönüştürme

idursun — Sat, 07 Nov 2009 10:39:37 +0000

Google Code, Mayıs 2009 tarihinden beridir barındırdığı projelerde sürüm kontrol sistemi olarak SubVersion veya Mercurial kullanabilmemize olanak sağlıyor. Fakat daha önceden oluşturulmuş Subversion ambarlarının Mercurial’a dönüştürülmesinin ise elle yapılması lazım.

Dönüşüm için benim uyguladığım adımlar şöyle:

Cygwin‘i svn-pyhton ve mercurial paketleri ile birlikte kurun.
C:\cygwin altına kurulumu gerçekleştirdiğinizi varsayarsak, c:\cygwin\bin\ash.exe aracını çalıştırın.
/bin/rebaseall komutunu çalıştırın. (Bu işlem cygwin altında pyhton’un düzgün çalışması için gerekli)
c:\cygwinhome\ klasörü altına .hgrc adında bir dosya oluşturun. Ve içeriğini şu şekilde belirleyin:
```
[extensions]
hgext.convert=
```
Cygwin’i çalıştırın.

Sırası ile aşağıdaki komutları çalıştırın:

svn co http://.googlecode.com/svn svn-repo
hg convert svn-repo hg-repo

Google code projenizin sürümleme kontrol sistemini Mercurial olarak değiştirin.
Yerel mercurial ambarınızı google code ambarına gönderin (push)
```
cd hg-repo
hg push https://.googlecode.com/hg/
```

Mercurial istemcisi olarak TortoiseHG kullanabilirsiniz. Ayrıca Visual Studio entegrasyonu için de hgscc eklentisini deneyebilirsiniz.

180 milyon dolar maliyetli bug

idursun — Sat, 17 Jan 2009 13:28:57 +0000

Düşününki C++ için bir IDE hazırlamışsınız ve bu IDE de oldukça popüler olmuş. 20,000 geliştirici tarafından kullanılıyor ve yıllardır da bunu satıyorsunuz. IDE’nin performansı fena değil ne de olsa C++ derleyiciler yavaşlıkları ile ünlüdürler.

Fakat bu IDE’nin kullanıcılarından birisi (Andread Hausladen) öyle bir yama yapıyorki derleme zamanı %75 azalıyor. Görünen o ki; derleme işlemi başlatıldığında derleyiciye IDE tarafından bazı callback fonksiyonları kaydediliyormuş ve bunlardan birisi de OpenFile fonksiyonuymuş. Sorun ise OpenFile fonksiyonunun aynı zamanda dosya var mı yok mu kontrol etmek için de kullanılıyor olmasıymış ki bu da oldukça zaman kaybına neden oluyormuş. Andreas ise yamasında OpenFile çağırılmadan önce GetFileAttributes fonksiyonu ile dosyanın var olup olmadığının kontrol edilmesini, dosya varsa OpenFile çağırılmasını sağlamış ki bu da 30 saniyelik derleme süresini 4.5 saniyeye düşürmüş!

İşin ironik tarafı ise enerji tasarruflu uygulama geliştirme için yapılabileceklerle ilgili StackOverflow’da sorulan bu soruda karşıma çıktı. İlk cevap şu an C++ Builder’ı geliştiren CodeGear’ın ürün sorumlusu Nick Hodges‘dan gelmiş, ikinci cevap ise tam bir ayar niteliğinde.

C++ Builder’ın yılda 200 gün çalışıp, günde 15 dakikasını derleme işleminin bitmesini bekleyerek harcayan 20000 geliştirici tarafından 5 yıldır kullanıldığını düşünürsek saatte 50$ masraf ile toplam maliyet 187.5 milyon doları buluyor. Borland’ın neden bu hale geldiğine şaşmamak lazım.

Delphi’ye Oksijen lazım

idursun — Thu, 18 Sep 2008 18:01:25 +0000

Delphi’nin hızlı yazılım geliştirmeye getirdiği kolaylıklar anlatmakla bitmez. 90′ların sonu ve 2000′lerin başında; saniyeler içinde derleme, tüm uygulamanın tek exe olarak çıkarılabilmesi, veritabanından arayüze data bağlamadaki kolaylıkları ve arkasındaki çok büyük bir komünite ile zirvedeydi diyebiliriz.

Öncesinde Java, sonrasında .Net’in gelmesi ve Borland-Inprise-Borland-CodeGear-Embarcadero arasında sekmesi sürecinde oldukça kötü delphi sürümleri (Delphi 8, Delphi 2005, Delphi 2006) arkası arkasına geldi ve Delphi popüleritesini kaybetti. Son 2 yıldır Delphi ile yazılım geliştirmiyorum. Ben de soğudum fakat soğumamın nedini birbiri arkasında gelen hantal ve hatalı IDE’ler değildi. Yıllardır aynı yerde sayan Object Pascal’dı. Delphi, delphi olalı kullandığımız object pascal dili nerdeyse 90′lardaki ile aynıydı.

Pascal, okunabilirlik olarak iyi bir dildir fakat iş kodlamaya geldikçe dildeki bazı yapılar gerçekten sinir bozucu oluyor. Tabi rakipleri görmeden bu eksiklikleri tümüyle göremiyorsunuz. Bir kere görünce de görmemezlikten gelemiyorsunuz.

Object Pascal’ı ayrı köklerden geldikleri için C# veya Java ile karışlaştırmak doğru olmaz. Kendi klasmanında RemObjects Oxygene (eski adıyla Chrome) ile karşılaştırabiliriz.

Tüm değişkenleri var bloğunda tanımlamak

Delphi’de tüm değişkenler var bloğu içinde tanımlanmak zorundadır. Bu geçtim kod okunurluğunu kod yazımını düşürüyor. Her yeni değişken için yukarı çıkıp tanım yapmak aşağı gelip koda devam etmek gerekirki, bunu yapmazsanız code completiondan yararlanamazsınız.

Oysa oxygene’de buna gerek yok. Değişkeninizi kod içerisinde herhangi bir yerde tanımlayabilirsiniz. Type inference ise cabası…

Stringleri case içinde kullanamamak

Evet, case içinde string değerleri kullanamıyorsunuz.

case name of
  'ahmet':;
  'metin':;
else
end;

Object Pascal’da yukarıdaki kodu derleyemezsiniz. Oxygene buna izin veriyor. Hatta yanlış hatırlamıyorsam bunu Delphi Language Extension adıyla bir projede de ele almışlardı.

Değer döndüren metotları “function”, döndürmeyenleri ise “procedure” anahtarı ile tanımlamak

En sinir olduklarımdan bir tanesi. Delphi’de eğer bir metod değer döndürecekse:

function yap(a,b:integer):integer;

değer döndürmeyecekse

procedure yap(a,b:integer):integer;

şeklinde tanımlamamamız gerekiyor. Bence çok gereksiz bir ayrım. Oxygene’deki gibi sadece method diyip geçebiliriz:

method yap(a,b:integer):integer;
method yap(a,b:integer);

Generic ya da template gibi bir yapının olmaması

Delphi’de herhangi bir collection oluşturmak istediğimizde ya TList, TCollection ya da TStringList sınıflarından türetmemiz gerekiyor. Eğer bunu yapmazsak pointer’lara ve typecastlere uğraşmak zorundayız. Templateler C++ da zaten vardı. C#’a 2.0′da Java’ya ise 1.5 sürümlerinde templatelerden biraz daha farklı olan genericler eklendi. Sene 2009, Delphi’ye yeni ekleniyor. Oxygene’de bu özellik 1.0 sürümünden beri bulunuyor.

Dictionary = public class
 ...
end;

foreach yapısının yetersizliği

Delphi’ye foreach yapısı 2006 sürümünde eklendi. En azından her loop için bir değişken ile for döngüsü yazmaktan kurtulduk. Fakat bazen foreach ile bir koleksiyonda ilerlerken bir de index’e ihtiyacımız olabiliyor. Oxygene bunu çok güzel bir şekilde aşmış:

for each u in Users index i do begin
  if i > 0 then Console.Write(';');
  Console.Write(u.Name);
end;

i değişkenini tanımlamama gerek yok, zaten index olduğu için integer olmak zorunda.

‘try/except/finally’ bloğunun olmayışı

Delphi’de try/finally ve try/except blokları mevcut ama bunları ayrı ayrı kullanabiliyoruz. try/except/finally olarak kullanamıyoruz. Bu Oxygene’de ise olması gerektiği gibi yapılmış.

return gibi bir keywordun olmayışı

Delphi’de bir fonksiyondan değer döndürmek için önce Result değişkenine atama yapar sonra da exit ile fonksiyondan çıkarız yani basit bir değer döndürme işlemini ancak iki adımda yapabiliriz. Oxygene’de ise bu işlemi tek adımda yapabiliyoruz:

method sum(a,b:integer):integer;
begin
  exit a + b;
end;

Şimdiye kadar saydıklarım Delphi’de olması gerekipte olmayanlar, bir de olsa güzel olacaklar var, bunları da karşılıklı örnekler vererek size sunuyorum:

gelişmiş if

Delphi:

if (0 <= a) and (a < 10) then

Oxygene:

if 0 <= a < 10 then

Delphi:

if not (a in [1..10]) then

Oxygene:

if a not in [1..10] then

Oxygene’in en çok takdir ettiğim özelliklerinden birisi

node.Parent.Parent.Caption gibi bir değere ulaşmak istiyorsunuz fakat Parent değerleri null olabilir bu durumda Delphi’de (ve diğer dillerde) hepsini null kontrolünden geçirmek gerekir

result := null;
if node <> null then
  if node.parent <> null then
   if node.parent.parent <> null then
     result := node.parent.parent.caption;

oysa Oxygene’de bunu tek satırda yazabilirsiniz:

result:= node:parent:parent:caption;

eğer node veya parentlardan birisi null ise tüm ifade null döndürecek, değilse caption değeri dönecek.

Oxygene’in daha sayamadığım bir çok güzel özelliği var hepsini RemObject sayfasından inceleyebilirsiniz. Eğer Delphi’ye oksijen verilirse geri dönmesi işten bile değil, merakla beklemekteyim.

DelphiPI 0.33 hazır

idursun — Sat, 13 Sep 2008 23:41:10 +0000

DelphiPI‘nin 0.33 sürümünü hazırladım. Bu sürümdeki bazı yenilikler:

Yerelleştirme: Şimdilik sadece Türkçe ve İngilizce dilleri destekleniyor. Yeni diller eklenebilir. Yerelleştirme işlemi için dxgettext kütüphanesini kullandım.

Paketlerin seçildiği sayfada bazı iyileştimeler yaptım. Paketleri listelerken artık listview yerine mük-kemmel virtualtreeview bileşenini kullandım. Böylece kullanıcı hem istediği paketleri seçebiliyor, hem de klasör yapısını görebiliyor. Ayrıca ağaç üzerine sağ tıklayarak çıkan yardımcı menü ile bir dosya şablonu (*d7.dpk gibi) kullanarak da paketleri seçebiliyorsunuz. Şimdilik paket bağımlılıkları ile ilgili bir geribildirim verilmiyor fakat ilerideki sürümlerde bunu da ekleyeceğim. Böylece kendisine bağımlı bir paket kaldırıldığında, bağımlı paketler de otomatik olarak kaldırılacak. Şu andaki kod bunu yapmaya müsait, sadece bu özelliği mükemmelleştirecek zaman bulamadım.

Diğer bir yenilik ise BPL ve DCP çıktı klasörlerini artık kullanıcının belirleyebilmesi. Varsayılan olarak seçilen delphi sürümündekini kullanıyoruz fakat isterseniz bunu değiştirebiliyorsunuz.

Bir de kurulum sonuna özet sayfası ekledim. Burada yapılan tüm işlemler görülebiliyor. Hangi paketler derlendi, hangileri derlenemedi, hangi kaynak dosya yolları delphi’ye eklendi, vs… Aslında tamamlamaya zaman bulamadığım “kurulumu betik olarak kaydetme” özelliği de ileriki sürümlerde bu sayfada yer alacak.

DelphiPI’nin bu sürümünü sadece Delphi 7 ve Delphi 2007 ile test ettim. Kod yapısını oldukça fazla değiştirdiğim için eskiden çalışan bir özelliği bozmuş olabilirim. Birim testler yazmadım, zaten Delphi’de birim testi yazmak bir ölüm, onun yerine zamanımı özellikleri kodlamaya ayırdım.

Bu sürümü ara sürüm olarak değerlendirebilirsiz. DelphiPI’nin daha iyi ve sağlam bir sürümünü önümüzdeki günlerde yayınlayacağım. Şimdilik keyfini çıkarın, hataları ve önerilerinizi bana bildirmeye devam edin.

NUnit.Framework.SyntaxHelpers

idursun — Thu, 31 Jul 2008 16:19:41 +0000

.Net’te test için NUnit’ten başka kütüphane kullanmıyorum. Uzun zamandır da 2.2 sürümünü kullanmaktaydım ve memnundum fakat geçenlerde 2.4 sürümündeki bir özellik dikkatimi çekti. NUnit.Framework.SyntaxHelpers namespace’inin altında testleri daha okunaklı kılacak bir takım yardımcı sınıflar ve metodlar eklemişler, güzel olmuş. Örneğin önceden yazdığımız bu testi:

Assert.IsNotNull(items);
Assert.AreEqual(2, items.Count);

artık şu şekilde yazabiliriz:

Assert.That(items, Is.Not.Null);
Assert.That(items.Count, Is.EqualTo(2));

İşinize yarayabilir.

Dijkstra’nın En Kısa Yol Algoritması

idursun — Sun, 18 May 2008 17:06:27 +0000

Dijkstra’nın en kısa yol algoritması (DJK) ya da Dijkstra’nın deyişiyle “benim en kısa yol algoritmam” graf üzerinde bir noktadan diğer tüm noktalara en kısa yolu çıkarır ve bunu n noktalı bir grafta en kötü olarak O(n*n) zorlukta tamamlar. Daha önceden bahsettiğim Floyd-Warshall algoritması ise tüm noktalar arasındaki en kısa mesafeyi O(nnn) zorlukta çıkarıyordu. Dikkat ettiyseniz birisi yolu diğeri mesafeyi çıkarıyor. Algoritmanın aşamalarını ayrı ayrı değerlendirdiğimizde anlamamız daha kolay olacaktır. Örnek olarak 10×10′luk bir tahtanın üzerinde olduğumuzu düşünün. İlerlemeye (0,0) noktasından başlayıp, (9,9) noktasına ulaşmaya çalışacağız. Tahta üzerindeki her karede bir sayı olsun ve biz o kare üzerine geldiğimizde orada yazılı olan sayı kadar saniye beklemek zorunda kalalım. Bu durumda hedefimiz olan (9,9) noktasına en kısa zamanda nasıl ulaşırız? Başlangıç noktasının diğer tüm noktalara olan mesafesini tutmak için bir tane Distance dizisine ve gittiğimiz yolu hatırlamamız için ise Previous dizisine ihtiyacımız olacak. Dizinin her elemanı tahta üzerindeki bir koordinata karşılık gelecektir. Örneğin (3,8) noktasının indeksini 3*Genişlik + 8 = 38 olarak hesaplayabiliriz. Başlangıç noktasının üzerinde olduğumuz için buraya olan mesafemiz 0, diğer tüm noktalara olan mesafemiz ise sonsuz olsun:

Distances = new int[W*H];
Previous = new int[W*H];
for (int i = 0; i < W*H; i++)
{
  Distances[i] = INF;
  Previous[i] = -1;
}
Distances[0] = 0;

Algoritmadaki her adımda kaynak bir nokta seçip, bu noktadan komşu noktalara gitmenin bize maliyetini hesaplayacağız ve bu nokta için bir daha hesap yapmayacağız. Bu yüzden hangi noktalar üzerinde çalıştığımızı da bir şekilde tutmamız gerekiyor. Bunun için bir liste kullanabilirsiniz. Gidilen noktaları listeden çıkarıp geriye kalanlar içinde hedefe en yakın olanı seçerek devam edebilirsiniz. Liste boşalana kadar bu işleme devam edip tüm noktalar için hesaplamalarımızı yapmış oluruz:

var list = new List();
for (int i = 0; i < W * H; i++) list.Add(i);
while(list.Count > 0)
{
  //hesaplamalar
}

Çapraz hareketler yapamayacağımız için her kare üzerinde gidilebilecek 4 yön var: sağa, sol, yukarı ve aşağı.

private static readonly int[] dx = { 1, 0, -1, 0 };
private static readonly int[] dy = { 0, 1, 0, -1 };

Tüm bu yönlere hareket etmenin bizim için maliyeti nedir hesaplayalım ve Distance dizisinde bu noktaya karşılık gelen indekse bu değeri yazalım.

while (list.Count > 0)
{
  // hedefe en yakın noktanın indeksini al
  int bi = GetClosestIndex(list);
  int cx = bi % W, cy = bi / W; 

  for (int i = 0; i < dx.Length; i++ )
  {
    int nx = cx + dx[i];
    int ny = cy + dy[i];
    // dışarıda kalıyorsa çık
    if (0 > nx || nx >= W || 0 > ny || ny >= H) continue;
    int ci = ny * W + nx;
    // bi'den ci'ye gidersek maliyeti nedir
    int cost = CostOfGoing(bi,ci);
    int alt = Distances[bi] + cost;
    //daha kazançlıysa burdan gidelim
    if (Distances[ci] > alt)
    {
      Distances[ci] = alt;
      Previous[ci] = bi;
    }
  }
}

Bu işlem tüm noktalar için yapıldığında hedef noktanın kaynak noktaya olan mesafesi Distance[Hedef] olacaktır. Gidilecek yol ise şöyle çıkarılabilir:

int target = 99;
List path = new List();
while(Previous[target]!=-1)
{
    path.Add(target);
    target = Previous[target];
}
path.Reverse();

Dijkstra Algoritmasının en güçlü taraflarından birisi, çalışma süresinin kısa olmasıdır. Örnekte, kaynaktan başlayarak diğer tüm noktalara olan mesafeyi hesaplıyoruz sonra hedefimize giden yolu çıkarıyoruz. Bunu tüm noktalar için yapmak zorunda değiliz; eğer isterseniz algoritma içinde bi = target olduğu zaman algoritmayı sonlandırarak çalışma süresini de kısaltmış olabiliriz. İkinci olarak ise; bir noktanın diğer noktaya olan mesafesini bir maliyet fonksiyonu ile hesaplıyorruz. Sadece bu fonksiyonu değiştirerek farklı sonuçlar elde edebiliriz. Örneğin; tahtanın üzerindeki her kareyi bir tepe olarak düşünelim ve üzerindeki sayı ise o tepenin yüksekliği olsun. Bir tepeden diğerine geçerken; tırmanmamız yükseklik farkı kadar, aşağı inmemiz ise yükseklik farkının yarısı kadar zaman alsın. Bu durumda maliyet fonksiyonumuzu aşağıdaki gibi değiştirmek bize istediğimiz sonucu verecektir:

private int GetCostOfGoing(int bi, int ci)
{
    int diff = Height[bi] - Height[ci];
    if (diff < 0) return -diff / 2;
    return diff;
}

Tüm bu işlemi görsel olarak takip etmeniz için bir WPF projesi hazırladım. Buradan indirip inceleyebilirsiniz.

DipNot: Bu yazıyı, yazarken kaybettiğim o tuşuma armağan ediyorum.

Birkaç güzel websitesi

idursun — Sun, 27 Apr 2008 17:25:32 +0000

AideRSS.com Okuduğunuz bir sürü blog var fakat hepsini okuyacak kadar zamanınız yok mu? İyi içeriği olan yazıları da kaçırmak istemiyor musunuz? O zaman bu site tam size göre. Okuduğunuz blogları buraya yazın ve içerik kalitesine göre filtrelenmesini sağlayın. Mesela ben codebetter.com‘u okuyorum fakat burayı takip etmeyi bir iki günlüğüne kaçırdığınızda okunmamış gönderi sayısı 30′u geçiyor. Bende aiderss ile sadece “en iyi” olarak puanlanmış içerikleri alıyorum. Rahat ediyorum. Hemen arayın!
Project EULER Matematiğe ilginiz var ve ilginç matematik sorularını çözmeyi seviyorsanız Project Euler’i ziyaret edebilirsiniz. Bu sitede matematik ve geometri ile ilgili 170′in üzerinde soru var. İster kod yazarak ister kağıt kalem kullanarak bu soruları çözebilirsiniz. Çözdükten sonra forumdan diğerlerinin nasıl bir yaklaşım izlediğini görebilir, kendinizinkini paylaşabilirsiniz.
Sphere Online Judge Project Euler’e benzeyen bir site ama bu sefer sadece kağıt kalem yok, sadece kod ile çözüyorsunuz ve kullanabileceğiniz programlama dilleri oldukça çeşitli: (Java, C/C++, Ruby, Mono .Net, Pascal, Pyhton, vs). Çeşitli yarışmalarda çıkmış problemlerin devasa bir arşivi diyebiliriz. Problemlerin hepsinde süre kısıtlaması var. Bazı problemlerde kaynak kod boyutu veya derleyici sınırlaması var. Ben baya sardım, tavsiye ederim.
TopCoder SPOJ’un ticari ve popüler hali.
StumbleUpon Bazen internette ne yapacağınız bilemiyorsanız ve zevkinize göre farklı websitelerini rastgele gezmek istiyorsanız, gidin tarayıcınız için uygun eklentiyi indirin, bir hesap açın, ilgilendiğinizi kategorileri seçin ve sörf yapmaya başlayın. Siz stumble düğmesine bastıkça karşınıza farklı websiteleri gelecektir. Saatleriniz geçer bunu yaparken, benden uyarması.

C# 1 => 2 => 3

idursun — Sat, 05 Apr 2008 12:27:42 +0000

C#’ın gelişmiyle birlikte söz diziminde (syntax) de bazı iyileştirmeler olduğunu heralde duymuşsunuzdur. Bu yazıda c# 1′den itibaren c# 3′e kadar ne gibi değişikler olduğunu kısaca bir toparlayalım.

Bahsedeceğim iyileştirmelerin bir çoğunun temeli C# 2′de atıldı. Örneğin C# 1′de bir formu kapatmak için bir butona event handler eklemek istediğimizde aşağıdaki gibi bir kod yazmamız gerekiyordu.

//C# 1
public Form1()
{
  InitializeComponent();
  button1.Click += new EventHandler(button1Click);
}
void button1</em>Click(object sender, EventArgs e)
{
  Close();
}

Fakat c# 2′de ise metodu EventHandler delegate’i içine almamıza gerek kalmadı çünkü compiler bizim yerimize bunu yapıyordu. Dolayısıyla kodumuzu şu şekilde sadeleştirebildik.
public Form1() { InitializeComponent(); button1.Click += button1Click; } void button1</em>Click(object sender, EventArgs e) { Close(); }
C# 2 ile birlikte gelen Anonymous Delegate özelliği sayesinde ise yukarıdaki kodu şu şekilde kısaltabildik:
public Form1() { InitializeComponent(); button1.Click += delegate(object sender, EventArgs e) { Close(); }; }
Hatta anonymous delegate içinde geçilen parametreleri hiç kullanmadığımız için bunları yazmamıza da gerek yoktu:
public Form1() { InitializeComponent(); button1.Click += delegate { Close(); }; }
C# 2′de Genericlerin eklenmesiyle de aşağıdaki gibi kod yazabilmeye başladık.
string[] nums = new string[] { "1","2","3","4","5","6" }; int[] arr =Array.ConvertAll(nums, delegate(string input) { return int.Parse(input); });
ConvertAll metodu string array ve string alıp int döndüren bir metod kabul ediyor. Fakat int.Parse metodu zaten string alıp int döndürüyor dolayısıyla yazımı şu şekilde sadeleştirebiliriz:
string[] nums = new string[] { "1","2","3","4","5","6" }; int[] arr =Array.ConvertAll(nums, int.Parse);
Ve C# 3′de iyileşen type inference ve lambda expressionlar sayesinde yine bir kısaltma yapıp Type argumentlerden kurtulabiliriz:
string[] nums = new string[] { "1","2","3","4","5","6" }; var arr =Array.ConvertAll(nums, x=>int.Parse(x));
Hatta array oluşturma işini de şöyle yazabiliriz:
string[] nums = new [] { "1","2","3","4","5","6" }; //ya da kısaca: string[] nums = { "1","2","3","4","5","6" };

ReSharper: Konumlanma, Arama, Tarama

idursun — Mon, 24 Mar 2008 18:34:39 +0000

Biraz da ReSharper’ın konumlanma, arama tarama özellikleri üzerinden bahsetmek istiyorum. Visual Studio’da bir dosyaya gitmek, bir tipe konumlanmak veya bir dosya içerisinde arama yapmak o kadar zor ve yavaşki Resharper’ın bu özellikleri altın değerinde oluyor. Resharper’da bir Tipe (Goto Type,Ctrl+T), dosyaya (Goto File, Ctrl+Shift+T), sembole (Goto Symbol, Alt+Shift+T) veya üyeye (Goto Member, Alt+*) konumlanma işlemlerinin tümü birbirinin aynı bir arayüzden yapılıyor: Konumlanmak istediğiniz öğenin ister baş harflerini, isterseniz içinde geçen büyük harfleri ya da DOS’tan kalma joker karakterleri yazarak arama yapabilirsiniz.

Kod editörü içersinde de amaca yönelik konumlanma kısayolları mevcut:

Navigate To: (Ctrl+,)

Herhangi bir tipin üzerindeyken bu komutu çalıştırdığınızda o tip ile ilgili yapabileceklerinizin menüsü ile karşılaşırsınız. Bir sınıf üzerindeyseniz, alt/üst sınıflarına, tipin tanımlandığı dosyaya gidebilirsiniz:

Find Usages: (Alt+Shift+F12)
Bir tipin tüm proje içinde kullanıldığı yerleri listeletmek için bu komutu kullanabilirsiniz.
Sonuçlar bir popup içerisinde gelecektir. Eğer sonuçlar görebileceğinizden fazla ise bunları numpaddeki + tuşuna basarak Arama sonuçları penceresine aktarabilirsiniz.

Highlight Usages In File: (Alt+Shift+F11)

Kursörün üzerinde bulunduğu tipin dosya içerisinde kullanıldığı tüm yerler işaretlenecektir. Kırmızı zemin rengiyle gösterilenlerde atama/yazma işlemi varken mavi zemin rengi olanlar sadece okuma olduğunuzu gösterir. İşaretli bölgeler arasında dolaşmak için Ctrl+Alt+PgUp ve Ctrl+Alt+PgDown tuşlarını kullanabilirsiniz.

Type Hierarchy: (Ctrl+E,Ctrl+H)

Kursörün üzerinde bulunduğu bir tipin içinde bulunduğu tüm hiyerarşik yapıyı sorgulayabilirsiniz:

Locate In Solution Explorer: (Alt+Shift+L)

Kod editöründe açık olan bir dosyaya solution explorerda konumlanır. Çok basit ama çok pratik bir özellik.

ReSharper

idursun — Thu, 20 Mar 2008 17:57:12 +0000

Efendim, uzun zamandır yapmak isteyipte bir türlü zaman bulamadığım ReShaper yazı dizisine başlıyorum ziyadesiyle. Öncelikle ReSharper nedir bilmeyen arkadaşları onunla tanışmaya davet ediyorum. Hemen gidip Nightly Buildlerden “Works here” yazanlardan bir tanesini indirip kurun ki anlattıklarımın bir anlamı olsun. ReSharper için kısaca Visual Studio’yu kullanılabilir kılan bir eklenti diyebiliriz. Benzer bir ürün de Developer Express’in CodeRush‘ıdır. Fakat ikisini de tam anlamıyla denedikten sonra sizde benim gibi Developer Express otursun grid yazmaya devam etsin diyeceksiniz. ReSharper’ın belli başlı özelliklerini 4 kategoride toplayabiliriz:

Kullanım kolaylığı sağlayan özellikleri (Smart Enter, Smart Code Completion, Surround With, vs)

Konumlanma özellikleri (Find Type, Find Usages, Go To Inheritor )

Refactoringler

Kod analizi (Quick Fix, Context Actions, vs)

Sırayla anlatmaya başlayayım:
Smart Enter:
(Ctrl+Shift+Enter) Herhangi bir dil elemanı veya bloğun otomatik olarak tamamlanmasını sağlar. Örneğin:

if anahtar kelimesinden sonra Ctrl+Shift+Enter tuşlarına basınca if bloğu otomatik olarak tamamlanacaktır.
Type Completion:
(Shift+Alt+Space) using ile dahil etmediğiniz bir sınıf kullanmanız gerektiğinde önekleri yazdıktan sonra çalıştırdığınızda hem using eklenmesini hem de istediğiniz sınıf adının tamamlanmasını sağlar. Örnek:

Tamamlama listesinden WebRequest seçildiği zaman usingler arasına System.Net namespace’i de eklenecektir. Dikkat ettiyseniz WebRequest’i anlatmak için WebR yazmadık sadece WR harflerini yazmamız yetti, ReSharper’ın her yerinde CamelHump kullanarak tamamlama yapabilirsiniz.
Smart Code Completion:
(Ctrl+Alt+Space) Çoğu zaman Bir yerde kod tamamla istediğimizde sadece bulunduğumuz yere uygun önermeleri görmek isteriz. ReSharper bunu yaparken bazı ekstra özelliklerde sunuyor. Örneğin:

Count Extension metoduna lambda expression, Predicate veya anonymous delegate geçebiliriz. Yani count içine Func imzasına sahip herhangi bir şey yazılabilir. ReSharper bize hepsini öneriyor. Create method Predicate(int) seçeneğinizi seçersen bool döndüren ve int tipinde tek parametre kabul eden bir metot otomatik olarak oluşturulacaktır.
Symbol Completion:
(Alt+→) Bir tipi belirttikten sonra değişken ismini Alt+→ tuşlarını kullanarak tamamlatabiliriz. Örneğin:

WebRequest sınıfı için 2 tane öneri ile geliyor, çoğu durumda bu önerilerden birisi zaten yazmak istediğimiz olacaktır. Bu özelliğin aktif olması için ReSharper’ın intellisense’ini kullanıyor olmanız lazım.
Surround With:
(Ctrl+E, Ctrl+U) Herhangi bir kodu seçtikten sonra bu tuş kombinasyonunu uygularsanız, Surround With kısayol menüsü açılır:
Bu menüde de bir şey yazmanıza gerek yok. Kullanmak istediğiniz seçeneğin kısayoluna basmanız yeterli. Bu özelliği kullandıkça ne kadar rahatlık getirdiğini anlayacaksınız.
Incremental Selection:
(Ctrl+W ya da Alt+Shift+→) ve (Ctrl+Shift+W ya da Ctrl+Alt+←) Incremental Selection komutunu her kullandığımızda kod bloklarına göre seçim gitgide arttırılacaktır. Birkaç deneme yaparak bu özelliğin nasıl çalıştığını anlayabilirsiniz.

thexpot.net » Yazılar

Google Code: Subversion’dan Mercurial’a dönüştürme

180 milyon dolar maliyetli bug

Delphi’ye Oksijen lazım

Tüm değişkenleri var bloğunda tanımlamak

Stringleri case içinde kullanamamak

Değer döndüren metotları “function”, döndürmeyenleri ise “procedure” anahtarı ile tanımlamak

Generic ya da template gibi bir yapının olmaması

foreach yapısının yetersizliği

‘try/except/finally’ bloğunun olmayışı

return gibi bir keywordun olmayışı

gelişmiş if

Oxygene’in en çok takdir ettiğim özelliklerinden birisi

DelphiPI 0.33 hazır

NUnit.Framework.SyntaxHelpers

Dijkstra’nın En Kısa Yol Algoritması

Birkaç güzel websitesi

C# 1 => 2 => 3

ReSharper: Konumlanma, Arama, Tarama

Navigate To: (Ctrl+,)

Find Usages: (Alt+Shift+F12)

Highlight Usages In File: (Alt+Shift+F11)

Type Hierarchy: (Ctrl+E,Ctrl+H)

Locate In Solution Explorer: (Alt+Shift+L)

ReSharper

Smart Enter:

Type Completion:

Smart Code Completion:

Symbol Completion:

Surround With:

Incremental Selection: