Arkadaslar C ve C++ sintaksina C# ve Java aynen kullaniyor. Pascalin sacma ve zorlu sintaksi ile ugrasmaya gerek yoktur diye düsünüyorum!

demişsin.

C derleyicilerinin editorlerini incelersen kod icerisinde ileri geri gitmek icin bile dugme koymuslar bu su demek c veya turevleri ile yazilanlar cok zor o k u n u y o r;

hep ornek olarak sunu verirler

void main()
{
  int c=999;
  printf("%s",c);
}

tamam bu kadar satirda okunurluk yeterli olabilir ama satirlarinin uzunlugu 10000′i gectiginde artik iskence haline gelmeye baslar.

Simdi bu yaziyi okuduktan sonra atiyorum bundan 2-3 yil once yazdigin kodu ac kenarlarina // yapmadiysan actigin konu anlayacagindan cok da emin degilim ben bundan 2-3 yil once yaptigim kenarlarinda da cok da aciklama yazisi olmayan bir pascal projesini cok rahat anliyorum.

biliyorum ki degiskenler VAR’dadir. Kod icinde degisken tanimlamak sadece GUNU KURTARMAK ICIN yapilan projelerde gecerlidir.

Hepsi mutlaka bu kodu asseblera ceviriyor onda kimsenin suphesi yok zaten bu dilleri kullanmamizin amaci assembler ile ugrasmamak yoksa herkes acsin debug komutunu girsin hex kodlarini save etsin calistirsin.

C ve turevlerinin en buyuk dezavantaji okunurlugunun kotu olmasidir.

x = ~x; yerine uzun uzun x := not x; yazmayi tercih ederim.

x=y=z=0; yerine :

x=0; 
y=0;
z=0;

yazmayi tercih ederim ki debug aninda c dili ile gelistiren kisi programi durdurup debug moda alirken

ben program calisirken break point ekleyip assembler’a cevirilmis haline kadar debug edebilirim….

Oxygene derleyicisi tarafından çevirilen kod Reflector ile incelenebilir. Ben incelediğimde çok garip şeylerle karşılaşmamıştım.

İyi çalışmalar.

1) İlk olarak değişkenlerin vesairenin begin blogu icinde tanimlanmasi cok kotu bence. Bu, yarin yapacaginiz islerinizi farkli farkli kagitlara yazmaya benziyor. Evet belki her onunuze gelen kagida yazmak kolayiniza gelebilir fakat bunlarin bir duzen icerisinde tek kagitta durmasi size hem kolaylik saglayacak, hem kodunuzun daha duzgun olmasini saglayacaktir. (yeni teknolojiye geciliyor deniliyor belki ama delphi’nin o kod duzenini, kolay okunusunu degismem dogrusu)

2) Ben assembly ve pascal kokeninden geliyorum. Belki bu nedenledir, yazdigim kodun asagi yukari makine koduna nasil cevrilecegini bilmek hosuma gider. Yeni eklenen ozelliklerse, nasil cevrilecegi belli olmayan sekilde duruyor. Ozellikle yazilimlarin crack’lenmesi vs gibi durumlara karsi acik olmasina neden oldugunu dusunuyorum bu yeni kodlama yapilarinin.

Belki 2. maddeye katilmayabilirsiniz, cogu kisi arka plani dusunmeyebilir fakat 1. maddenin arkasindayim. Ayni zamanda bir grafik tasarimci da olaraktan, kodlarimin duzgun, toplu, okunakli olmasini cok onemsiyorum.

Evet haklısın yukarıda saydıklarımın çoğu bir preprocessor ile dile kazandırabilecek şeyler ve benim değinmek istediğim de zaten buydu. Bunların dile eklenmesi zor değil ama 2009′a kadar beklenildi. Delphi 2009 bir nebze olsun iyileşecek gibi görünüyor.

Oxygene ile anlaştıklarını duymuştum gerçi detayını da çok fazla bilmiyorum ama her ne olsursa olsun ortaya daha güzel bir şey çıkacağı kesin.

yukarida belirtilen eksikler her ne kadar belirli bir noktaya kadar gelistiriciyi zorlasada bir sekilde yapilabilirligi mevcut oldugundan cok fazla problem teskil etmiyor (ya manuel cozulebiliyor ya da bazi ide expertler sayesinde bu ozellikler delphiye kazandirilabiliyor) lakin object pascal ve delphi idesinin yeni teknolojilere biraz uzak kalmasi bazi noktalarda insani gercekten bunalima sokuyor.

dipnot:delphi 2009′a exit yordaminin asiri yuklenmis bir surumu monte edilmis. bu yeni surum return islevini goruyor. http://blogs.codegear.com/nickhodges/2008/07/22/39079