Teknoloji Haberleri
Aşağı Git
Tüm Forumlar
Web Tasarım - Programlama
Yazılım Geliştirme
Delphi / C++ /Vb
Delphi XE2 gediğine koydu abicim!
Bu konudaki kullanıcılar: 1 misafir
62
Cevap 5898
Tıklama 0
Öne Çıkarma
Cevap 5898
Tıklama 0
Öne Çıkarma
-
Cevap: Delphi XE2 gediğine koydu abicim! (2. sayfa)
|
Pascal (delphi) ise kuralları sağlam olarak belirlenmiş bir dildir. Değişken tanımı, tip kullanımı, işaretçiler, söz dizimi kesin kurallara bağlanmıştır. Örneğin değişkenleri kullnamadan önce tanımlamak zorunludur ve bu da sadece belli yerlerde yapılabilir. BU durum değişkenlerin karışmasını önler. Ayrıca pascal uyumsuz tiplerin birbirine atanmasına izin vermez. Bu da tip uyumsuzluğu (Bkz C) hatalarını engeller. Yine de işi bilenler tip zorlamaları (as,is) ve gölge tipler ile bu durumu aşabilir. Pascalda işaretçi kullanımı sağlam kurallara bağlıdır. Özellikle tipli işaretçiler sıkı şekilde kontrol edilir. Farklı tipler birbirine atanamaz ve biribrini gösteremez. Bir işaretçiye tanımlandığı boydan fazla veri aktarılamaz. (yani c gibi 4 bytelik işaretçiye 100 byte aktarılmaz) BU durum pascal dilinde/programlarında nerede ise hiç işaretçi hatası görülmemesinin nedenidir. Yine de tipsiz işaretçiler, referanslar ve benzeşik tipler ile bu durumda gerekirse halledilir. Pascal dilinin yazım kuralları kesindir. Sadece bir doğru yazım şekli vardır. Harf (değişken/operatör) yer değişmesi söz konusu değildir, her zaman aynı şekilde kullanılır. Bu nedenle yazımdan dolayı hata meydana gelmez. Yanlış yazdığınız yerleri IDE hemen gösterir. Pascal kolay okunur ve anlaşılır bir dildir. Başkasının yazdığı kodları da kısa zamanda anlayabilirsiniz. Pascal güvenlik özellikleri öne çıkan bir dildir. Her şeyin birden çok ancak belirsiz yolunun olduğu C dilinin aksine, pascalda bir işin genelde en iyi tek yolu vardır. Dil sizi bu yolu kullanmaya ve doğru kod yazmaya yönlendirir. Bu nedenle proglamlama mantığını kolay bir şekilde kapabilirsiniz. Dil hatalarınızı ve doğusunu hemen görmenizi sağlar. İyice öğrenince kestirme yan yolları da fark edersiniz. Böylece başınızda dikilen öğretmeni (pardon pascal IDE) atlatabilirsiniz. Ama yine de bilinen yoldan ayrılmanızı tavsiye etmem çünkü daha sonra başkası (ve hatta bazen kendiniz) kodu anlamayabilirsiniz. Pascal güvenli bir dil olduğundan yazılan programlarda çok az hata meydana gelir. Yine de işin mantığı hatalı ise pascal bir şey yapamaz. Arabada ABS,EBD,ESP bilimum zamazingo sizi uyarır ama siz duvara doğru sürüyorsanız yine de çarparsınız. Ancak pascal programında yapısal hataları bulmak ve gidermek (debugging) son derece kolaydır. C dilinin aksine kodu yazmak daha uzun sürer ama hata ayıklamaya nerede ise gerek kalmaz. Bu nedenle herkesin kullanabileceği bir dildir. |
Bu mesaja 2 cevap geldi.
|
C# ve Java ise benim prefabrik diye bahsettiğim gruptadır. Program geliştirmek kolaydır ama bir çok sınırlamaları vardır. Var olan bileşen ve teknikleri inline asm vb ile geliştirmek ya imkansız yada çok zordur. Her nekadar C dilini çağrıştırsalar da sıkı tip-değişken kuralları, pointer kısıtlamaları, syntax sınırlamaları daha ziyade pascal yapısına yakındır. Bu nedenle -özellikle de az genişletme imkanı- oldukça güvenli yapıdadırlar. Ancak işletim sistemine fazla bağımlıdırlar. Kendisinde hata olmasa da sistemdeki her hatadan etkilenirler. Bu dillerdeki birçok yapı object pascal kökenlidir. Using (uses) deyimleri, döngü notasyonları, tip ve değişken tanımlama şekilleri, güvensiz tip atama sınırları, nesne çağrı modeli (referans), söz dizimi, pointer kullanım teknikleri, ünite yapısı, delegasyon sistemi vb vb pascal yapısına açıkça işaret etmektedir. Sadece tek bir yapı bile bunu açıklamaya yeter. Nesne çağrılarında callbackve delegasyon için kullanılan Sender:Object notasyonu. Bu kesinlikle Delphi 1 ile gelen bir tekniktir. C++ builder ve diğerlerine daha sonra yayılmıştır. Bugün neredeyse tüm nesne çağırma ve bağlama sistemleri Sender:object sistemine, delegasyon yapısına ve referans modeline dayanmaktadır ki temeli delphi idedir. Bu diller moda dillerdir. GElir ve geçerler. (Java biraz istisna sayılabilir) Bir ara VB, NET.C++, PHP, PERL, J# vb moda idi. Şimdi C#, Python,Ruby vb moda. Yarın da Z# dili olabilir. Bu nedenle hangi dil olduğu o kadar önemli değildir. Temel olan programlama mantığıdır. Siz edebiyat yapabildikten sonra türkçe-ingilizce farketmez. Ancak C/Pascal gibi temel diller her zaman geçerli olacaktır. Bu dilleri iyi kavradı iseniz kolayca her dile geçiş yapabilirsiniz. |
Bu mesaja 1 cevap geldi.
|
Bu saydıklarınız zaten c'yi c yapan şeyler. Aksi halde c/c++ ın delphi gibi "sıradan" dillerden bi farkı olmazdı. Pascal beni hatalardan koruyabilir ama istediğimi yapabilmeme izin vermez. Ok mi? Ayrıca 4 b işaretçiye 100 b aktarmanın ne olduğunu biri açıklayabilirmi? |
|
C/C++ dilleri genelde büyük grupların görev aldığı projelerde kullanılır. Bu işlerde projenin temel yapısı, bölümleri, bölüm algoritmaları, akış şemaları, kullanılacak veri yapıları-tip-değişkenler önceden tasarlanıp planlanmaktadır. Modüler yapı kullanılmakta, her alt bölüm ayrı bir gruba verilmektedir. Genelde bir proje ve bölüm yöneticileri faaliyeti yönlendirmektedir. Ayrıca iyi bir test-debug ekibi görevlendirilmektedir. Böylece C dilinin sakıncalarına karşı önlem alınabilmekte, yoğun kod-serbest yapı ile zaman tasarrufu sağlanabilmekte, proje hızla geliştirilebilmektedir. Ancak buna rağmen modülerliğin sağlanamadığı-veri yağılarının kurulamadığı-hata ayıklamanın kabusa dönüştüğü için vazgeçilen tonla C projesi mevcuttur. Tek başına veya küçük bir grupla ciddi bir proje için C türevleri büyük bir risktir. Pascal (delphi) ise daha doğrudan bir dildir. Çok kapsamlı olmayan projelerde algoritma vb olmadan direkt koda dalabilirsiniz. Tabii ciddi her işte algoritma-değişken-veri yapıları vb konusunda hazırlık yapmak iyidir. Ama C kadar da gerekli değildir. Bu nedenle tek kişi veya küçük grupların geliştirdiği programlarda %90 delphi kullanıldığı görülebilir. Piyasadaki kapsamlı olmayan freeware-shareware programların büyük kısmı delphi ile geliştirilmiştir. Ayrıca yerel veritabanı konusunda delphinin üstüne yoktur. Diğer bir avantaj da sağlamlıktır. 32 it bir delphi kodu Win95-Win7 fark etmez, %99 hatasız çalışır. Diğer diller (C#, NET dilleri vb) ise işletim sistemine ve versiyona aşırı bağlıdır. Ve genelde uyumsuzluk sorunları çıkarırlar. Zira MS firması her NET versiyonunu, C++ runtimelerini, OCX-ActiveX bileşenlerini her sürümde uyumsuz yapmayı başarıyor. Bu yüzden üstüste NET 1.1, NET 2, NET 3, NET 3,5 ve NET 4 kuruyoruz. Ve C++2008,2009,2010. Niyeyse hepsini birden. Oysa Java 7 RTE kurduğumuzda bizden 5-6 vb sürümleri istemiyor. Veya DivX 6 kurunca 1-2-3-4-5 versiyonları gerekmiyor. Bu nedenle C++2010 Runtime ile yaptığınız C# veya NET 3.5 ile yaptığınız NET programının bir sonraki WIN veya NET ile çalışma garantisi yoktur, hatta büyük ihtimalle uyumsuz olacaktır. Ayrıca C++ Runtime ve NET kütüphaneleri WIN ile içiçedir. WIN bir sorun yaşarsa sizin programınız da yaşar. OCX-ActiveX-NET hata ve açıklarından direkt etkilenirsiniz. Yapabileceğiniz fazla bir şey de yoktur. (Restart) Delphi ise işletim sisteminden oldukça bağımsızdır. Zaruri olanlar hariç hiçbir WIN bileşenini kullanmaz. Kendi dahili bileşenleri (component), bellek yöneticisi ve mesaj işleyicisini kullanır. Bu nedenle WIN hataları ve versiyon farklarından çok az etkilenir. Wın sisteminiz karmakarışık olsa bile Delphi programı %99 ihtimalle düzgün çalışacaktır. Bu nedenle delphi tavsiye edilir. |
< Bu mesaj bu kişi tarafından değiştirildi melikulupinar -- 7 Şubat 2012; 16:55:58 >
Mikroişlemci yazmanın kıstas olmadığını bildiğini biliyorum. Hatırlatayım dedim sadece.  |
Bu mesaja 1 cevap geldi.
| hani ben öyle derin bi programcılığım yok sadece veritabanı uygulamaları yazıyorum. o da temelde atamalardan başka bişey değil. Artık neredeyse tüm dillerde herşey yapılıyor yani sadece alışkanlıklardan ibaret oldu gibi geliyor bana. |
Bu mesaja 1 cevap geldi.
Değil C# yazdığın programa doğru düzgün bir skin vermek için bile debeleniyorsun. Delphinin kendinden skinleri hariç alpha skin eklentisi var ki seçenekleri akıllara zarar. ayrıca mentalite olarak delphinin C#'ı ezdiği zamanlar da vardır. Ben excelle kod yazıyorum yeri geliyor delpinin mantığı sayesinde bazen öyle durum geliyor 300 tane component lazım oluyor. delphiyle bir tane component yazıyorsun excele yapıştırıyorsun text'e dönüşüyor. Aşağıd doğru bir çekiyorsun 300 tane oluyor. Bul değiştir diyorsun. Sonra geri delphiye yapıştırıyorsun bakmışsın 300 tane hazır component. Aynı şeyi C# da yapmak için delphi ile ayrı bir programcık yazıp C# da kullanmam gerekti... |
Bu mesaja 1 cevap geldi.
| Bu kadar abartman yanlış olmuş bence. C# ile aklına gelebilecek herşeyi yapabileceğini de unutma. |
Bu mesaja 2 cevap geldi.
| Delphi dil değil araçtır. Ve delphi xe2'nin sana sunduğu skin-theme özelliği de önceden yazılmış bir şey, kendinden geldiği yok. Bu adamların yaptığı şey böyle araçları önceden oluşturup dinamik bir şekille kullanıma sunmak. Gayet de güzel bir sistem ama bu bir "dil"'i diğerinden üstün yapan bir şey değil. Geliştirme ortamlarını karşılaştırıyorsan ona bir şey diyemem tabi |
Bu mesaja 1 cevap geldi.
| benim abim senin abini döver. |
|
Birde C++ Builder XE2 yi denesen dahada uçardın kardeşim. XE3 ün lansmanı Eylül de. |
|
Fire Monkey; OpenGL tabanlı 3D arayüz oluşturma yapısı. Videoyu izlemek için tıklayınız Multi platform eş zamanlı derleme özelliği. Tek kodla birçok ortama yazılımı geliştirip aktarma özelliği. ister win, ister macos, ister tablete vs. Yeni komponentler oluşturmada getirdiği esneklikler. C# ile USB HID ve CDC bağlantı sağlamaya çalışıyorum haftalarca yapı öğrenmekten iflahım sökülüyor. Sistem bileşenlerinin her birine teker teker başvur, içini dışını öğren. Hepsi birer işkence. .net dışında birşey kullanmaya çalıştığında ölümlerden ölüm beğen. Rad Studio ile kullanmak istediğin yapıyı anında içeri al, kullanmaya başla. C# ile multi server bağlantı yapısı kurmaya çalış ve anında boğuluyormuş hissini hisset. Rad studio ile sürükle bırak, bağlantıları kur. Aynı anda birden çok sunucuda birden çok sql bağlantısını yönet, eşzamanlılıkta hızı gör, hepsini tek sunucu gibi güncelle. Rad studio XE3 ile daha birçok özelliğin ortaya çıkacağı kesin. Delphi ile .net ortamını karşılaştırmak büyük bir hata olur beyler. Delphi her yönden .net ortamından daha yüksek kapasitede bir yapıya sahip. Adamlar bug fix yayınladıklarında bile performans artışı diye yayınlıyorlar. Microsoft pazarlama ile dev olan bir şirket, yazılımlarına ne desek boş. Yarın android masaüstüne el attığı anda microsoft yeryüzünden silinir gider. .net bilgisayarda GB seviyesinde yer kaplar. Delphi işini MB ile bitirir. Hızına değinmeye bile gerek görmüyorum.  |
Bu mesaja 2 cevap geldi.
"Yarın android masaüstüne el attığı anda microsoft yeryüzünden silinir gider." Senin bilgisayardan silinebilir, yeryüzünden hiç sanmam |
Bu mesaja 1 cevap geldi.
Kaldı ki android linux tabanlı bir sistem yani bi bakıma bilgisayarda zaten kullanılabiliyor. |
Bir daha okudum da şu ilişkileri nasıl kurdun açıkçası çözemedim? Microsoft-Windows-C#-.Net-Delphi-Android-HIZ Hadi diyelim .Net dilleri ve ortamı "Delphiciğinden" yavaş, bunun Androidle ne ilgisi var? Hadi diyelim Android PC'lere çıkartıldı da Windows'u sildi süpürdü bunun Delphi'yle ne ilgisi var, hadi diyelim Delphi'yle de bir ilgisinin buldun, bunun hazır skin özelliğiyle ne ilgisi var? Nereden nereye arkadaş arada bir düşünün de yazın. |
Bu mesaja 2 cevap geldi.
Delphi IDE ortamına sahip olan, geliştiren firma : http://www.embarcadero.com/ RAD Studio XE2. Biraz araştırırsan embracadero firması tüm işletim sistemlerine geliştirme ortamında destek veriyor. Konuya yabancı olduğunuz anlaşılıyor. Windows cloud platformuna taşınmaya çalışıyor. Win 8 ve Win Server 2012 içerisinde bunu görüyoruz. Azure ile ilerlemeye çalışıyor. Haklılarda. Gelecek sunucu tabanlı süper bilgisayarlar üzerinde işlem gücü ve yüksek veri depolama alanları ile ilintili gitmeye başlıyor. Oyunlar, uygulamalar, sosyal ağlar hep internet üzerine taşınıyor. Embracadero bu konuda en istikrarlı giden firmalardan biri olmaya başladı. Embracadero .net ortamına da destek veriyor, win32, win64 ortamınada. Bunun yanında birçok ortam için yazılımı yayınlayabiliyorsun. Yazdığın kod değişmeden farklı bir işletim sistemine derlenip yayınlanabiliyor. Dolayısıyla sen ios (iphone) için yazılım üret, sen androide, sen mac, sen win pc için yazılım yaz diyeceğin bir yazılımcı ordusu yerine tek bir kişi ile tüm ortamlara uyumlu yazılım üretimi devrini açtı. Microsoft bunu asla yapamaz. Google zaten linux sistemi üzerinde android ile kendini göstermeye başladı. Geleceğe bakarken bu kadar kör olmayın. At gözlüklerini çıkartın ve biraz inceleyin. 20 yılı aşkın bir süredir yazılım deneyimim var. Kimin ne yöne gideceği benim gözümde belli. UML tabanlı, tek kod, tek akış şeması ile birden çok ortama derlenebilen yazılımlar. Embracadero sunucu konusunda da mükemmel. Kendi sunucu yapını kurmana müsade ediyor. Herhangi bir ortama bağımlı olmadan istediğim yapıda at koştururum. Elimin altında 600 GB oracle tabloları var. Windowsa bu sistemi atamıyorum. 200 GB civarına geldiği anda sistem kendinden geçiyor. 600GB tek sistem, linux. Android bu işin geleceği. Azure için microsoft ne tarafından ıkınırsa ıkınsın ABD nin yarı alanını sunucu kurmak için kullanmazsa geleceği yönetemez. Google bunu çoktan yapmaya başladı bile. Siz neden bu bağlantıyı kuramadınız? Kaç dil biliyorsunuz? Şimdiye kadar ne zorluklarla karşılaştınız? Ha bu arada ekleyeyim: Sözlerim iddalı, bilgimde destekli. Bazısı bilgimi burnu havadalılık olarak görüyor. Önce benim kadar bilgi sahibi olsunlar ondan sonra laf yetiştirsinler bana. |
< Bu mesaj bu kişi tarafından değiştirildi goçhisar -- 25 Ağustos 2012; 0:51:10 >
Bu mesaja 2 cevap geldi.
|
"android masaüstüne el attığı anda microsoft yeryüzünden silinir gider" diyen biri isterse 50 yıldır bu işlerle uğraşsın ya daha birşey anlayamamıştır ya da fanboy luğu bilgisinin önüne geçmiştir. Yukarıda saydığınız şeyler son kullanıcının çokta umurundaydı sanki. Son kullanıcı için en önemli kriter kullanım alışkanlığıdır gerisi hikaye. Aksi halde herşeyi bedava olan linux çoktan windowsu ezip geçmiş olurdu ama insanlar parasını ödeyip windows lisansı satın alıyor. Siz olaya geliştirici gözüyle baktığınız için baştan kaybettiniz. Gerçi geliştirici gözüyle de baksak gene olmaz o iş, directx tekeli var. Ha unutmadan söyleyeyim ben microsoft çu değilim, ubuntu dan yazıyorum bunları. |
Java ciktiginda da microsoft bitmisti goya.. Benim sordugum sorulara cevap vermediniz, tecrubeli olabilirsiniz, tecrubeli olmaniz tartisma icin bir eksi zaten. Ben burda ne kadar ikinirsam ikinayim siz gelecegi bildiginizi iddaa ediyorsunuz, olmamis seyler uzerinden tartismanin mantigi yok. |
< Bu ileti mobil sürüm kullanılarak atıldı >
C/C++ dili hızlı, güçlü ve esnek bir dildir. Ancak belirttiğimiz gibi güvenlik kontrolleri olmayan bir dildir. Bir C/C++ derleyicisi yazdığınız saçma sapan kodları bile derleyebilir. Zira programcının işi bildiği ve bilerek böyle yaptığı kabul edilir. Sınırları olmayan ve iki taraflı kılıç gibi keskin bir dildir. Hedefinizi da kesebilirsiniz kendinizi de. Ayrıca okunması ve anlaşılması zor bir dildir. Serbest olması ve yazım kurallarının çok belirgin olmayışı kodu anlamayı zorlaştırır.
Bu nedenle kod yazmaya başlamadan öce algoritma ve akış şemasının iyi bir biçimde tasarlanması önemlidir. Pascal gibi oturup direkt koda girerseniz bir daha çıkamayabilirsiniz. Değişken ve tiplerin her yerde tanımlanması risklidir ve nerede hangisini kullandığızı iyi takip etmelisiniz. Yine kodun esnek oluşu nedeni ile tek bir harfin yeri bile önemlidir. Mesela döngülerde ++J ile J++ çok farklı sonuçlara neden olur. Dil ise bunu kontrol etmez. Bu nedenle yazım hatalarına karşı dikkatli olmak gerekir. Bir c programını çalıştırmadan ne yaptığınıza asla emin olamazsınız. Tabii çalışan programın ne yapacağına da.
Özellikle tip zorlamaları ve işaretçi (pointer) kullanımında çok ama çok dikkatli olmak gerekir. C dili bu konularda sıfır güvenlik önlemi sunar. Rahatlıkla uyumsuz tipleri birbirine atayabilirsiniz. Daha da kötüsü pointer işlemlerinde kural-sınır yoktur. 4 bytelik bir işaretçi oluşturup 100 byte atayabilirsiniz. Sonucu ise acaip olur. En ucuzundan bir "Bu Program Geçersiz İşlem Yürüttü" bilmem ne veya "Genel Koruma Hatası......" gibi bir hata ile programınız kırılır.
Daha kötüsü ise Microsoft veya siz bir yama yayınlarsınız. KB XXYYYY "Bilmem ne programında oluşan bir açık kötü amaçlı kodların sistemin kontrolünü ele geçirmesine olanak sağlamaktadır..." gibi bir dingillik. Evet bu ünlü bellek-tampon taşması olayının ta kendisidir. Ve bügün işletim sistemi ve programlarda meydana gelen açıkların %99 'unun nedeni C dili ve türevlerinin neden olduğu tip-işaretçi hatalarıdır.
C dilinde kod yazmak kısa sürer. Debugging-hata bulma ise uzun. Algoritmayı-akış şemasını düzgün planlamadıysanız, belli yazım kuralları oluşturup uygulamadıysanız, değişken-tip-işaretçi kullanımını özel olarak planlayıp-takip etmediyseniz geçmiş olsun. 2-3 günde yazdığınız bir kodun hatasını 3-5 haftada bulamayabilirsiniz. Hatayı bulmak için nerde ise programı baştan yazmak zorunda kalabilir ve yine bulamayabilirsiniz.
Unutmayın iyi planlanmamış bir C programında hata bulma-düzeltme (debug) işlemi en az elm sokağı kadar kabuslu bir iştir.
Bu mesaja 1 cevap geldi. Cevapları Gizle