Artık içerik sağlayıcıların ne olduğunu ve Android ve SQLite araçlarıyla mevcut içerik sağlayıcıları nasıl keşfedeceğinizi biliyorsunuz. Ardından, içerik sağlayıcıların bazı mimari öğelerini ve bu içerik sağlayıcıların sektördeki diğer veri erişim tesisleriyle nasıl bir ilişkisi olduğunu inceleyeceğiz.

İçerik sağlayıcılar, bir web sitesinin içeriğini URL’ler aracılığıyla ifşa etmesine benzer şekilde, verilerini bir URI aracılığıyla müşterilerine sunar.

Genel olarak, içerik sağlayıcı yaklaşımının aşağıdakilerle paralellikleri vardır:

• Web siteleri
• Ağ hizmetleri

Bir cihazdaki her içerik sağlayıcı, kendisini bir dizi (etki alanı adına benzer) ve bir dizi URI ile bir web sitesi gibi kaydeder. İşte AndroidManifest.xml’de kayıtlı iki sağlayıcı örneği.

İçerik sağlayıcılar da web servislerinin özelliklerini sergiler. Bir içerik sağlayıcı, URI’leri aracılığıyla dahili verileri bir hizmet olarak kullanıma sunar. Ancak bir içerik sağlayıcının URL’sinden gelen çıktı, SOAP tabanlı bir web hizmeti çağrısında olduğu gibi yazılı veri değildir. İçerik sağlayıcının URI’leri, döndürdükleri verilerin yapısını da tanımlamaz.

Ancak bu bölümün “Android MIME Türlerinin Yapısı” bölümünde göreceğiniz gibi, bir içerik sağlayıcının bu URI tarafından temsil edilen verilerin Çok Amaçlı İnternet Posta Uzantıları (MIME) türünü belirlemek için yerleşik bir mekanizması vardır.

Kısacası, içerik sağlayıcı URI aracılığıyla girdileri alma ve çıktıları bir dizi sütun ve satır olarak döndürme yeteneğine sahiptir, ancak bir Web Hizmeti Tanımlama Dili (WSDL) yoktur. Çağıranın, döndürülen satırların ve sütunların yapısını bilmesi beklenir.

Bir içerik sağlayıcının URI’leri, web sitelerine, REST’e ve web hizmetlerine benzemenin yanı sıra, bir veritabanındaki saklı yordamların adlarına da benzer. Saklı yordamlar, temel alınan ilişkisel verilere hizmet tabanlı erişim sunar.

Bir içerik sağlayıcıya yönelik URI çağrıları bir imleç döndürdüğünden, URI’ler saklı yordamlara benzer. Bununla birlikte, içerik sağlayıcılar saklı yordamlardan, bir içerik sağlayıcıdaki bir hizmet çağrısına ilişkin girdinin tipik olarak URI’nin kendisinde gömülü olması bakımından farklılık gösterir. Bu karşılaştırmaları, size içerik sağlayıcıların daha geniş kapsamı ve sınırlamaları hakkında bir fikir vermek için sağladık.

Android İçerik URI’lerinin Yapısı

Bir içerik sağlayıcıyı, gelen URI’lere yanıt verdiği için bir web sitesine benzettik. Bu nedenle, bir içerik sağlayıcıdan veri almak için tek yapmanız gereken bir URI’yi çağırmak. Bununla birlikte, bir içerik sağlayıcı durumunda alınan veriler, bir Android imleç nesnesi tarafından temsil edilen bir dizi satır ve sütun biçimindedir. Bu bağlamda, veri almak için kullanabileceğiniz URI’lerin yapısını inceleyeceğiz.

İçerikten sonra, URI, sağlayıcıyı sağlayıcı kaydında bulmak için kullanılan otorite için benzersiz bir tanımlayıcı içerir. Önceki örnekte, com.google.provider. NotePad, URI’nin yetki kısmıdır.

/notes/23, URI’nin her sağlayıcıya özel yol bölümüdür. Yol bölümünün notları ve bölümü yol bölümleri olarak adlandırılır. URI’lerin yol bölümünü ve yol parçalarını belgelemek ve yorumlamak sağlayıcının sorumluluğundadır.

İçerik sağlayıcının geliştiricisi bunu genellikle bir Java sınıfında veya o sağlayıcının uygulama Java paketinde bir Java arabiriminde sabitler bildirerek yapar. Ayrıca, yolun ilk kısmı bir nesneler koleksiyonuna işaret edebilir. Örneğin, /notlar bir notlar koleksiyonunu veya dizinini belirtirken, /23 belirli bir not öğesini gösterir.

Bu URI verildiğinde, bir sağlayıcının URI’nin tanımladığı satırları alması beklenir. Sağlayıcının ayrıca durum değiştirme yöntemlerinden herhangi birini kullanarak bu URI’deki içeriği değiştirmesi beklenir: ekleme, güncelleme veya silme.

Erişim sağlayıcı nedir
Yer sağlayıcı Nedir
İçerik sağlayıcının sorumluluğu
İçerik sağlayıcı Nedir
İçerik sağlayıcı örnek
Yer sağlayıcı örnek
Yer sağlayıcı yükümlülükleri
Yer sağlayıcı Kimdir

Android MIME Türlerinin Yapısı

Bir web sitesinin belirli bir URL için bir MIME türü döndürmesi gibi, bir içerik sağlayıcının da belirli bir URI için MIME türünü döndürme sorumluluğu vardır. MIME türleri, Android’de HTTP’de nasıl çalıştıklarına benzer şekilde çalışır. Bir sağlayıcıdan, desteklediği belirli bir URI’nin MIME türünü sorarsınız ve sağlayıcı, standart web MIME kurallarına göre MIME türünü tanımlayan iki parçalı bir dize döndürür.

Bu birincil türlerin her birinin alt türleri vardır. Ancak bir satıcının özel veri biçimleri varsa, alt tür adı vnd ile başlar. Örneğin, Microsoft Excel elektronik tabloları vnd.ms-excel alt türüyle tanımlanırken, pdf satıcı dışı bir standart olarak kabul edilir ve satıcıya özgü herhangi bir önek olmaksızın bu şekilde temsil edilir.

Bazı alt tipler x- ile başlar; bunlar kaydedilmesi gerekmeyen standart olmayan alt tiplerdir. Bunlar, işbirliği yapan iki aracı arasında ikili olarak tanımlanan özel değerler olarak kabul edilir.

Android, MIME türlerini tanımlamak için benzer bir kural izler. Android MIME türlerindeki vnd, bu türlerin ve alt türlerin standart olmayan, satıcıya özel formlar olduğunu belirtir. Benzersizlik sağlamak için Android, türleri ve alt türleri, bir etki alanı spesifikasyonuna benzer birden çok parçayla daha da ayırır. Ayrıca, her içerik türü için Android MIME türünün iki biçimi vardır: biri belirli bir kayıt için, diğeri birden çok kayıt için.

MIME türleri, Android’de, özellikle de sistemin MIME türü veriye dayalı olarak hangi etkinliği başlatacağını belirlediği amaçlarda yaygın olarak kullanılır. MIME türleri, her zaman URI’lerinden içerik sağlayıcılar aracılığıyla türetilir. MIME türleriyle çalışırken üç şeyi aklınızda bulundurmanız gerekir.

• Tür ve alt türün temsil ettikleri şey için benzersiz olması gerekir.
• Daha önce bahsedildiği gibi, standart değillerse (belirli kayıtlardan bahsederken genellikle durum böyledir) vnd ile başlamalıdırlar.
• Özel ihtiyaçlarınız için tipik olarak ad boşlukludurlar.

Ayrıca, bir Android imleci aracılığıyla döndürülen öğeler koleksiyonu için birincil MIME türünün her zaman vnd.android.cursor.dir olması gerektiğini ve bir Android imleci aracılığıyla alınan tek bir öğenin birincil MIME türünün vnd.android olması gerektiğini de unutmamalısınız. imleç.öğe Konu alt tür olduğunda vnd.google.note’ta olduğu gibi daha fazla hareket alanınız var; vnd’den sonra. bölümünde, istediğiniz herhangi bir şeyle altyazı yazmakta özgürsünüz.

Web sitelerinizi, arama motorlarında en yukarı getirmek adına sizlere 3 adet paket öneriyoruz. Bu paketler sayesinde web siteleriniz aramalarda 1 yıl içerisinde en yukarıya tırmanacaktır. 

1) Backlink Paketi  50 $ (Yıllık Ücret)
2) Hızlandırma Paketi 300 $ (Yıllık Ücret)
3) Kelime Yönlendirme Paketi 150 $ (Aylık Ücret)

The post İçerik Sağlayıcı Mimarisi first appeared on Jeff Bezos Tasarım.

İçinde, bir Android uygulamasına genel bir bakış ve onun altında yatan kavramlardan bazılarına hızlı bir bakış elde ettiniz. Bunlar arasında kaynaklar, içerik sağlayıcılar ve amaçlar, Android UI programlamanın üç ana sütununu oluşturur.

Android, bak ve hisset esnekliği için kaynaklara, verileri hizmetlere soyutlamak için içerik sağlayıcılara ve birlikte çalışabilirlik ve kullanıcı arabiriminin yeniden kullanımına yönelik amaçlara bağlıdır. Başarılı Android uygulamaları oluşturmak için bu üç kavramı tam olarak anlamalısınız, bu yüzden burada bunları derinlemesine tartışacağız.

Kaynakları Anlamak

Kaynaklar, Android mimarisi için kritik öneme sahiptir. Bu bölümde, kaynakların ne olduğunu ve kaynak dosyalarını kullanarak nasıl oluşturulacağını öğreneceksiniz. Kaynakların bildirimsel olduğunu ve Android’in Java programlarınızda rahat kullanım için kaynak kimlikleri oluşturduğunu öğreneceksiniz.

Ayrıca, R.java kaynak dosyasının bu kaynak kimliklerinin oluşturulmasına ve kullanılmasına nasıl aracılık ettiğini de göreceksiniz. Daha sonra, XML dosyalarında kaynakları nasıl tanımlayacağınızı, kaynakları diğer XML kaynak tanımlarında nasıl yeniden kullanacağınızı ve Java programlarında kaynakları nasıl yeniden kullanacağınızı öğreneceksiniz. Bu XML tabanlı kaynaklara ek olarak, bu bölüm diğer iki kaynak türünü de kapsar.

Dize Kaynakları

Android’de kaynak, yürütülebilir bir uygulamaya bağlı bir dosya (müzik dosyası gibi) veya bir değerdir (iletişim kutusunun başlığı gibi). Bu dosyalar ve değerler yürütülebilir dosyaya, uygulamayı yeniden derlemeden ve dağıtmadan değiştirebileceğiniz şekilde bağlanır. Kaynaklar, tümü olmasa da birçok tanıdık kullanıcı arabirimi çerçevesinde rol oynar.

Tanıdık kaynak örnekleri arasında dizeler, renkler ve bit eşlemler bulunur. Örneğin, bir uygulamada dizeleri sabit kodlamak yerine kimliklerini kullanabilirsiniz. Bu dolaylı yönlendirme, kaynak kodunu değiştirmeden dize kaynağının metnini değiştirmenize olanak sağlar.

Dizelerle başlayalım ve bunların kaynak olarak nasıl kullanıldığını görelim. Android, bir veya daha fazla XML kaynak dosyasında birden çok dize tanımlamanıza olanak tanır. Dize kaynağı tanımlarını içeren bu XML dosyaları, /res/values alt dizininde bulunur. Dosya adını genellikle strings.xml olarak görmenize rağmen, XML dosyalarının adları isteğe bağlıdır. Bir dize kaynak dosyası örneğini gösterir.

Yer sağlayıcı örnek
Yer sağlayıcı Nedir
Erişim sağlayıcı nedir
Erişim sağlayıcı örnek
Yer sağlayıcı Kimdir
İçerik sağlayıcı Nedir
Yer sağlayıcının sorumluluğu
Yer sağlayıcı kanun

Bu dosya oluşturulduğunda veya güncellendiğinde, Eclipse ADT eklentisi, uygulamanızın R.java adlı kök paketindeki bir Java sınıfını, belirtilen iki dize kaynağı için benzersiz kimliklerle otomatik olarak günceller.

■Not : Kaynak dosyalarının sayısı ne olursa olsun, yalnızca bir R.java dosyası vardır. 1.5 ve sonraki sürümlerde R.java dosyası, uygulamanız için Java kaynak kodu köküyle aynı düzeyde ayrı bir alt dizinde oluşturulur. Oluşturulan bu ayrı alt dizine “gen” adı verilir. Bu alt dizin altında, R.java’daki paket adı, uygulamanız için kök paket adı olan önceki sürümlerdeki ile aynı olmaya devam eder.

Statik son sınıf dizesinin statik tanımına odaklanalım. R.java, bu iç statik sınıfı, dize kaynağı kimliklerini tutmak için bir ad alanı olarak oluşturur. Hello ve app_name değişken adlarıyla tanımlanan iki statik son int, karşılık gelen dize kaynaklarını temsil eden kaynak kimlikleridir. Bu kaynak kimliklerini, aşağıdaki kod yapısı aracılığıyla kaynak kodun herhangi bir yerinde kullanabilirsiniz.

Oluşturulan bu kimliklerin dizelerden ziyade int’leri işaret ettiğini unutmayın. Dizeleri alan çoğu yöntem, bu kaynak tanımlayıcılarını da girdi olarak alır. Android, gerektiğinde bu girişleri dizelere çözecektir.

Çoğu örnek uygulamanın tüm dizileri tek bir dizide tanımlaması yalnızca bir kuraldır. xml dosyası. Android, XML dosyasının yapısı benzer göründüğü ve dosya /res/values alt dizininde bulunduğu sürece herhangi bir sayıda rasgele dosya alır.

Bu dosyanın yapısını takip etmek kolaydır. <resources> kök düğümüne ve ardından <string> alt öğelerinin bir veya daha fazlasına sahipsiniz. Her <string> öğesi veya düğümü, R.java’da id özniteliği ve bu dize kimliği için asıl metin olarak sonuçlanacak olan name adlı bir özelliğe sahiptir.

Bu alt dizinde birden çok dize kaynağı dosyasına izin verildiğini görmek için, aynı alt dizine aşağıdaki içeriğe sahip başka bir dosya yerleştirebilir ve onu strings1.xml olarak adlandırabilirsiniz. Eclipse ADT eklentisi, derleme zamanında bu kimliklerin benzersizliğini doğrulayacak ve bunları iki ek sabit olarak R.java’ya yerleştirecektir.

Düzen Kaynakları

Düzen kaynağı, Android programlamada yaygın olarak kullanılan başka bir anahtar kaynaktır. Android’de, bir ekranın görünümü genellikle kaynak olarak bir XML dosyasından yüklenir. Bu XML dosyalarına düzen kaynakları denir. Örnek bir Android etkinliği için bu kod segmentini göz önünde bulundurun.

setContentView(R.layout.main) satırı, R.layout adlı statik bir sınıf olduğunu ve bu sınıf içinde, XML düzen-kaynak dosyası tarafından tanımlanan bir Görünümü işaret eden main (bir tamsayı) adlı bir sabit olduğunu belirtir.

XML dosyasının adı, kaynakların düzen alt dizinine yerleştirilmesi gereken main.xml olacaktır. Başka bir deyişle, bu ifade, programcının /res/layout/main.xml dosyasını oluşturmasını ve gerekli düzen tanımını bu dosyaya yerleştirmesini bekler. main.xml düzen dosyasının içeriği şöyle görünebilir.

Düzen dosyası, bir TextView ve ardından bir Button içeren LinearLayout adlı bir kök düğümü tanımlar. LinearLayout, alt öğelerini dikey veya yatay olarak – bu örnekte dikey olarak yerleştirir. Her ekran için ayrı bir düzen dosyası tanımlamanız gerekecektir. Daha doğrusu, her düzenin özel bir dosyaya ihtiyacı vardır.

İki ekranı boyuyorsanız, muhtemelen /res/layout/screen1_layout.xml ve /res/layout/screen2_layout.xml gibi iki düzen dosyasına ihtiyacınız olacaktır.

■Not : /res/layout/ alt dizinindeki her dosya, dosya adına dayalı olarak benzersiz bir sabit oluşturur (uzantı hariç). Düzenlerde önemli olan dosya sayısıdır; dizi kaynaklarında önemli olan, dosyaların içindeki bireysel dizi kaynaklarının sayısıdır.

Web sitelerinizi, arama motorlarında en yukarı getirmek adına sizlere 3 adet paket öneriyoruz. Bu paketler sayesinde web siteleriniz aramalarda 1 yıl içerisinde en yukarıya tırmanacaktır. 

1) Backlink Paketi  50 $ (Yıllık Ücret)
2) Hızlandırma Paketi 300 $ (Yıllık Ücret)
3) Kelime Yönlendirme Paketi 150 $ (Aylık Ücret)

The post  İçerik Sağlayıcıları Kullanma first appeared on Jeff Bezos Tasarım.