web-gelistirme-sc.com

CRUD Uygulaması için Akıcı Şerit Tasarlama

Ben bir veritabanı üzerinde çalışan bir CRUD uygulaması için akıcı ("Şerit") tarzı UX tasarımı üzerinde çalışıyorum.

Belge tabanlı uygulamalar için bir şeridin nasıl tasarlanacağı hakkında birçok bilgi vardır. Microsoft yönergeleri bile standart sekmeleri ve grupları belirtir.

Ancak, bu standart gruplar doküman dışı durumlar için pek uygun görünmemektedir. Örneğin, "Bul" komutu bir "Düzenleme" grubu içinde olmalıdır:

alt text

içinde bir belgeyi aramak için tamamen alakalı, ancak için bir kaydı aramak için değil.

Şeridi doküman olmayan uygulamalar için kullanmak için hangi kaynaklar ve/veya örnekler var?

Güncellenmiş 27/9: Evet, bir Şerit geliştirdiğim uygulama için uygun olduğundan eminim. Belge odaklı değil, aynı zamanda saf CRUD da değil - çok fazla iş davranışına sahip karmaşık bir uygulamadır. Önceden bir rehberlik sunabilirsem, şeridi ayarlamak için bir atölye çalışması yapmak daha kolay olacaktır - bu yüzden kaynaklar ve örnekler hakkındaki orijinal sorumun bazı cevaplarını umuyorum.

14
Bevan

Bence en iyi örnek MS Access. Tüm CRUD komutları Kayıtlar grubundadır ve Bul komutu Bul grubundadır!

alt text

14
Tania Gobeil

Şerit çok sayıda komut içeren programlar için tasarlanmıştır, CRUD uygulaması sadece birkaç komut içerir, bu nedenle şerit başlangıç ​​için doğru kullanıcı arayüzü değildir.

MS'in şeridi tasarladığında yaptıklarını yapabilir, olabildiğince çok insanı alabilir (alanı bilen, tercihen müşteriler) daha sonra bir sekme/grup listesi ve birkaç komut verebilir ve en mantıklı yeri seçmelerine izin verebilirsiniz. komut.

Ve en önemlisi, yönergeleri körü körüne takip etmeyin (aynı zamanda iyi bir sebep olmadan bunları göz ardı etmeyin) ve kişisel tercihinizi kullanıcıların sezgisel bulduklarıyla karıştırmayın.

11
Nir

Uygulamamla ve "Şerit" arayüzünü tasarlamakla neredeyse aynı durumdayım. Temel "iş" nesnesine bağlı olarak şeritte komutları gruplandırdığım bir durumu düşündüm. Başka bir deyişle, uygulamam kullanıcıların İstemcileri ve Satıcıları yönetmesine izin verdiyse, yaygın olarak çağırdığınız tüm komutlar ve daha sonra çeşitli komutlarla Satıcılara adanmış başka bir şerit grubunun Müşterilere adanmış bir şerit grubuna sahip olması mantıklı olur. bu nesneler\kayıtlara karşı çalıştırmak mantıklı mı?

Bunu çizdiğimde (en azından bana göre), sadece tek bir Şerit sağlasam ve muhtemelen kullanıcıları yardımdan daha fazla hayal kırıklığına uğratırsa ekran yönetiminin bu stille çok zor hale geleceği ortaya çıktı.

Karşılaştığım en iyi kullanıcı arayüzü hakkında, en azından bu sorunla teğet olarak ilgilenen Outlook 2010 arayüzü. Outlook ayrı bir gezinme öğesine dayanır, ancak örneğin Mesajlar'dan Kişiler'e geçtiğinizde Şerit, o anda üzerinde çalıştığınız arabirim için desteklenen komutları göstermek üzere değişir.

Örneğinize geri getirdiğinizde, belirli bir kayıt bulmanın kullanıcının aradığı kayıt türünü bildiğini ima ettiği anlaşılıyor. Kullanıcının temel nesneye (örneğin, Müşteriler görünümü) gidebilmesi ve daha sonra Şeritte yalnızca Müşterilerle ilgili bir dizi komutun sunulabilmesi için önce bir navigasyon sisteminin olması mantıklı olabilir. Bul, gerçekten de "Düzenleme" grubunda olabilir, ancak içeriği yalnızca Müşteriler görünümü ile ilgilidir. Ayrıca, bir Düzenleme grubunda uygulama içindeki başka bir varlıkla ilgili başka bir Bul komutuna da sahip olabilirsiniz.

3
Tim Lentine

Ben de bunu düşünüyordum ve ortaya koyduğum ana fikir Tim Lentine'nin tanımladığı şeye benziyor: ana iş nesnelerimin her biri için bir sekmeye sahip olmak. Örneğin, "Sipariş" nesnesinin durumunu değiştirme komutları (örneğin iptal, gemi vb.), Fatura, fatura gönderme, vb.

Ancak, Windows Live Fotoğraf Galerisi'ndeki şeridin nasıl çalıştığını da düşünüyorum. Bir bakıma, bir veritabanı (fotoğrafların ve meta verilerin) yönetiyor. Ev, Bul ve Görüntüle sekmeleri özellikle ilgi çekiciydi. Görünen arama/filtre kutusu fikrini de beğendim.

photo gallery ribbon

İşte bunlar, üzerinde çalıştığım bir CRUD uygulaması için iki ana şerit fikri. Yine de henüz bir şey karar vermedim.

Fotoğraf galerisi satırları boyunca, belirli bir veri listesini almak ve silmek için bir sekme yapabilirim, vb. (Penceremin ana panelinde nesnelerin bir listesini görüntülemeyi planladım). Filtreleme/gruplama için başka bir tane olabilir (WLPG'nin 'görünüm' sekmesine benzer). Muhtemelen raporlar için başka bir sekmem olurdu. İlk paragrafta açıkladığım gibi seçilen nesne üzerinde ortak komutlar gerçekleştirmek için bağlamsal sekmeler de kullanabilirim.

2
Benny Jobigan

Kurdeleli bir CRUD uygulamasında geniş bir deneyimim yok, ancak bazı fikirler ...

Ok - Bir kullanıcının belirli nesneleri bulacağı standart yollara bağlı bir veya daha fazla sekme bulundurun. Örneğin, bir üniversite veri tabanı olsaydı, öğrenciler/öğretim üyeleri için bir sekme, sınıflar için bir sekme, binalar için bir sekme olsaydı. Sekmelerdeki nesneleri, öğrenciler için biri ve personel için biri gibi daha ince düzeylere göre gruplandırın. Basit bir alan sorgusuysa, düz metin denetimini doğrudan koyabilir veya karmaşık arama iletişim kutusunu açabilirsiniz.

Oluştur - silmek için sadece bir sekmeniz var veya bunu sekmelere okuyun. Ayrı bir oluşturma sekmesi yaparsanız, grupları sekmelerle eşleştirin ve mini gruplar oluşturmak için ayırıcılar ekleyin.

Güncelleme - Bunun için bağlamsal sekmeleri ciddiye alırım. Nesne türü başına bir bağlam. Bir formun birden fazla türü varsa, içeriği klavye odağına göre yönlendirmeniz gerekir. Çok eğlenceli değil. Bu güncelleme görevlerini formların kendisinde de isteyebilirsiniz, özellikle uygula ve benzeri iletişim kutusu 'komut' seçenekleriyle güzel bir şekilde eşleşiyorsa.

Sil - Komutta gömülüdür, varsayılan olarak şeride değil. Verileri yok etmek cesaret kırılması gereken bir şeydir. Bunun yerine kullanıcıyı yalnızca belirli sorgularda görünmesi için 'arşivleme' veya 'kullanımdan kaldırma' veya 'mezun olma' konusunda teşvik edin. Ve bu eylemler genellikle nesneye özeldir, böylece formlarda veya bağlamsal sekmelerde yaşarlar. Haftalık yedekleme, arşivleme ve bakım görevlerinin silinmesini sağlar.

0
shemnon