Okumadıysanız öncelikle birinci yazıyı okuyun ! hani
"kimse üvey evlat olmak istemiyordu." diye bitirmiştik.
Bu adam fena halde abartıyor diye düşünüyorsanız, Interbase'in sokağa atılışı ve FireBird'ün doğuşunu hatırlatırım 1 Pek çok işletim sisteminde çalışan bir veri tabanına sahipsiniz ve siz artık bu ürünü geliştirmeyeceğim deyip sokağa salıyorsunuz. Bu - tabiri caizse - salaklığın tek açıklaması "biz C ile çalışmak istemiyoruz Bize pascal yeter anlayışıdır"
Neyse efendim biz konumuza dönelim Windowslu günler başladı ve Borland OWL Microsoft MFC gibi OO kütüphaneler çıktı. OO Kütüphaneler iskelet bir sınıftan :) başlayan her tarafa dal budak salan devasa yapılar içeriyordu. -Kullanımlarıda anlaşılmalarıda pek kolay değildi - Sonra daha değişik bir sistem çıktı RAD Rapid Aplication Development. yine OO bir kütüphane vardı, anlamanız yine kolay olmasada kullanımı basitleşmişti 2
Borland Bu sisteme VCL ile katıldı. Delphi ortaya çıktı ve tabiri caizse ortalığı silip süpürdü. Tabii üvey evlat Turbo C de artık VCL takviyesi ve bunun için dile yapılan eklemeriyle 3 CBuilder' dönüştü ve CBuilder -BCB- doğdu.
Yıllar geçtikçe Delphi yaygınlaşmasına rağmen aynı kolaylığa sahip olan BCB C cephesinde aynı sonuca ulaşamadı. Yeni öğrenenler "Eğer VCL kullanacaksam Niçin aslından başlamayayım " deyip Delphi'ye başladılar. Eski C ler ise "Ben VCL'e VCL demem VCL C ile yazılmamışsa" deyip BCB den uzak durdular. Bütün Bunlara rağmen Borland 6. versiyona kadar üvey evladını bırakmadı. Bundan sonra tamamiyle bağrına basdı :)
Unutmadan Bu arada bir de Kylix macerası var. Borland Linux'un geleceğini parlak görüp Linux IDE için gibi çok doğru bir işe girişir. Doğru işe başlamıştır fakat doğru şekilde yapmamıştır 4 işini Borland VCL kütüphanesini QT kütüphanesini kullanarak cross-platform hale getirir CLX. IDE yi ise libwine kullanarak Linux altında çalıştırır. Elhasıl Kylix bir Hilkat garibesi olarak doğar zaten fazlada yaşamaz.Eğer Borland C/C++'ı üvey evlat olarak görmeseydi en azından Linux'a geçiş işinde C/C++'ı bazalırdı pek çok GUI kütüphanesi emrine amade haline gelirdi. Belki Kylix çok daha uzun ömürlü olurdu.
Ve son atılımlar; Önce bir haber yayıldı ortalığa "Borland, IDE Araçlarını Satıyor..." diye, üzülüyoruz. Ardından sonra Turbo olarak yeniden çıkarıyor. Seviniyoruz, Küllerinden yeniden doğdu diye fakat sonuç yine hüsran 5
Son söz : CBuilder'a ve VCL 'e alışmış bir C / C++ programcısının artık alternatifi yoktur 6 CBuilder ölmüştür. Eğer Windows üzerinde programcılık yapacaksanız CBuilder 6 - hatta 5 - işinizi fazlasıyla görecektir. Yok gelecekle ilgili planlarınız varsa. Kendinize alternatifler aramanız lazım. 7
_________________
1 ) Borland böyle bir veritabanı sistemini terk etti -opensource - geliştirmeyeceğini söyledi
sonradan bu kadar salaklık olmaz deyip kodu yeniden kapayıp geliştirmeye devam ettiysede Interbase'i Firebirde çeviren uçup gitmişti
2) Hatta bu şekilde programlamaya başlayan! insanlara forumlarda çok basit işler için bile
component ararken rastlıyoruz.
- Başımı kaşıyacak zamanım yok. Baş kaşıyan component yokmu ?3) Eklentiler konusunda "I am, of course, aware of how controversial it is to add extensions to C++. However, I personally am only interested in good technology and the quality of the products I use. BCB is a good product, and part of what makes it good is the power of the VCL
- Programı kendi yazan component yok mu ?
and the power of the component, property, event model of programming. The new extensions have been added to the language to make this kind of programming possible, and so I am in favor of these changes." demiş Charlie Calvert "C++ Builder Unleashed" adlı kitabında
ve fakat bu eklentiler yüzünden artık başka bir alternatifiniz olmuyor
4) Pascal içinden C++ library lerini direk olarak çağıramıyorsunuz yani CLX için borland
OO kütüphane olan Qt'ye C den bir arabirim yazıp sonra Pascal içinden çağırarak CLX
kütüphanesini oluşturur siz bide bunu C++ içinden çağırıldığını düşünün. yada Kylix C++'ı
çalıştırmayı bir deneyin
5) http://bdn.borland.com/article/33659
-Does Turbo Delphi (for Win32) require the .NET Framework to be installed?sonundaki yorumları bir okuyun
-Yes. Some of the functionality in the IDE is managed code that requires the .NET Framework. However, the apps you build in Turbo Delphi (Win32) do not need the .NET Framework.
From what I can tell dont count on it. It seems like Borland is finally in bed with MS without a condom and doing anything for Linux is a big NO NO.6) Delphi kullananların bir alternatifi var freepascal + lazarus ama Biraz kolları sıvayıp yardım etmeleri gerikiyor.
7) Eğer yazdıklarımı takip ediyorsanız, Bulduğum alternatifleride biliyorsunuzdur.
Başka bir yazı konusu ama ben yinede kısaca belirteyim Cross-platform bir IDE ve
Cross-platform kütüphaneler - ihtiyacınıza göre -
IDE : CodeBlocks
GUI : FLTK , wxWidgets, gtk+, Qt, Fox Toolkit, Ultimate++, ...
Veritabanı : Sqlite , IBPP , libmysql, libodbc++, libpq, ...
Oyun Programlama : Allegro, Irricht
Ses : Audiere, OpenAL, libcda, libogg, ...
Grafik : OpenGL freeGlut SDL
4 yorum:
Borland RAD araçlarınının tasarımını CodeGear adlı yan firmaya bıraktı. C++ Builder 6 ile herşey bitti sanmıştım. Ama C++ Builder 2007 versiyonu ile yeniden karşımızda. Evet multiplatform değil ama Win32 için -pascal kütüphanelerine rağmen- en iyi RAD aracı...
bende zaten farklı bir şey demedim bakınız son söz
"Eğer Windows üzerinde programcılık yapacaksanız CBuilder 6 - hatta 5 - işinizi fazlasıyla görecektir. Yok gelecekle ilgili planlarınız varsa. Kendinize alternatifler aramanız lazım."
BuilderX faciasından bahsetmeyi unutmuşsunuz. Borland yıllarca VCL'e alıştırdı bizi, daha sonra VCL desteği olmayan ve eski arayüzlerimizi çöpe atmamızı isteyen bir yazılım attı ortaya. Zaten pek tutmadı sanıyorum.
:) aslında BuilderX doğru bir fikrin yanlış uygulanmasıdır. Facia olması Borland açısındandır - Satamamıştır -
C / C++ gibi pek çok cross-platform kütüphanelere sahip bir dil için Cross-platform bir IDE geliştirmek ve hatta bu kütüphaneleride ve hazır proje şablonlarıyla birlikte satmak
çok mantıklı bir fikirdir.
Yorum Gönder