PHP3'ten beri PHP ile web uygulamalari gelistiriyorum ve ilk bu dile gecmek istememin nedeni, "aaa strstr varmis, fprintf varmis, strcat, fopen, strcmp varmis, o da varmis bu da varmis vs.." bir suru fonksiyonu Serdar Bey'in de dedigi gibi wrapper olarak koyduklarini gorunce tamam bununla gelistirme yapabilirim dedim kendi kendime. Yahu birakin onu, curl gibi extension'lar o kadar giydirme olmustu ki bir zamanlar fonksiyonu cagirirken callback fonksiyon tanimliyordunuz. Deger return etmiyordu bile... Daha neyin tartismasini yapiyoruz ki?
Zaman icerisinde kendi C string kutuphaneme php icindeki kullanisli bazi fonksiyonlari da ekledim tabi ama goruldugu gibi sapla samani karistirmadim. Ayrica o kadar fazla C kutuphanesi ile karsilastim ki, java da o kadar varmidir emin degilim. Ozellikle de Unix tarafinda kutuphane zenginligi olarak C kadar zengin olan varmidir bilemiyorum. Elinize aldiginiz bir cok C programin bakiyorsunuz ki yaninda C icin library'leri de ayriyetten verilmis (zaten buyuk kismi open source oldugu icin kodlardan da yararlanabilirsiniz kismini geciyorum). Acikcasi C icin aradigim konularla alakali hazir bir kutuphane bulamadim diyen varsa valla ben $a$arim dogrusu. Orneklendirmeleri gerekecek bunu, cunku ispat yok oldugunu iddia edene aittir. On Tue, 2012-04-24 at 15:46 +0300, Serdar KÖYLÜ wrote: > Kusura bakmayın ama, abes olmuş sadece. > > stri_replace, php ile yazıldığından daha hızlı yazılır C ile. Ama > anlamadığım şey şu. Neden PHP'de hazır olan bir kütüphaneyi kullanmak > doğal oluyorda, C için olanı ki sistem kaynıyor onlarla, kullanmak > yanlış olsun? > > PHP'de vs. bu gibi şeyler hazır kıta var diye, neden C'de olmayacağı > farzediliyor ki? > > Sana basitçe, gelen sinyalin faz açılarını eşitleyen bir equalizer > yazalım, kim daha çabuk yazacak desem? PHP ile sen C ile ben. Sence > hangimiz daha çabuk yazarız? > > Ha, it++ gibi bunu küt diye hazır yapan kütüphanelerin varlığını > düşününce ve bunu yapmak dakikalar sürecek olunca, C/C++'da kod yazmak > daha mı kolay olacak? > > PHP veya Python'da ne varsa, hepsi C'de zaten var. Ama daha önemli bir > şey var. Elinizde C varsa, PHP veya Python'da olan herşeyiniz emin > olun ki %100 var. Zira, C'den her dile erişebilirsiniz, doğrudan, C > fonksiyonu imiş gibi. > > Ve evet, C'de o bildiğiniz hazır şeylerin hepside var. Hatta, o hazır > şeylerin çoğu aslen C'de var, atıyorum PHP için onun üzerine > geçirilmiş bir wrapper var. > > > > > > 2012/4/24 Gurbuz Sanatci <[email protected]>: > > Oylece dusunduklerimi yaziyorum, tamamen kisisel... > > Ihtiyaca gore bakmak daha dogru bence. > > Biraz da ters orneklerle gidelim mi ? > > C dili ile herhangi bir web sunucusunda calisan bir iletisim formunu > > hazirlayabilir misiniz ? Ya da ne kadar surede hazirlarsiniz ? > > C ile bir php'deki stri_replace fonksiyonunun gorevini yapan > > fonksiyonu hazirlamaniz ne kadar surer ? Elbette kendi fonksiyon > > kutuphanelerinizde bu tur seyler vardir ama olmadigini varsayarsak... > > Clipper, xHarbour gibi xBase dillerinin neredeyse tumu, C temelli > > kutuphaneler ile hazirlanmistir. > > "Makinadan uzak diller", icinde bir cok hazir kontrolu bulundurdugu icin > > kolay ve hatasiz (az hatali) yazilim gelistirmeyi saglarlar. > > Ben C ile bunlari yaparim derseniz, verimli olmak icin kendi > > kutuphanelerinizi ya da bir takim hazir kutuphaneleri kullanmaniz > > gerekir ki, bu da "Makinadan uzak diller"in yaptiginin bir benzeridir. > > Mesela C ile bir datagrid uygulamasi yapmak isterseniz ve bunu sifirdan > > standart bir C dili ile yapmaya kalkarsaniz, delphi'deki, clipper'daki > > ya da TMS Componentlerindeki (ozel bir kutuphane) gibi bir sonuca > > ulasmaniz aylar belki de yillar alir. > > Ama oyle durumlar vardir ki hazir kutuphanelerde bulamazsiniz ya da > > istediginiz ozellikleri tasimaz. Mesela dogru durust surucusu olmayan > > bir scanner'i kontrol etmeniz gerekir ya da benzeri birsey. O zaman > > dogru arac C ya da C++ olabilir. > > Bir gozlemim de yillar icerisinde bu tur ozel ihtiyaclarin gittikce > > azaldigi seklinde. > > Diyelim ki C cok guzel bir Isvicre cakisi (cok amacli). Ama onunla sihhi > > tesisat yapmak yorucu olabilir, daha uygun baska aletlere ihtiyaciniz > > olacaktir. > > Ozellikle de son yillarda; DLL, XML, json vb. bircok kavram, platformlar > > ya da diller arasi iliskiyi guclendirmek icin ortaya cikti. Yoksa herkes > > herseyi C ile hallederdi... > > Mesela su aralar 96 milyon kaydi olan bir veritabani ile ugrasiyorum. > > Bunun icin, SSD disk uzerinde calisan bir mysql kurdum. Cunku yazilim da > > yetmiyor bazen, donanima da yuklenmek gerekiyor. > > Farkli bir tanimla basarili programcilik, insan faktoru dahil tum faktor > > ve bilesenleri, esgudum icinde birlikte kurgulama, calistirma ve > > optimize edebilme becerisidir. > > > > > > > > Serdar KÖYLÜ wrote: > >> Geçen bir arkadaşla konuşuyoruz. Diyor ki, amanda C çok zor filan. > >> Mesela bir server soket uygulamasını ben java ile iki günde > >> yapabiliyorum hemen. > >> > >> Güldüm. Çünkü bunu sigara molasında saat 11:00 gibi konuşmuştuk. Ve > >> ben çıkarken, sabah bir pty üzerinden aldığı stream'ı bir tcp > >> soketinden aktaran, her iki noktada non-blocking olan multithread bir > >> şey yazmıştım ki, yazmaya tasarım vs. dahil sabah başlamıştım. > >> > >> Belki bu "Yahu ben soket programlama olayını bilmiyorum, öğrenecek > >> kafayı de kendimde göremiyorum. Benim için bunu Java yapıveriyor, > >> yapayım." > >> > >> Peki ya ortaya çıkan kod nasıl oluyor? Bunu görünce asıl o zaman belli > >> oluyor olay. > >> > >> > >> 2012/4/24 Mucibirahman İLBUĞA<[email protected]>: > >>> 24-04-2012 11:31 tarihinde, Serdar KÖYLÜ yazdı: > >>>> Bir türlü anlayamam bunu. C ile yazınca neden geç olması, zor olması, > >>>> vakit alması gereksin ki? Kendi adıma hep bunun tersini görüyorum > >>>> zira. > >>> Selamlar, > >>> Aslında bence de değişik bir yorum bu! Mesela Delphi ile pencereyi > >>> kolayca tasarlayabiliyor ve ve kodu bir anda tuş içerisine veya olaya > >>> yazabiliyorsunuz. Ancak kısa süreli araştırmalarıma dayanarak C veya C++ > >>> da neredeyse bu kadar kolay olabiliyor. Qt Creator ile yazdığınızda > >>> Delphi'yi aratmayacak kolaylıklar var. > >>> > >>> Sanırım insanların aklında hala eski yöntemler olduğu için böyle > >>> düşünülüyor. VB veya Delphi gibi kolayca proje hazırlanabilecek > >>> ortamlara yönelme olmuş. Bu yüzden "zaman kazancı" deniyor olabilir. > >>> > >>> Fakat C ile sağlanacak hız ve verimlilik ve en önemlisi platform > >>> bağımsız olması tadından yenmez bir şey bence. C (C++)'ye kasmam da bu > >>> yüzden aslında. Python ve C ile bir kaç döngü denemesi yaptım. Hız farkı > >>> gözden kaçacak gibi değil... > >>> > >>> -- > >>> Kolay gelsin, > >>> Mucip:) > >>> > >>> _______________________________________________ > >>> Linux-programlama mailing list > >>> [email protected] > >>> https://liste.linux.org.tr/mailman/listinfo/linux-programlama > >>> Liste kurallari: http://liste.linux.org.tr/kurallar.php > >> _______________________________________________ > >> Linux-programlama mailing list > >> [email protected] > >> https://liste.linux.org.tr/mailman/listinfo/linux-programlama > >> Liste kurallari: http://liste.linux.org.tr/kurallar.php > >> > > > > _______________________________________________ > > Linux-programlama mailing list > > [email protected] > > https://liste.linux.org.tr/mailman/listinfo/linux-programlama > > Liste kurallari: http://liste.linux.org.tr/kurallar.php > _______________________________________________ > Linux-programlama mailing list > [email protected] > https://liste.linux.org.tr/mailman/listinfo/linux-programlama > Liste kurallari: http://liste.linux.org.tr/kurallar.php -- /** * @author Atıf CEYLAN * Software Developer & System Admin * http://www.atifceylan.com */
_______________________________________________ Linux-programlama mailing list [email protected] https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
