<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Delphi 2009 (Tiburón) Onizlemesi</title>
	<atom:link href="http://tr.delphipeak.com/2008/07/22/delphi-2009-tiburon-onizlemesi.htm/feed" rel="self" type="application/rss+xml" />
	<link>http://tr.delphipeak.com/2008/07/22/delphi-2009-tiburon-onizlemesi.htm</link>
	<description>Delphinin zirvesine giden yol... (Delphi programming)</description>
	<pubDate>Wed, 07 Jan 2009 19:21:31 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: İlhan</title>
		<link>http://tr.delphipeak.com/2008/07/22/delphi-2009-tiburon-onizlemesi.htm#comment-261</link>
		<dc:creator>İlhan</dc:creator>
		<pubDate>Fri, 10 Oct 2008 13:17:12 +0000</pubDate>
		<guid isPermaLink="false">http://tr.delphipeak.com/?p=153#comment-261</guid>
		<description>@Ansugo :web aplikasyonu değil web uygulaması olucak arkadaşım. Türkçe'yi doğru kullanalım. Gelelim Unicode konusuna. Şimdi Amerikan karakter sınıflaması tipi ansi stringleri genişleme özelliğinden mahrumdur dolayısı ile Türkçe'deki ğ harfini kabul etmez. Ama unicode ise harf boşluğunda Türkçe'deki çığöşü gibi harfleri kabul eder. İşte sırf burda unicode desteği gerekiyor. Ben C++ programlıyorum ve artık unicoda geçtim memnunumda. Delphiyede yakınzamanda başlama isteğim var. Bakalım hayırlısı.</description>
		<content:encoded><![CDATA[<p>@Ansugo :web aplikasyonu değil web uygulaması olucak arkadaşım. Türkçe&#8217;yi doğru kullanalım. Gelelim Unicode konusuna. Şimdi Amerikan karakter sınıflaması tipi ansi stringleri genişleme özelliğinden mahrumdur dolayısı ile Türkçe&#8217;deki ğ harfini kabul etmez. Ama unicode ise harf boşluğunda Türkçe&#8217;deki çığöşü gibi harfleri kabul eder. İşte sırf burda unicode desteği gerekiyor. Ben C++ programlıyorum ve artık unicoda geçtim memnunumda. Delphiyede yakınzamanda başlama isteğim var. Bakalım hayırlısı.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kursad</title>
		<link>http://tr.delphipeak.com/2008/07/22/delphi-2009-tiburon-onizlemesi.htm#comment-259</link>
		<dc:creator>Kursad</dc:creator>
		<pubDate>Thu, 25 Sep 2008 22:32:01 +0000</pubDate>
		<guid isPermaLink="false">http://tr.delphipeak.com/?p=153#comment-259</guid>
		<description>Delphideki Real tipinde yapılan değişikliğin projeyi etkilememesi için {REALCOMPATIBLE ON} gibi bir ifade ekleyerek eski kodumuzu ve data yapılarımızı aynen kullanabiliyorduk.

Bence 2009 ile gelen unicode değişikliğini de böyle küt diye yapacaklarına {STRINGCOMPATIBLE} gibi bir opsiyon koymaları gerekirdi. delphi 2010 gibi ileriki sürümlerde de tamamen geçişi zorunlu tutabilirlerdi. Böylece kolay bir geçiş sağlamış olurlardı. Bana kalırsa bu eksiklik 2009 kullanımında çok büyük düşüşlere sebep olacak. 

Şuan elimdeki mevcut bir kodu derlemeye çalışıyorum. Fakat daha şimdiden yüzlerce uyum problemi ile karşılaştım. Yeni projeler için de büyük bir problem var. Alışılmış componentleri nasıl derleyeceğiz ?

Galiba bu unicode meselesi Delphi için çok kritik bir düşüşün başlangıcı olabilir.</description>
		<content:encoded><![CDATA[<p>Delphideki Real tipinde yapılan değişikliğin projeyi etkilememesi için {REALCOMPATIBLE ON} gibi bir ifade ekleyerek eski kodumuzu ve data yapılarımızı aynen kullanabiliyorduk.</p>
<p>Bence 2009 ile gelen unicode değişikliğini de böyle küt diye yapacaklarına {STRINGCOMPATIBLE} gibi bir opsiyon koymaları gerekirdi. delphi 2010 gibi ileriki sürümlerde de tamamen geçişi zorunlu tutabilirlerdi. Böylece kolay bir geçiş sağlamış olurlardı. Bana kalırsa bu eksiklik 2009 kullanımında çok büyük düşüşlere sebep olacak. </p>
<p>Şuan elimdeki mevcut bir kodu derlemeye çalışıyorum. Fakat daha şimdiden yüzlerce uyum problemi ile karşılaştım. Yeni projeler için de büyük bir problem var. Alışılmış componentleri nasıl derleyeceğiz ?</p>
<p>Galiba bu unicode meselesi Delphi için çok kritik bir düşüşün başlangıcı olabilir.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ansugo</title>
		<link>http://tr.delphipeak.com/2008/07/22/delphi-2009-tiburon-onizlemesi.htm#comment-235</link>
		<dc:creator>Ansugo</dc:creator>
		<pubDate>Wed, 30 Jul 2008 12:04:25 +0000</pubDate>
		<guid isPermaLink="false">http://tr.delphipeak.com/?p=153#comment-235</guid>
		<description>Aslinda UNICODE sac bas yoldurtan birseyse de bir zaman sonra herkes buna ister istemez alisiyor. Acikcasi delphi ile unicode'da pek sorun yasamis degilim ama web formlari, web dilleri ve veritabanı uygulamalarında unicode gerçekten çok ciddi sorunlar çıkarıyor. Burada bir ipucu vermek gerekirse UNICODE ile tam uygun çalışan bir web aplikasyonu yazmak için HTML çıktısının karakter kodlamasından tutun arka planda çalışan dilin dosyaları dahil olmak nihayetinde veritabanı, veritabanı bağlantı tutamacı dahil herşeyi unicode yapmak gerekiyor. Ancak bu şekilde yani tamamen unicode'a terfi olursak unicode sorunlarıyla başetmemiz mümkün oluyor.

Delphi'de A'dan Z'ye unicode desteğiyle geldiğinde -ki gelmek zorunda ve geliyor da- aslında belki ilk aşamada bir takım sorunlar çıkabilecekse de ileriye yönelik olarak (biraz da programcının kendini geliştirmesiyle beraber) hata oranı gitgide düşecek ve karakter seti tabanlı dönüşümler ve veri bozulmalarından doğan emek, zaman ve para kaybı büyük ölçüde giderilmiş olacak.

Bu açıdan bakarsak aslında küçük gibi görünen bir charset olayının (şu an yarım yamalak olmasından dolayı) aslında büyük sorunlar doğuracağını IDE'nin buna built-in destek verecek olmasının bugün ve ilerde doğacak sorunları azaltmak açısından oldukça yararlı olacağını söylemek mümkün.</description>
		<content:encoded><![CDATA[<p>Aslinda UNICODE sac bas yoldurtan birseyse de bir zaman sonra herkes buna ister istemez alisiyor. Acikcasi delphi ile unicode&#8217;da pek sorun yasamis degilim ama web formlari, web dilleri ve veritabanı uygulamalarında unicode gerçekten çok ciddi sorunlar çıkarıyor. Burada bir ipucu vermek gerekirse UNICODE ile tam uygun çalışan bir web aplikasyonu yazmak için HTML çıktısının karakter kodlamasından tutun arka planda çalışan dilin dosyaları dahil olmak nihayetinde veritabanı, veritabanı bağlantı tutamacı dahil herşeyi unicode yapmak gerekiyor. Ancak bu şekilde yani tamamen unicode&#8217;a terfi olursak unicode sorunlarıyla başetmemiz mümkün oluyor.</p>
<p>Delphi&#8217;de A&#8217;dan Z&#8217;ye unicode desteğiyle geldiğinde -ki gelmek zorunda ve geliyor da- aslında belki ilk aşamada bir takım sorunlar çıkabilecekse de ileriye yönelik olarak (biraz da programcının kendini geliştirmesiyle beraber) hata oranı gitgide düşecek ve karakter seti tabanlı dönüşümler ve veri bozulmalarından doğan emek, zaman ve para kaybı büyük ölçüde giderilmiş olacak.</p>
<p>Bu açıdan bakarsak aslında küçük gibi görünen bir charset olayının (şu an yarım yamalak olmasından dolayı) aslında büyük sorunlar doğuracağını IDE&#8217;nin buna built-in destek verecek olmasının bugün ve ilerde doğacak sorunları azaltmak açısından oldukça yararlı olacağını söylemek mümkün.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
