Delphi Peak - Delphi Programming

Hangisinin daha once cikacagi , ne zaman cikacagi gibi sorular henuz muallakte olsada bugun biten Delphi Live adli etkinligin sonucunda ortaya cikan bilgiler su sekilde.

Codegear es zamanli olarak 4 tane farkli delphi versiyonu uzerinde calisiyor. Her versiyonun kendine belirledigi birkac miheng tasi mevcut. Bu versiyonlardan hangisinin once hangisinin sonra cikacagi hakkinda bir bilgi mevcut degil. Tek bildigimiz Weaver adli projenin sene ortasinda cikacak olmasi. Digerleride sanirim 2-2,5 yil icinde bizlere sunulmus olur.

Nedir bu versiyonlar sorusuna ise soyle cevap verelim

1-Project Weaver
Bir onceki yazida bundan bahsetmistik. Daha sorunsuz , hatasiz bir ide nin pesindeler bu versiyonla ve araya da bazi ek ozellikler serpistirilmis.

SVN destegi
Windows 7 destegi
Firebird destegi
Soap 1.2 destegi
.Net teki Attribute destegi vs.

2-Project X
Bu surum cross platfrom delphinin ilk surumu olacak. Mevcut kodun tamami olmasada sanirim temel vcl siniflari ile yazdiginiz bir programi hem windows hem linux hem de mac icin derleyebileceksiniz.

3-Project Chromium
Bu surumde yine iyilestirmeler uzerine olacak sanirim cunku kalite uzerine epey bir vurgu yapilmis. Bunun yaninda yeni ozellik olarak gordugum en buyuk madde yeni data binding mantigi. Bu surumden sonra sadece veri bilincli olan nesneleri degil (dbEdit, dbGrid vs..) her turlu nesneyi veritabanlarina baglayabilecegiz.

4-Project Commodore
Delphinin 64bit destegini saglayan surum olacak.

Cok parcaya ayrilmis bu yeni surumlerin bize ulasmasi uzun zaman alacakk gibi gorunsede bu surumler uzerinde codegearin zaten es zamanli olarak calismasi sureyi kisaltacak gibi. Benim tahminimce 2-2,5 yil sonra butun surumler piyasaya cikmis olur.

2009 ‘ un ortasinda (temmuz-agustos gibi) Weaver cikar
2010′un basinda (subat - mart gibi) Project Commodore cikar
2010′un ortasinda (temmuz - agustor gibi) Project Chromium cikar
2011 gibi de Project X cikar.

# Project Weaver
    * Main Themes
          o User Experience
          o Enhance Connectivity
          o Documentation
    * IDE usability
    * Team Productivity
    * Touch
    * IDE – Insight (easy Keyboard access to almost everything)
    * Improvements to DataSnap
    * Firebird Support
    * .NET AOP
    * SCM Support
    * Enhanced RTTI Support
    * Attribute Support
    * Seamless .NET <> Native communication
    * Windows 7 APIs and Direct 2D
    * Full Support of SOAP 1.2 Clients

# Project X

    * Cross-platform Windows, Mac OS, and Linux
    * Cross-platform component library
    * DataSnap on all platforms

# Project Chromium, Quality, Quality

    * Quality, Quality, Quality
    * Pascal Code Formatter
    * Documentation of the OTA
    * New Data binding model allowing binding to almost any property on a control
    * More integration with the database tools.

# Project Commodore

    * 64 Bit native
    * Full compiler, RTL and VCL support for 64 native
    * Multi-Core. Multi-threaded applications.

Http 302 internette karsimiza bolca cikan ama bizim farkina bile varmadigimiz yararli bir durum kodu. Istekte bulundugumuz bir web sayfasi artik baska bir adreste yayin hayatina devam ediyorsa sunucu geriye 302 durum kodu ile birlikte sayfanin yeni adresini bize gonderir ve gunumuzde kullandigimiz browserlarin tamami 302 durum koduyla karsilastiklari zaman bizi otomatik olarak yeni sayfaya yonlendirme becerisine sahip olduklarindan zavalli 302 tam bir gorev adami olarak sohretten yoksun bir sekilde isini sessiz sedasiz yapmaya devam eder.

Biz bu makalede TIdHTTP ile 302 durum kodunu hangi sekillerde yonetebilecegimizi kiyisindan kosesinden anlatmaya calisacagiz. Ise baslamadan once 302 durum kodu gonderen bir sayfa bulmamiz gerekiyor. Ben bunun icin FeedBurner servisini kullanan Yemek Tarifleri adli siteyi kullanmayi uygun buldum. Ne de olsa Delphiciler midelerine duskun olmakla aleme nam salmislar
(more…)

Delphi, dilin adımı yoksa Object Pascal kullanarak yazılım geliştirmemizi sağlayan IDE nin adı mı, Object Pascal’ın bir dialekti mi tartışmaları süre dursun biz biraz Delphi ile Java arasındaki yazım kurallarını irdeleyelim. Hazır Delphi derleyicisinin yeniden yazılma kararı alındığı şu günlerde belki bizim yazımızı da dikkate alanlar olur. Tabi öncelikle şu yazıyı bitirip hayırlısıyla Publish düğmesine basmam gerekiyor zira yazının sonuna ekleyeceğim Google Translate linkinden dolayı normalde pek az kullandığım türkçe karakterlere ve imla kurallarına biraz daha fazla dikkat etmem gerekiyor. Çevirisi pekte başarılı olmayan Google ‘a birazcık yardımcı olmak lazım.

Delphi ve Java arasındaki iyi kötü tarafları söylemeden önce şunu belirtmek istiyorum. Her iki dilinde ortak bir çok yanı bulunmasına rağmen aralarında kullanıldıkları sektör açısından oldukça büyük farklar bulunmaktadır. Delphi daha çok Win32 tabanlı masaüstü programlamada kullanılmaktadır Java ise web tabanlı kurumsal projelerde daha çok tercih edilmektedir. Kısaca bu yazının amacı, uzmanlık alanları farklı olan bu iki dil hakkında Delphi Javadan iyidir ya da Java Delphiden iyidir konusundan daha çok her iki dilinde bana göre artılarını ve eksilerini burda dile getirip her iki dil içinde gelecekte daha programcı dostu bir dil olabilmelerine katkı sağlamaktır.

Bu girişten sonra madde madde aklıma gelen unsurları yazmaya başlayalım.

• Parantez ve Begin - End
  C,C++,Java ve daha birçok programlama dilinde kullanılan parantezler bana gore hiçte programcı dostu unsurlar değildir. Pascal in kod bloklarını ayırmak için kullandığı Begin - End blogu bana göre çok daha anlaşılır ve kafa karıştırıcı olmaktan uzaktır.
  Pascal + , Java -
• Sınıf tanımları
  Pascalda belkide en sevdiğim özellik budur. Sınıf tanımlarının ve bu sınıfa ait kodların ayrı ayrı yerlerde olması. Java da Sınıf tanımlaması ve bu sınıfa ait kodlar aynı yerde olduğundan bir bakışta sınıfın tamamına ait resmi görmek çok zordur. Sınıf biraz kalabalık bir sınıf ise imkansızdır diyebiliriz. Ancak Javadoc tarzı bir araç kullanılmışsa sınıfın bütün metodlarını ve değişkenlerini farenin scroll tuşunu kullanmadan görme şansınız vardır. Tanımlama ve gerçekleme bölümlerinin ayrı ayrı olması biz programcılar için daha iyi olduğunu düşünüyorum ve pascal ın hanesine bir + daha koyuyorum.
  Pascal + , Java -
• For Döngüsü
  Javada yer alan for döngüsü her zaman bana daha kullanışlı ve zahmetsiz gelmiştir. Pascaldaki for döngüsü ise basit ve fazla işe yaramaz gelmiştir. Javadaki for döngüsünün pascala da kazandırılması gerekir diye düşünüyorum ve + yı javaya veriyorum.
  Pascal - , Java +
• Nesnelerin oluşturulması
  Javanın ve benzer dillerin bana göre en mantıksız olayıdır bu. Nesnenin, kendisini yine kendisine ait olan bir metodun içinden oluşturması.

  public class Nesne {
      public static void main(String[] args) {
         Nesne BenimNesne = new Nesne();
      }
  }
  

  “Bunda garip olan ne var ki? Main statik metod olduğundan bir sorun çıkmaz.” Çıkmaz çıkmasına eyvallah ama bu kendi kendini doğurmak gibi geliyor bana hep mantık olarak. Statik metod kullanarak bu şekilde bir sınıfı yine sınıfın kendisine ait başka bir metod ile oluşturmayı pascalda da yapabilirsiniz ama bu pek tercih edilmez. Genelde bir sınıf başka bir sınıf vasıtasıyla oluşturulur ve bence mantıklı olan da bu şekilde olmasıdır. (Tabi delphi derleyicisinin Application nesnesini nerde ve nasıl oluşturduğunu saymazsak.)
  Pascal + , Java -

• Extends , Implements vs YeniSinif=Class(TEskiSınıf)

Sınıf türetme ve bir sınıfın arabirim uygulama şekli javada çok daha anlaşılır bir şekildedir.

Class Arac{...}
Class Taksi Extends Arac {...}

TArac = Class;
TTaksi=Class(TArac)

Extends sözcüğü çok açıktır, pascalda ise sınıf türetme tıpkı java da ki parantezler gibi kafa karıştırıcıdır.
Pascal - , Java +

• Tip mi önce olmalı değişken adı mı?
  Javada değişken tanımlanacağı zaman önce değişkenin tipi belirtilir ardından değişkenin adı belirtilir.

  DegiskenTipi DegiskenAdi;
  

  Pascalda ise tam tersidir. Önce değişken adı sonra değişkenin tipi belirtilir.

  DegiskenAdi:DegiskenTipi;
  

  Burda da bana java yine doğmamış bir çocuğa isim koymak gibi bir çabanın içerisinde gelmektedir hep. Önce bir değişkenin olsun tipini sonra belirlersin. Nedir bu acelen?
  Pascalın burda alacak olduğu + tamamen kullanım alışkanlığıma bağlı olabilir. Yıllardır Değişken adından sonra değişken tipini belirlediğim için bu şekilde bir kullanım bana daha anlaşılır geliyor olabilir. Bu sebeple burdaki + ve - dikkate alınmayabilir.
  Pascal + , Java -

• || != vs And Or

Kelimelerin anlatım gücü işaretlerden çok fazladır. + direkt olarak pascalın hanesine yazılıyor.
Pascal + , Java -

• Nesnenin oluşturulması

Buton = new Buton();
Buton := TButon.Create();
Javanın söz dizimi daha anlamlıdır. new sözcüğü yeni bir butonun oluşturulduğunu çok daha etkili bir biçimde anlatabiliyor. + javaya gidiyor.
Pascal - , Java +

• Super , Inherited
  Javada ki Super kelimesi yaptığı işi tam olarak karşılamıyor gibi bir izlenim bırakmıştır bende hep. Oysaki pascaldaki inherited kelimesi yaptığı işi tam olarak karşılıyor bana göre.
  Pascal + , Java -
• Garbage Collector
  Bir programlama dilinin programcısına her türlü kolaylığı sağlaması gerekir. Programcıların uğraşacakları yeterince problemleri vardır zaten. Bir de bunlara büyük / küçük harf probleminin eklenmesi , oluşturulan nesnenelerin yok edilmesi sorumluluğun verilmesi koca koca derleyicilere yakışmaz. Garbage Collector özelliğinin delphiye de bir an önce gelmesini temenni ederek + yı javanın hanesine yazıyoruz.
  Pascal - , Java +

Aslında daha yazacak başka farklarda mevcut ama birazcık yoruldum gibi. Şimdilik benden bu kadar diyerek sizlerinde düşüncelerinizi belirtmenizi rica eder sayfanın Google Translate linkini de ahan buraya koyarım

Ücretsiz kayıt olabilirsiniz.
http://www.embarcadero-events.eu/

Delphi 2009 - What’s New ?
New Delphi 2009 Language Features
Delphi 2009 Unicode Support
Delphi 2009 DataSnap Enhancements
Delphi 2009 Overview
Migrating to Delphi 2009

kaynak

Generic nedir ne ise yarar ?
Delphi Highlander surumu ile Delphi for .Net* icin dile eklenen Generic ozelligi artik Win32 icinde mevcut.

Genericler kisaca bazi durumlarda fazladan kod yazmamizin onune gecip bakimi , gelistirmesi daha kolay olan kodlar yazmamiza olanak sagliyorlar. Ornek vermek gerekirse hem integer hem de string veri tipinde elemanlar saklamak istediginiz bir listeye ihtiyaciniz olsun. Genericler olmadan bu isi kotarabilmenizin elbet degisik bir kac yolu mevcut. Mesela listeye eleman eklediginiz metodun hem integer tipindeki verileri kabul eden hem de string tipindeki verileri kabul eden iki farkli metodunu tanimlar ve bunlari da overload olarak isaretlerseniz hedefinize ulasmis olursunuz ya da tip cevrimleriyle ugrasmak istemiyorsaniz ayri ayri siniflar tanimlayarak siniflardan birinde integer veri tiplerini digerinde ise string veri tiplerini saklayabilirsiniz. Iste genericler bu tur durumlarda bizi taklalar atmaktan kurtarip bizim yerimize compilerin takla atmasini sagliyor. Sakladiklari veri tipleri haricinde hicbir farkliligi mevcut olmayan bu iki sinifi ayri ayri tanimlamak biz programcilar icin bosuna zaman kaybina neden oluyor. Genericler ise bu zaman kaybinin onune geciyor. Nasil ki prosedur ve fonksiyonlara duruma gore degisik parametreler degisik sonuclar elde ediyorsak genericler ile birlikte artik sinif tanimlarina da bazi parametreler ekleyip tek bir sinif tanimini farkli veri tipleriyle kullanmamiz artik mumkun.

basit bir ornek vermek gerekirse hem integer tipi ile hem de string veri tipi ile (aslinda butun tiplerle ) uyumlu calisabilecek bir sinif tanimlayalim.

TGenericSinifim<T> = Class
  private
    FEleman: T;
    procedure SetEleman(const Value: T);
  protected
  public
  property Eleman:T read FEleman write SetEleman;
End;

...
...

procedure TGenericSinifim<T>.SetEleman(const Value: T);
begin
  FEleman := Value;
end;

sinifimizi tanimladik simdi de nasil kullanacagimizi gorelim.

(more…)

iste ilk tiborun uygulamamiz karsinizda
bilesen isimlerinden metod isimlerine kadar herşey artık unicode…
Artik butonlara ya da diger nesnelere isim verirken tirsmadan ı,ü,ğ,ş,ç,ö gibi karakterleri kullanabilirsiniz. Biraz fantezik bir kisiyseniz 尔福 gibi harfleri de kullanabilirsiniz Tabi biz yine geriye uyumluluk ve free pascal gibi diger pascal derleyicilerle herhangi bir sorun yasamamaniz icin string ifadeler haricinde cok gerekli olmadigi surece ingilizce karakterleri kullanmanizi tavsiye ediyoruz

unit Unit1;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, StdCtrls, ExtCtrls, CategoryButtons, ScreenTips, RibbonActnCtrls,
  ToolWin, ActnMan, ActnCtrls, Ribbon,shellapi;

type
  TForm1 = class(TForm)
    TürkçeDüğme: TButton; // turkce karakterleri artik
                                    //  bilesen isimlerinde de kullanabilirsiniz.
    Memo1: TMemo;
    delphipeak: TButton;
    procedure TürkçeDüğmeClick(Sender: TObject);
    procedure delphipeakClick(Sender: TObject);
  private
    { Private declarations }
  public
  procedure  德尔福高峰();  // hatta prosedur ve fonksiyonlara
                                    // cince isim bile verebilirsiniz.
    { Public declarations }
  end;

var
  Form1: TForm1;

implementation

{$R *.dfm}

procedure TForm1.德尔福高峰;
begin
  //德尔福高峰 -->delphipeak
  ShellExecute(0,'open','http://tr.delphipeak.com',nil,nil,0);
end;

procedure TForm1.delphipeakClick(Sender: TObject);
begin
 德尔福高峰;
end;

procedure TForm1.TürkçeDüğmeClick(Sender: TObject);
begin
  memo1.Lines.Clear;
  memo1.Lines.Add('دلفي (arapca delphi)');
  memo1.Lines.Add('德尔福 (cince delphi)');
  memo1.Lines.Add('Δελφοί (yunanca delphi)');
  memo1.Lines.Add('डेल्फी (hinduca delphi)');
  memo1.Lines.Add('デルファイ (japonca delphi)');
  memo1.Lines.Add('Делфи (rusca delphi)');
end;

end.

David amca Tiburón’a yeni eklenen ve gelistirilen vcl bilesenlerinin kullanimini , ozelliklerini gosterdigi videoya bu adresten ulasabilirsiniz.

Bloglardan takip edebildigim kadariyla Tiburon ile ilgili yazilan yazilarda unicodeden cok dile yeni eklenen Anonymous Methodlar tartisiliyor. Ismi gibi kendisininde tam olarak ne oldugu belirsiz Genelde herkesin sordugu soru nedir bu Anonymous Methodlar ve kod yazarken bize ne gibi faydalari olacak ?
Anonymous Methodlar bizlere daha onceden yapamadigimiz bir takim ozellikleri sunan ozel bir tip vs degil. Sadece codegear in ileriye yonelik olarak dile ekledigi biir ozellik. Gelecek surumlerde Linq for Delphi , Paralel programlama hatta cross platform ozelliklerinin kolay bir sekilde hayata gecirilebilmesi icin eklenen bir ozellik gibi duruyor daha cok.

videoda ilgimi ceken husus ise TEdit bileseninin PasswordChar ozelliginin gosterilmesi. Bu ozellik uzun suredir TEdit te olan bir ozellik zaten. Bu videoda bu ozelligi neden gostermisler bir anlam veremedim dogrusu.

Bloglardan takip edebildigim kadariyla yakin bir zamanda cikacak olan Delphi 2009 (Tiburón) hakkinda ki bazi fikirlerimi paylasmak istedim sizinle.

1- Unicode destegi.
Artik Delphi 2009 ‘un idesi, vcli , compileri herseyi artik unicode destekli. Hatta delphi urun yoneticisi bu durumu vurgulamak icin Unicodified tabirini kullanmayi uygun gormus. Veritabani baglantilari , bilesen isimleri , temel string tipi , mesajlar falan hersey artik unicode. Unicode destegi sizin icin gerekli ya da gereksiz olabilir ama eninde sonunda kacinilmazdi ve delphi 2009 ile bu destek karsimiza cikti. Simdi bundan sonra neler olabilir , ne gibi durumlarla karsilasabiliriz soyle bir liste yapmaya calisalim.

• Delphi 2009 ile yaptiginiz uygulamalar artik win98 lerde calismayacak. Geriye uyumluluk adina bircok seyden vazgececegiz. Aslinda bu konudan cok emin degilim ama unicode degisikliginin compiler seviyesinde yapildigini dusunursek % 99 ihtimal win98 lere artik elveda diyebiliriz.
• Artik cince sitelerde gordugumuz kodlari anlamamiz ve modifiye edip kendi projemizde kullanmamiz cok daha zor olacak. Eskiden string degerler haric geriye kalan ifadeler ingilizce oldugundan kodlari okuyup anlamamiz daha kolay oluyordu. Simdi cinliler herseyi unicode var diye kendi harflerinde yazarlarsa isler arap sacina donecek
• Unicode yillardir alistigimiz ansii karakter setinden cok farkli. Uzun yillardir unicode destegine sahip dillerde bile bircok kisi hala bu karakterlerin duzgun bir sekilde saklanmasi ve gosterilmesi ile ilgili problemler yasarken bu problemleri bizlerinde yasamasi kacinilmaz. Alismak biraz zaman alacak ve bu arada epey bir sac bas yolabilirsiniz.
• Unicode benim cok ihtiyac duydugum bir sey degildi acikcasi ve bu nedenle Tiburon kullanmak su an icin bana biraz luks kaciyor. Hayatimda unicode destegine ihtiyac duydugum sadece bir tane proje gelistirdim onda da TNT nin unicode destekli bilesenleri isimi fazlasiyla gormustu. O nedenle su an icin delphi 2007 ile yoluma devam etmek bana daha cazip gibi gorunuyor lakin urunu canli canli minciklamadan kesin birsey soylemek istemiyorum.
• Temel String sinifi artik unicode bir string tipi oldugundan eski kodlarinizi Tiburon da derlediginizde bazi garipliklerle karsilazmaniz muhtemel olacaktir.
  Listbox1.Items.LoadFromFile(’c:\temp\MyListBoxItems.txt’,TEncoding.UTF8)
  tarzindaki kodlarinizin duzgun dosya formatlari ile duzgun calisabilmesi icin artik parametre olarak sonuna hangi karakter turuyle islem yapmak istediginizi belirtmeniz gerekebilir.
• unutmayin! SizeOf(Char) artik geriye 1 degil 2 degerini donderecek. string = UnicodeString , PChar = PWideChar

2- Object Pascal’a eklenen yeni ozellikler

• Win32 icin Generics metodlar. Generics metodlar hakkinda bilgi icin bkz:1 , bkz:2
• Anonymous Methodlar. Bu metodlarin tam olarak nerde nasil ne ise yarayacagini anlayabilmis degilim. Bizim procedur ve functionlarin icinde kullandigimiz embed metodlara benziyor ama bloglarda verilen orneklerde tam olarak varolus nedenini cikartabilmis degilim. bkz:3

3- Yeni datasnap mimarisi
Acikcasi Tiburonda Datasnap ile ilgili iyilestirmelerin yapilacagi yol haritasinda soyleniyordu ama bu iyilestirmeden oteye gecmis ve karsimiza JSON/RPC tabanli yepyeni bir mimari getirmisler. Unicode olmasa da bu yeni Datasnap mimarisini kullanmak icin bilgisayarima Tiburon kurabilirim. Datasnap artik cok gicik oldugum ve kullanmayi bi turlu sevemedigim COM/DCOM bagimliligindan tamamen kurtulmus. Artik sunucuyu register etmek gibi dertlerimiz olmayacak ve eminim bu yeni mimari cok daha kolay kullanilabilir , basit , sade ama cok guclu olacak. Yeni datasnap mimarisi DBExpress ile icice tasarlarmis. Birbirleriyle iletisimleri ust duzeyde ve datasnap kullanirken dbexpress kullanmak olmazsa olmazlardan olacak gibi duruyor. Bu iki nokta aklima su dusunceyi getiriyor benim. DBExpress zaten yuzde yuz object pascal ile yazilmis bir framework ve platform bagimsiz sayilir. Datasnap COM/DCOM ve midas.dll ortamlarina bagimliydi. Tiburon ile bu bagimliligi kaldirmislar. Yani ileriki bir zamanda CodeGear Delphiyi cross platform yapmak icin onunde bulunan buyuk bir engelden kendini kurtarmis oldu. Bilmem anlatabildim mi ?

Bu kismin eksik kalan tek yanina hala Firebird icin dogal dbexpress surucusunun kutudan cikmiyor olmasini ekleyebiliriz.
bkz:1
bkz:2
4- Com ve ActiveX mimarisinin yenilenmesi
Bu yenilenme tam olarak neleri iceriyor cok net bilgim yok ama en azindan bloglarda yer alan resimlerde Import ActiveX gibi islevler yenilenmis ve biraz daha gelistirilmis.

5- ideye eklenen yeni ozellikler
Component palete bir tane edit ekleyerek daha onceden yaptigimiz bilesen aramasini biraz daha anlasilir ve mantikli bir hale getirmisler. Islev olarak ideye yeni bir ozellik getirmesede Delphi 2007 de o ozelligi kullandikca aklima hep Git dugmesi olmayan internet explorer surumleri geliyordu. Acmak istedikleri siteyi adres cubuguna yazdiktan sonra Entera basmak gerektigini bilmeyen bircok kullanici site acilacak diye dakikalarca beklemislerdi.

6- VCL e eklenen yeni bilesenler…
Bana gore Cagetory Panel haricindeki diger bilesenlerin “dostlar alisveriste gorsun” mantigiyla VCL e eklendigini dusundugum gereksiz bilesenler toplulugu.
bkz1

Sonuc olarak delphi 2007 ve daha onceki versiyonlar ile gelistirmis oldugunuz bir proje icin getirmis oldugu cok ahim sahim bir ozellik delphi 2009 da mevcut degil. Ancak yeni bir proje baslarken Unicode destegini de yaniniza almak ve windows 2000 den öncesine elveda demek isterseniz ya da yeni yaptiklari Datasnap nasil birseymis diye merak ederseniz mutlaka edinmeniz gereken bir surum olmus. Onun haricinde Delphi 2007 ile yola devam etmeniz halinde kacirmis olacaginiz pek fazla birsey mevcut degil delphi 2009 versiyonunda. Hatta bana kalirsa eski projelerinizi baliklama delphi 2009 gecirirseniz unicode ayagina basiniz cok agriyabilir. Bir zamanlar Delphi 3 ten Delphi 4 e gecerken real tipinde yapilan degisikligin zamaninda bizi ne kadar ugrastirdigini bilenler ne demek istedigimi cok iyi anlayacaktir

2005 ortalarinda o zamanlar hala bir borland calisani olan Danny Thorpe Delphi 2005 icin Delphi for .NET Compact Frameworks Technology Preview yayinlamisti. Adam Borlanddan ayrildi microsofta gecti , ordan ayrildi google ordan ayrildi tekrar microsofta geçti falan filan feşmekan olaylari cereyan ederken bizde “oh ne guzel , previewi cikti bir sonraki surumde (Delphi 2006) tasarim destegiyle beraber resmi olarak gelir” diye beklerken aradan gecti koca bir uc yil ortada ne Compacti var ne frameworku ne de tasarim destegi. Sadece gecen gun yayinlanan RAD Studio ile CF uygulamasi olusturmak adinda ufacik bir makale. Sanirim CodeGear 2008 de oldugumuzu unuttu ya da 2005 yilinda yayinlanan Compact Frameworks Technology Preview in kaynak kodlarini Danny giderken yaninda goturdu ve CodeGear yeniden basa dondu. Marco (ki kendisine kitap hadisesinden dolayi hala gicigimdir :)) bile Highlander surumunun bu destekle cikacagini saniyordu ama beklentileri suya dustu. Birakin delphi 2006 yi mevcut yol haritasina gore Delphinin 2009 Haziranda cikmasi dusunulen Commodore surumunde bile bu destek mevcut olmayacak.

Bazen burdan CodeGear’a kizinca ise yariyor Bir kez daha kizalimda cocun oyuncagina cevirdigi bu compact framework destegini belki o zaman adam akilli bir guncelleme cikarirda Tiburon - Commodore arasinda bir yere sikistiriverir. Bu sefer farkli olarak kizma islemini ben degil bu islerde oldukca basarili olan Engin Jurnal yapsin

Hamdi !
Hamdi !
Bagla bana su Nicki , uste al Nicki , baglandin mi ?
Asagiya da tombis David i bagla. Bi firca kayayim ben bunlara. Yeter cok uzattilar bu compact framework olayini. Baglandin mi ? Tamam hamdi sen cekil kenara…
Nick ! Nick ! Ne yapiyorsun sen allah askina ! Hepten isi gucu bosverdin newslerde bloglarda takilir oldun. Bi suru insan sizi bekliyor sen blogunda delphi ile gelistirilmis uygulamalarin listesini cikartiyorsun. birak onlari baskasi yapsin sen isine bak. Valla tepemin tasini attirma burdan sana bi korum Vick Vick ote ote eve gidersin.
Al hamdi bunu burdan , al gozum gormesin…
David ! David ! Titre ve kendine gel, eskiden boyle miydin sen ya. Seni abisi diye biraktim ben onlarin basina. Agirligini koy biraz, epey agirsin ama olsun onlara birsey olmaz. Ezilsinler biraz , Hadi kapat kapat. Dinleyemem simdi ben seni. Cabuk bi suru is bekliyor sizi, laf sirasi degil is sirasi.
Hamdi al bu Davidide burdan. Al ! Al ! Gozum gormesin. Gordukce istahim aciliyor.
Evet sevgili seyirciler , sirada ki haberimize geciyoruz.
Gun gecmiyor ki ulkemizde bir gariplik yasanmasin…….

Codegear tarafındna yapılan duyuru burada basın duyurusu burada ve adını sıkça duyduğumuz Borland’ın en bilinen isimlerden David I’ın duyurusu burada.

Ben Embarcadero Technologies diye bir firma daha önce duymadım. Ancak bundan sonra çok duyacak gibiyiz. Telaffuzu her ne kadar codegear kadar kolay olmasa da bu duruma alışmamız gerekecek sanırım. Bu firma ne yer ne içer ona da bir ara bakmak lazım.

Uyarı için türker’e teşekkürler.