Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Komutlar, model temelli uygulamalarda temel uygulama davranışını yönlendirir. Bunlar, kullanıcıların uygulamalar oynatılırken etkileşim kurduğu ve bir düğme seçildiğinde sonuç olarak eylemlerin gerçekleştiği düğmelerdir. Her komut, diğer komutlarla ilişkili olarak konumlandırılır ve uygulama içinde bir komut çubuğu konumuna bağlıdır.
Yüksek düzeyde, komut özelleştirme üç kategoriye sığar. Her kategoride çeşitli özellikler bulunur ve modern komut belgeleri boyunca daha ayrıntılı bir şekilde ele alınmıştır:
- Görüntüle. Düğmenin görüntülenme biçimi ve uygulamada bulunduğu konum. Örneğin, düğmenin etiketi, simgesi ve erişilebilirlik etiketleri ile komut çubuğu konumu ve komut çubuğu içindeki konum.
- Eylem. Kullanıcı bir düğme seçtiğinde çalışan mantık. Örneğin, veri oluşturma ve güncelleştirme veya uygulama içindeki çeşitli denetimler ve sayfalarla etkileşim kurma.
- Görünürlük. Düğmenin kullanıcı için ne zaman görünür veya gizli olacağını belirten mantıksal koşullar. Örneğin, düğmenin bazı kullanıcılar için görünür ve başka kullanıcılar için gizli olmasını isteyebilirsiniz. Veya düğme, yalnızca belirli veri kaydı ölçütleri sağlandığında görünür olmalıdır.
Komut çubuğu konumları
-
Ana kılavuz. Bu komut çubuğu, bu tablodaki kayıtların tam sayfa listesini görüntülemek için uygulamanın sol taraftaki gezinti bölümü kullanılırken görüntülenir.
-
Ana form. Bu komut çubuğu, tablonun ana formlarında görüntülenir. Bu, formun en üstünde görünür ve formun farklı alanlarında görünen ilişkili görünüm veya alt ızgara görünümüyle aynı değildir.
-
Alt ızgara görünümü. Bu komut çubuğu, bu tablonun verilerini işleyen diğer tabloların formlarında bir alt ızgarada görüntülenir. Örneğin, firma ana formu, firma kaydıyla ilgili kişi kayıtlarını listeleyen bir alt ızgara denetimine sahiptir. Burada gösterilen komut çubuğunu düzenlemek için, önce iletişim tablosunun komut çubuğunu, sonra da alt ızgara görünümünü düzenleyin.
-
İlişkili görünüm. Bu komut çubuğu, bu tabloda ilgili verileri görüntülerken üst tablo formunda görüntülenir. Örneğin, bir firma kaydı ana formundan İlgili sekmesini seçin ve ilgili kişiler gibi bir ilgili tabloyu seçin.
-
Hızlı eylemler. Hızlı eylemler, ana ızgara konumuyla ilişkilidir. Hem hızlı işlemler hem de ana kılavuz konumları için komut eklemek veya düzenlemek için, modern uygulama tasarımcısından istediğiniz tabloyu seçin, ardından komut çubuğunu düzenleyin ve ana kılavuz konumunu seçin. Sırasıyla belirlenen ilk beş komut, uygulamayı oynatırken hızlı işlemler olarak da gösterilir.
Uyarı
Daha az sıklıkla özelleştirilmiş komut çubuğu konumları komut tasarımcısında desteklenmez. Bu konumlar için komutları özelleştirme hakkında daha fazla bilgiyi Global komut çubuğu ve diğer şeritler bölümlerinde edinebilirsiniz.
Komut türleri
- Command. Standart düğme. Seçildiğinde bir eylem gerçekleştirir. Ayrıca açılır menüler ve bölünmüş düğmeler içindeki gruplarda iç içe de yerleştirilebilir. Bunlara klasik komut arayüzünde "flyouts" adı verilirdi.
- Açılan menü. Grup içinde komutları düzenleyebileceğiniz bir menü oluşturur.
- Grup. Ayrıca açılır menüler ve bölünmüş düğmelerde iç içe yerleştirilmiş komut gruplarına başlıklar ekleyin.
- Bölünmüş düğme. Açılır menüye benzer ancak birincil komuta sahiptir. Bölünmüş düğme seçildiğinde birincil komuttaki eylem yürütülür. Genişletme işareti seçiliyse, birincil komut yürütülmeyecektir. Bunun yerine, ek grupları, açılır menüleri ve komutları gösterecek şekilde bir liste genişler.
Klasik ve modern komutlar arasındaki önemli farklar
Klasik komutlar (eskiden şerit olarak bilinirdi) düşük kod kullanılarak özelleştirilemedi. Kodla komut özelleştirmeleri zor, zahmetli ve hataya açıktı. Komutları az koda ölçeklendirmek ve tuval uygulamaları ve model temelli uygulamaları birleştirmek için özel sayfaları kullanmak için komut altyapısını yeniden yaratmak ve oluşturmak kaçınılmazdı.
Modern komut, birçok yeni yetenek sunar ve kullanımı çok daha basittir.
| Capability | Classic | Modern |
|---|---|---|
| Model temelli uygulama çalışma zamanında desteklenir | Yes | Evet, ayrıca Power Fx çalışma zamanını destekler. |
| Özelleştirilmiş kullanım | Çözüm dosyaları içindeki XML'i elle düzenleme veya Microsoft dışı araçları kullanma. Zaman alan çözüm dışarı ve içeri aktarma işlemleri gerektirir. | Komut tasarımcısı ve Dataverse API'si desteği. |
| Power Fx'i destekler. | No | Evet. Eylemler ve görünürlük için. |
| Özelleştirme için gereken süre | Yavaş, hataya yol açabilir. | Hızlı |
| Güvenilirlik ve performans | Hata yapmak kolay. Hatalı özelleştirme ve kapsam eksikliği genellikle uygulama performansını etkiler. | Satır içi hata işleme, hataları önler. Daha iyi çalışma zamanı performansı için en iyi duruma getirilmiş Power FX. |
| Paylaşma | Standart Dataverse rol tabanlı güvenliği. | Power Fx dışı komutlar, standart Dataverse rol tabanlı güvenliğini kullanır. Power Fx komutları şu anda uygun güvenlik rolüne sahip olmanın yanı sıra komut bileşeni kitaplığının paylaşılmasını gerektirir. |
| Çözüm ve uygulama yaşam döngüsü yönetimi (ALM) davranışları | Tutarsız ve sorunlu çözüm katmanı, çözüm arabiriminde iletişim durumu yok. Yamalar, segmentlere ayırma, çözüm yükseltme, yönetilen özellikler ve daha fazlası gibi desteklenmeyen birçok standart çözüm davranışı. | Dataverse içinde birden çok çözüm nesnesi türü için merkezi olarak yönetilen standart çözüm katmanı. Çözüm arabiriminde mevcut. Tüm standart çözüm davranışları desteklenir. |
| Yerelleştirme | Standart dışı | Tüm çözüm için dışarı ve içeri aktarma işlemlerini kullanarak standartlaştırılmıştır. |
| Veri modeli | Karmaşık. Klasik şeritler için iyileştirilmiştir ve artık gerekli olmayan birçok özellik içerir. | Basit ve günümüzün model temelli uygulama komut çubukları için en iyi duruma getirilmiştir. |
| JavaScript kullanma | Yes | Evet. Artık daha basit. Klasik ve modern komutlar için aynı JavaScript kullanılabilir. |
| Kullanıma hazır komutları özelleştirme | Yes | Modern çerçeveye geçiş yapıldıktan sonra komutlar, komut tasarımcısında düzenlenebilir hale gelir. |
| Uygulamaya özel komutlar | No | Evet. Modern komut tasarımcısını kullanma, komutların yalnızca seçilen uygulamada görünür olmasını sağlar. |
| Tabloyu içeren tüm uygulamalarda görüntülenen tabloya özgü komutlar | Yes | Evet. Çözüm dosyası içinde appaction tanımının değiştirilmesini gerektirir. |
| Belirtilen komut çubuğu konumu için tüm tablolar ve uygulamalar için görüntülenen genel komutlar | Yes | Evet. Çözüm dosyası içinde appaction tanımının değiştirilmesini gerektirir. |
| Bölünmüş düğmeler, açılır Windows ve gruplar oluşturma | Yes | Yes |
| Kod ile açılır pencereyi dinamik olarak doldurma | Yes | Hayır. Komutları bildirimli olarak oluşturun. |
| Global uygulama üst bilgisi komutlarını özelleştirme | Yes | No |
| Diğer, yaygın olmayan veya eski komut çubuğu konumları için komutları özelleştirme | Yes | Hayır. |
| Modern akış veya iş akışı çalıştırma | JavaScript kullanma | JavaScript kullanma. Özel sayfa kullanarak da desteklenir. |
Klasik ve modern görünürlük kuralı karşılaştırması
Klasik görünürlük kurallarında genellikle her senaryo için belirli bir kural vardır. Power Fx ile bir bildirim işlevi, birçok klasik kuralın yerini alır. Kullanımı da çok daha basittir.
Klasik görünürlük kuralları modern komutlar içinde de desteklenir. Ancak, klasik komutların modern komutlara güvenilir bir şekilde taşınması için klasik kurallara destek gerekiyordu ve komut tasarımcısı içinde klasik kuralların özelleştirilmesi desteklenmiyordu. Devam etmek için Power FX kullanmanızı öneririz.
| Kullanım örneği | Klasik Kural | Klasik seçenekler | Power FX görünür özelliği |
|---|---|---|---|
| Veri değerlerine göre gösterme veya gizleme | Özel Kural | JavaScript kullanma | !IsBlank(Self.Selected.Item.Email) |
| Tablo yetkisine göre göster veya gizle | EntityPrivilegeRule | Miktar çarpanı | DataSourceInfo() |
| Kayıt iznine göre gösterme veya gizleme | RecordPrivilegeRule | Miktar çarpanı | RecordInfo() |
| Birincil ve ilişkili tablolar için denetim bağlamına başvurma | EntityRule | PrimaryEntity. SelectedEntity | Self.Selected |
| Denetim bağlamına başvurma | EntityRule | Form. HomePageGrid. SubGridStandard. SubGridAssociated | Self.Selected |
| Tablo meta veri özellikleri | EntityPropertyRule | DataSourceInfo() | |
| Form durumuna göre gösterin veya gizleyin. Örneğin, oluşturma formu için gösterme | FormStateRule | Oluşturun. Mevcut. ReadOnly. Disabled. BulkEdit | Self.Selected.State = FormMode.New |
| Bir ızgarada > 1 kayıt seçildiğinde göster | SelectionCountRule | CountRows(Self.Selected.Items) > 1 | |
| Çok biçimli bir aramadaki ilgili tabloyu göster veya gizle. Örneğin, aramanın kullanıcı mı yoksa ekip mi olduğunu denetleyin | Özel Kural | PrimaryEntityTypeCode | IsType(), AsType |
| Ortam özelliklerine başvurma (Kuruluş) | Özel Kural | OrgName. OrgLcid. UserLcid | Şu anda kullanılamıyor |
Sık sorulan sorular
-
Tasarımcıda neden uygulamamda gördüğümden daha fazla sayıda komut görüyorum?
- Bunun birkaç nedeni vardır. Bazen uygulamayı çalıştırırken komutu gizleyen görünürlük mantığı vardır. Diğer zamanlarda bu komutlar çalışma zamanı sırasında özel JavaScript aracılığıyla dinamik olarak eklenir ve yapılandırılamaz.
-
Tasarımcıda neden yinelenen komutları görüyorum?
- Bu klasik komutlarla kullanılan yaygın bir desendir. Her iki komut da görünürlük kuralları tarafından kontrol edildiğinden çalışma zamanında görünmüyordu. Komut tasarımcısı, görünürlük kurallarına bakılmaksızın tüm komutları gösterir.
Ayrıca bkz.
Komut çubuğunu komut tasarımcısını kullanarak özelleştirme
Çözümlerde komutları yönetme
Modern komutla ilgili bilinen sınırlamalar