Google Siyah toplulukları için ırksal eşitlik ilerleyen kararlıdır. Nasıl olduğunu gör.
Bu sayfa, Cloud Translation API ile çevrilmiştir.
Switch to English

Dokuma Veri Yönetimi

Şimdi Dokuma ana bileşenlerini anladığımıza göre, fonksiyonlarından bazılarının yüksek bir düzeyde ele alınır nasıl bir göz atalım.

Neredeyse her gün operasyon için Yuvası ekosistemde tüm işlevselliği Dokuma şemanın parçası olarak kaynak ve özelliklerin üzerine eşlenir. Veri Yönetimi profili yayımlamak-abone modeli kullanılarak özellikler için tüm istekleri yönetir. Bu istekler vardır mesajlar Veri Yönetimi profiline özgü.

Modelin türünde, bir yayıncının bu yayınlanmış özelliklerin değişikliklere özellikler (saatin verileri) ve bir abone hızla reaksiyona girerek tanıtır (veri izlenen). Bu işlev, gerçek zamanlı sürekli yönetimi denir.

Veri Yönetimi profil Dokuma beygir ve genelde Dokuma Veri Yönetimi (WDM) olarak adlandırılır.

İstekler

İstekler WDM gerçek zamanlı sürekli yönetiminin bir unsurudur. İstekler beklenen bir tepki ile bir özelliğin eylem için standart talepleri vardır. Bunlar bir özellik en farklıdır komutlar değiller ve şemada tanımlanan edilemez ve herhangi bir özellik özgü olmamalarıdır.

Standart istekleri üç tipi vardır:

  • Bildir Standart isteği hem bilgilendirici veya bu özelliği ile ilgili spesifik bir olayın bir özellik özelliğinin devletin bir abone.
  • Güncelleme Standart isteği bir özellik özelliğinin durumunu değiştirme.
  • Görünüm bir özelliğin özelliklerini görüntülemek için Standart isteği.

Protokol rolleri

yayıncı ve abone: WDM protokol rollerinin iki tipi vardır. Bu roller özellik düzeyinde atanır.

Yayımcı

WDM yayıncı rol üreten ve bir veya daha fazla abonelere bir veya daha fazla şemalar örneklerini sürüm hizmet vermektedir ve ilgilenen abonelere şemaya değişikliği bildirim gönderir. Bu bildirimler standart isteklerini bildirmek bulunmaktadır.

Örneğin, Sürekli bir değişirse, Şekil 1 'de gösterildiği gibi, Sürekli bir kaynak 2. tarafından kaynak 1 tarafından yayınlanan ve abone olduğu varsayalım:

  1. WDM bir istek bildirmek gönderir değişiklik konusunda bilgilendirmek, Sürekli A'nın tüm abonelere Kaynak 1'den.
  2. Her abonenin buna göre Sürekli A'nın onların örneğini günceller.
WDM Yayınevi isteği bildirmek
Şekil 1 - WDM yayıncı istekleri

Aynı şey şemadaki diğer özelliklerin için gerçekleşir. Kaynak 2 Sürekli B, Sürekli B Kaynak 1 abone olmuş, ve Sürekli B yayınlar, örneğin, değiştirir:

  1. WDM bir istek bildirmek gönderir değişiklik konusunda bilgilendirmek, Sürekli B'nin tüm abonelere Kaynak 2'den.
  2. Her abonenin buna göre Sürekli B'nin kendi örneğini günceller.

Abone

WDM abone rol görüş ve tükettiğini birine veya birkaçına harici olarak yayınlanan şemalar örneklerini sürüm. Bu bir güncelleme isteği ile yayımlanmış bir şemanın sürüm örneğini değiştirmek veya uygulamaya özel komutu verebilir.

Örneğin, kaynak 2 Sürekli A değiştirmek için, Şekil 2'de gösterildiği gibi, kaynak 1 ile yayınlanan Sürekli A, değiştirmek istediğini kabul edelim:

  1. WDM bir güncelleme isteği gönderir Sürekli A. için bir değişiklik talep etme, Kaynak 1 Için kaynak 2'den
  2. Kaynak on 1 Sürekli bir değiştirilir.
  3. WDM bir istek bildirmek gönderir değişiklik konusunda bilgilendirmek, Sürekli A'nın tüm abonelere Kaynak 1'den.
  4. Her abonenin buna göre Sürekli A'nın onların örneğini günceller.
WDM Abone görünümü ve güncelleme
Şekil 2 - WDM abone istekleri

Aboneler ayrıca bir görünüm isteği gönderebilir özelliklerini görüntülemek için, bir özellik yayıncısına o özelliğin ve yayıncı ile senkronize özelliklerin kendi örneklerini tutun.

Abonelik tipleri

WDM aboneliklerinin iki tipi vardır. Bir abone ile Abonelikler kurulur isteği. Şekil 3 tek yönlü bir abonelik kurmak için temel mesaj akışını göstermektedir.

WDM tek yönlü abonelik
Şekil 3 - WDM tek yönlü abonelik

Tek yön

Tek yönlü abonelikleri bir veya daha fazla özellik örnekleri için bir yayıncıya bir aboneden bir istek gerektirir. Örneğin, bir mobil cihaz bir hizmetten ev (yapının) durumunu alınırken.

Karşılıklı

Karşılıklı abonelikleri kaynakları birbirlerine abone olduğunuzda, ve yayıncı ve abone olarak her hareket. Bunun bir örneği Nest Güvenli sisteminin parçası olan Nest Muhafız ve Nest Algılama vardır. Bir karşılıklı abonelik hem kaynaklar yayınlanan şema yönetmek ve iki tek yönlü abonelikler daha verimli bir şekilde onların abonelik sağlığını ve Canlılık korumasını sağlar.

Misal

WDM, mobil uygulama kullanırken bir cihazın yerel ayar için bir değişiklik nasıl işleyeceğini basit bir örnekle inceleyelim.

Üç kaynakları ve Şekil 4'te gösterildiği gibi, bu örnekte yer alan iki özellikleri vardır:

  • Cihaz (abone)
  • Servisi (yayıncı)
  • Mobil Uygulaması (abone)
  • özelliği Yerel Yetenekleri Mevcut Yerel Ayarlar özelliği
  • özelliği Yerel Ayarlar Aktif Yerel özelliğini

Her iki özellikleri Servis kaynak tarafından yayınlanan ve Aygıt ve Mobil Uygulama kaynaklarından abonesisiniz. Servis kaynakta sürekli yayıncılara tek yönlü bir abonelik olarak her abone işlev görmektedir.

Bu örnekteki tüm kaynaklar aynı Dokuma kumaş parçası olan .

WDM örneği
Şekil 4 - WDM, örneğin

Güncelleme akışı

Let kullanıcı Cihazda için yerel ayarını değiştirmek için kendi Mobile App uygulamasını kullanan söylemek en_US için fr_FR Bağlı Mobile App kullanmadan. Şekil 5'te gösterildiği gibi, WDM içinde güncelleme akışı:

  1. Mobil Uygulama kaynak (abone) bir güncelleme isteği gönderir için sürekli Yerel Ayarlar Aktif Yerel özelliğini değiştirmek için Servis kaynak (yayıncı) için fr_FR , Yetenekleri trait Yerel Mevcut Yerel Ayarlar özelliğinin geçerli değerlerden biri.
  2. Servis kaynak şema kendi kopyasını Yerel Ayarlar özelliğin aktif Yerel özelliğini değiştirir.
  3. Servis kaynak bir istek bildirmek gönderir Yerel Ayarlar özellik herhangi abonelere değişiklik hakkında.
  4. Cihaz ve Mobil Uygulama kaynaklar (abone) hem Servis kaynak talebi bildirmek almak ve şemanın kendi nüsha Yerel Ayarlar özelliğin aktif Yerel özelliğini güncelleyin.
WDM güncelleme akım sekansı
Şekil 5 - WDM güncelleme akışı

WDM faydaları

Yapmak istediğiniz tüm bir mobil uygulamadan cihazınızda yerel ayarını değiştirmek olduğunda bu çok karmaşık görünebilir. Ama sürüm şema sararak, yayınlamak abone desen ve birlikte WDM profiline istekleri, Dokuma tüm kaynakların genelinde veri bütünlüğünü garanti eder.

Aynı zamanda bir cihaz yeniden başlatıldığında bu nedenle, hemen onun yayınlanan özelliklerin devletin bütün aboneler, abone özelliklerin durumunu gözlemler bildirir, Canlılık sağlar ve işlev kaybı olmadan şema kendi kopyasını tüm bu durumları yansıtır.

ötesinde abonelikleri

Bir özellikten diğerine kaynak abonelik iptallerindeki, bu özelliğin bilinen son sürümünün bir kopyasını muhafaza eder. Bu istekler bildirmek alır artık o özellik için yayıncıdan, ama yine de güncelleme istekleri gönderebilir o yayıncıya.

bir özellik yayıncıya abone asla Hatta kaynaklar onlara istekleri gönderebilirsiniz. Örneğin, bir kaynağın özelliğin durumu hakkında bilmeniz gerekmez, ancak güncelleme istekleri göndermek isteyebilirsiniz harici olaya yanıt olarak bu özelliğin durumunu değiştirmek için.

tekrarlamak

Öğrendiğiniz Ne:

  • Dokuma Veri Yönetimi (WDM) tüm kaynakların genelinde Dokuma gerçek zamanlı sürekli yönetimi ve temin eder Canlılık için profil ve veri bütünlüğü olan
  • İstekler beklenen tepki ile bir özelliğin eylem için standart isteği olmasına
  • WDM iki protokol rolleri özellikleri:
    • Yayınevi - bir özellikten gerçeğin kaynağı, istekleri bildirmek gönderir
    • Abone - yayınlanır şema gözlemler görünümü gönderir , güncelleme veya komut isteklerini
  • WDM iki abonelik modellerini özellikleri:
    • Tek yönlü - İstekler yayıncıya aboneden akmaya
    • Karşılıklı - Cihazlar birbirlerine abone
  • Abonelikler istekleri abone tarafından belirlenir
  • onlara abone olmasalar bile Kaynakları özelliklerini taşırken WDM ileti gönderebilir

Daha derinlemesine bilgi için bkz: