iOS uygulaması geliştirmek bu günlerde oldukça popüler. Turkiye'de de birçok oyun geliştiricisi iOS platformlara yönelmeye başladı.

Uygulamanızda geliştireceğiniz gelir modeliniz bir şekilde Apple ödeme sistemine bağlanmak zorunda çünkü Apple uygulama geliştirici kontratınıza göre uygulama üzerinde yapacağınız herhangi bir satış modelini Apple ödeme sistemi üzerinden yapmak durumundasınız. Apple uygualama içi ödeme sistemini kullanmanın avantajları ve dezavantajları var.

En büyük dezavantajı her ödemede, Apple'a 30% vermek. Bunun dışında ödemeleri doğrulamanın teknik zorlukları da var. Bunun dışında avantajları, dezavantajlarını unutturacak kadar değerli. Çünkü iOS üstünden yapılacak bir alışverişte herhangi bir ödeme bilgisi sorgusu olmayacak, kullanıcılar ödeme bilgilerini zaten sistemde tanıtmış durumda. Yani bir ödeme kabul edebilmek aslında sadece bir onaylama kutusuna indirgeniyor. Çoğu durumda tek onay sorusuna cevap vermek ve Apple kimlik şifresini doğrulamakla ödeme sağlanabiliyor.

Bir diğer avantaj da, herhangi bir ödeme yönetim sistemi, banka vs gibi bir entegrasyonla uğraşmak durumunda olmamanız.

Şimdi gelelim entegrasyona, iOS geliştirici (objective-c) tarafında gerekli entegrasyonu StoreKit denilen bir Apple arabirimi ile iOS uygulamanıza yapmanız gerekiyor. Bazi amatör programcılar veya sunucu bağımsız uygulama yazmaya çalışan geliştiriciler ya gözden kaçırıyorlar ya da gerek görmüyorlar ama aslında StoreKit'den aldığınız tüm fatura kopyalarını (receipts) Apple sunucularına göndererek doğrulamanız gerekiyor.

Devamını Oku →
20 Ocak Perşembe ´11   —   3 Yorum
Son 5 yil icinde sosyal networkler fcok hizli bir sekilde populerlesti, hatta facebook deve donusup google gibi bir lideri sallayacak konuma geldi. Bu detaylari yazmama gerek yok piyasada bunlari takip ettiginiz milyon tane blog var zaten. Ben isin web gelistiricileri tarafindaki gidisatini sizlerle paylasmak istiyorum.

Bu sosyallesen ve web 2.0 kavraminin gercekten oturdugunu hissetmemizi saglayan tek sey sitelerin yani web uygulamalarinin birbirleri ile cok guzel haberlesmeye baslamalaridir. Bunu bu kadar iyi anlamamizi saglayan orneklerden biri yine aslinda facebook. Tabi ki google veya yahoo servislerinde de bircok yontemle haberlesiyorduk fakat ortak bir dil/standart yoktu. Simdi ise her yer API doldu. Yani uygulamalar artik aralarinda en azindan bazi standartlara uyarak haberlesmeye basladilar. Bunun en buyuk ornegi oauth apileridir. Su an elinizi nereye atsaniz yakalayacaginiz sitelerin cogunun apisi var. Aslinda bu gelismeye cok olumlu bakiyorum ben. Cunku artik sitelerin verilerini kendilerine saklama gibi bir tavri yok.

Cok basit bir ornek vermem gerekirse, yillardir kullandigim delicious servisi yahoo tarafindan alindiktan sonra servisin yayin hayatini sonlandiracagi yazildi her yerde. Bir parca gercek de olabilir, onemli degil, olagan seyler bunlar. Ancak kullanici olarak ben yillarca tagledigim bookmarklarimi kaybetme tehlikesi sezdim. Bu gelisme bundan 10 sene once olsa oturup giden bookmarklarima dua etmekten baska secenegim olmazdi. Ya da tek tek oturup bookmarklarimi kopyalamaya calisirdim. Ama butun icerigi koruyacagim tartisma konusu olurdu.

Simdi ise, aninda birileri bir arac gelistirip, kullaniciya api erisim izni sorarak sizin bookmarklarinizi evernote veya baska formatlarda okunabilecek sekilde export etmenizi saglayabiliyor veya boyle bir araca gerek duymadan bir uygulama gelistiricisi olarak siz de apiye kendi uygulamanizla baglanip istediginiz sekilde verinizi kullanabilirsiniz.

Tehlike ve avantaj

Bu isin tek tehlikeli olmaya basladigi bir konu var, o da internette her yer kopya iceriklerle dolmaya baslamasi. Bunun rahatsiz edici yanini orneklemem gerekirse, her gun takip ettigim yuzlerce twitter hesabinin binlerce tweetini cok hizli sekilde okumam gerekiyor ve okudugum icerigin yarisindan fazlasi otomatik uretilen veya kopya icerik. Eger icerigi kaliteli ise bunun kotu bir yani yok. Yani mesela mashable'da post edilen bir haberi tweet'den okuyarak ulasiyorsam problem degil ama insanlarin foursquare check-inlerini gormek beni rahatsiz ediyor. Eger bu sayi okudugunuz 10 tweetin 1-2 tanesini kapsiyorsa dayanilmaz olabiliyor. Bu acidan dusunuldugunde api kullanimi her yere uymuyor. Yani bunu gereksiz kullanacak insanlar her zaman oluyor.

Fakat bunun cok guzel bir yani var, mesela cok spesifik bir konuda bir web sayfasi yapiyorsunuz ve bu sayfanin icinde twitter'da konusulan tweetleri hashtage gore sayfanizda gostermek istiyorsunuz. Cunku kullanicinin bu akisi o sayfada gormesi oldukca anlamli veya degerli olabiliyor. Insanlarin aliskin oldugu servisleri uygulamaniza entegre ederseniz sadece uygulamanizin kullanilabilirligini kolaylastirmis olmuyor ayni zamanda hazir olan icerige de ulasabiliyor oluyorsunuz. Yani konu sadece yeni icerigin dis kaynaklarda toplanmasi degil. Hatta o, isin onemsiz kismi. Mesela arkadaslik uzerine kurulu bir uygulama yapiniz var ise insanlarin facebook hesaplarina ve arkadas listesine api araciligiyla erisip kullanicinin karsisina cikarmaniz hem kullanicinin saniyeler icinde, bazen 1-2 click ile sizin ana fonksiyonunuza erismesini saglayabiliyorsunuz.

mfyz.com?

Artik neredeyse hic yazi yazmadigim mfyz.com hakkinda tabi ki planlarim var. mfyz.com'um su an gezdiginiz (v0.7) surumunu kodlarken sadece flickr apisini kullanarak tum galeri bolumunu flickra devretmistim. Bu konuda cok rahatim. Hem cok daha az kod yaziyor hem de bu bolumun yonetimi icin zaten surekli kullaniyor oldugum flickr hesabima masaustu araclarimi kullanarak cok hizli fotograf yukleyebiliyorum. Sitede gorunmesi icin o fotografa mfyz.com etiketi eklemem yetiyor. Sanirim bu ornek isin kolayligini ve avantajini iyi ornekliyor.

Ne zaman olacagini bilmiyorum ama bir sure sonra codeigniter kullanarak, test edilebilir bir kod ile, bircok dis kayanak kullanilmis bir mfyz.com hazirlamayi planliyorum. Ornek veriyorum butun yorum ve forum cevaplarini disqus ile yonetmeyi, butun resimleri yine flickr ile, dokuman iceriklerini belki bir wiki motoru ile, kullanici yonetimini codeigniter'in bir kullanici yonetimi kutuphanesi ile ya da tamamen facebook connect ve twitter oauth ile, belki arayuzdeki bazi kisimlari jquery pluginleri ile sunacagim.

Eskiden bu tarz servisleri esnek kullanabilme sansiniz yoktu. Kim ne kod verirse onu kullanmak zorunda idiniz. Ancak wordpress, thumblr gibi servisler arayuz konusunda bir motor ustunde herseyin yapilabilecegini herkese ispatladiktan sonra isler degisti. Zaten bu isin kolay kismi. Eger biraz daha zaman harcayip apileri kullanarak kendi arayuzlerinizi cizmeyi tercih ederseniz zaten bu noktada ozgun bir is cikarmamak icin tek engel kendiniz kaliyorsunuz.

Popüler Etiketler

twitter jquery javascript widget örnek kod social wanda digital wordpress rss assets css framework blog js kitap ui design development ux css3 icons radio button switch statistics istatistik insanlar login webkit form subversion svn html google search api ajax pharma hack php mdb2 pear sql injection iOS web app app music icon ikon grafik download xhtml mfyz dokuman portfolio bootstrap job input textarea select link plugin kurulum nasıl mootools firefox banner calendar logo network facebook date diff apple laptop notebook url service tool gimp db database free imza signature mail html5 opengraph fql optimization phpstorm jetbrains mysql pgsql mssql ide editor regex open source linux konsol wireless share xmlhttprequest windows optimizasyon analyse procedure htaccess apache route router mod_rewrite mobile startups object developer prepare execute language ie internet explorer xml export terminal media sosyal medya chart connect box ruffles doritos while query cookie screen parse table iphone howto ios ipad app store store in-app purchase purchase verification integration storekit itunes connect itunes server nedir sitemap seo browsers internet session coding cache spam lisans less proje kampanya ipucu ubuntu workspace meta oyun git version control deployment www subdomain redirect crossdomain code newsletter subscription player license lifestream macosx fstab ntfs auth generator support kontrol yapıları if style tebrik compile compiler on-the-fly cms browser zaman graph http applications osx tarih tytz