dApp geliştirme ajansı: Web3 ürünleri için ön yüz, cüzdan ve veri, tek teslim

dApp geliştirme neleri kapsar

Hızlı test: Bir kullanıcının tamamlaması gereken 3 eylemi listeleyin. Bunlar için 3'ten fazla ekrana ihtiyacınız varsa, önce akışı basitleştirin.

dApp geliştirme, kullanılabilir bir arayüzü blockchain işlevselliğine ve bir ürünün görüntülemesi gereken veriye bağlar. Çalışma; bir web ön yüzü, cüzdan bağlantısı, sözleşme etkileşimi ve bir indeksleme katmanını içerebilir; kesin sınır, halihazırda neyin inşa edildiğine ve kullanıcıların neler yapabilmesi gerektiğine bağlıdır.

Teknoloji listesiyle değil, kullanıcı eylemiyle başlayın. Örneğin, bir ziyaretçinin bir cüzdan bağlaması, on-chain bir pozisyonu incelemesi, bir işlem göndermesi veya aktiviteyi gözden geçirmesi gerekip gerekmediğini belirtin. Bu, ekibe uygulamaya başlamadan önce ekranları, hata durumlarını ve veri gereksinimlerini tanımlamak için bir temel sağlar.

Yararlı bir ilk plan notu şunları yanıtlar:

• Hangi kullanıcı grupları uygulamayı kullanacak ve her biri ne yapabilmeli?
• Plana hangi chain veya chain'ler dahil ve sözleşmeler mevcut mu?
• Arayüzde hangi bilgiler görünmeli ve ne kadar güncel olmalı?
• Mobil tarayıcılarda ve masaüstünde neyin çalışması gerekiyor?

Ürün ayrıca sözleşme mantığı gerektiriyorsa, uygulama planını akıllı sözleşme geliştirme ile koordine edin. Daha geniş bir teknik yol haritası için Web3 geliştirme bölümüne bakın. Yanıtlarınızı, "bir dApp inşa et"i eksiksiz bir şartname olarak ele almak yerine bir özellik sınırına, bağımlılıklara ve kabul kontrollerine dönüştürüyoruz.

Ekran, cüzdan ve veri nasıl bağlanır?

Ön yüz, ürün eylemlerini sunar; cüzdan bağlantısı, kullanıcıya desteklenen bir chain ile etkileşim kurma yolu verir; indeksleme ise seçilen blockchain verilerini uygulamanın alması ve görüntülemesi için kolaylaştırır. Bu parçalar tek bir kullanıcı yolculuğu olarak tasarlanmalıdır, çünkü net bir ekran kafa karıştırıcı bir bağlantı veya veri durumunu telafi edemez.

Ön yüz için, ana ekranları ve her birinin gösterebileceği durumu belirleyin: bağlı değil, bağlı, yükleniyor, tamamlandı veya ilgilenilmesi gerekiyor. Cüzdan bağlantısı için, plandaki chain'leri ve eylemleri belgeleyin, ardından arayüzün bir kullanıcıdan bir isteği onaylamasını istemeden önce neyi açıklaması gerektiğine karar verin. İndeksleme için, ürünün ihtiyaç duyduğu kayıtları, bunların özellikleriyle nasıl ilişkili olduğunu ve arayüzün gecikmiş veya kullanılamaz veriyi nasıl ele alması gerektiğini listeleyin.

Pratik bir gereksinim kontrol listesi şöyledir:

• Her birincil eylemi ekranına ve sonuç durumuna eşleyin.
• Kullanıcılar hesap veya ağ değiştirdiğinde ne gördüklerini belirtin.
• Ürünün ihtiyaç duyduğu veri alanlarını, geçmişi ve filtreleri belirleyin.
• Hataların ve eksik bilgilerin nasıl açıklanacağı konusunda anlaşın.

Ürün, mevcut bir cüzdanı bağlamak yerine bir cüzdan gerektiriyorsa, bağımsız bir kripto cüzdan geliştirme planı da yapabiliriz. İhtiyaç etkileşimli bir uygulamadan ziyade bir pazarlama sitesi olduğunda Web3 web sitesi ve açılış sayfası geliştirme hizmeti daha uygundur.

Bir dApp teslimi neler içerir

Yararlı bir dApp teslimi, ekibinize çalışan bir uygulama ve onu incelemek, işletmek ve genişletmek için yeterli bağlamı verir. Çalışma başlamadan önce, hangi teslimatların planınız için geçerli olduğu ve her birinin nasıl kontrol edileceği konusunda anlaşırız; bu, bir depoyu veya demoyu tamamlanmış işin tanımı olarak ele almaktan kaçınır.

Bilgiye bağlı olarak, teslimat ön yüz uygulamasını, cüzdan bağlantı akışlarını, veri alma ve indeksleme çalışmasını, kararlaştırılan yolculuklar için test kapsamını, kurulum notlarını ve bir uygulamalı anlatımı kapsayabilir. Projenizde zaten bir kod tabanı varsa, erişim ve mevcut mimarisinin kısa bir açıklaması, yeni çalışmayı entegrasyon veya düzeltmeden ayırmamıza yardımcı olur.

Net bir kabul kontrol listesi için şunlar üzerinde anlaşın:

• Kararlaştırılan ortamlarda çalışması gereken kullanıcı yolculukları.
• Hangi chain'lerin, cüzdan senaryolarının ve veri görünümlerinin dahil olduğu.
• Tamamlanmış bir testin ne olduğu ve sonucu kimin incelediği.
• Hangi yapılandırma, işletim notları ve kaynak dosyalarının teslim edildiği.

Kabul kriterlerini görünür davranışa bağlı tutarız: bir inceleyen, kararlaştırılan akışı takip edebilir, beklenen arayüz durumunu görebilir ve uygulamanın bir hataya nasıl yanıt verdiğini kontrol edebilir. Yapı ayrı bir mobil uygulama içeriyorsa, mobil tarayıcı desteğini ve yerel bir uygulamayı aynı teslim alınan öğe olarak ele almadan önce planını Web3 ürünleri için mobil uygulama geliştirme ile uyumlu hale getirin.

6 maddelik dApp bilgi notu kontrol listeniz

Geliştirme başlamadan önce bu 6 maddeyi toplayın. Bunlarla, bir geliştirici doğru teklif verebilir ve ekibiniz her kilometre taşını net bir standarda göre inceleyebilir. İşaretlenmiş listeyi kayıtlarınızla birlikte saklayın, çünkü daha sonra neyin kararlaştırıldığını açıklamanın en hızlı yoludur.

• Sözleşme adreslerini listeleyin ve ABI'leri paylaşın.
• 3 temel kullanıcı eylemini tanımlayın.
• Desteklenecek chain'leri ve cüzdanları adlandırın.
• Ekranların hangi verileri göstermesi gerektiğine karar verin.
• Marka varlıklarını ve tasarım notlarını paylaşın.
• Teslim öğeleri üzerinde anlaşın: kod, notlar ve test adımları.

Tek satırda terimler

ABI (düz anlamı: bir ön yüzün onu çağırmak için ihtiyaç duyduğu bir sözleşmenin işlevlerinin açıklaması).

İndeksleme, on-chain verileri uygulamanın hızlıca okuyabileceği bir biçimde toplamak anlamına gelir.

Bilgi notundan teslime

Pratik kural: Kullanıcılar nerede olduklarını asla tahmin etmesin diye her ekranda cüzdan ve ağ durumunu gösterin.

Bir dApp, kullanıcıları, temel yolculukları, chain gereksinimleri ve bağımlılıkları karar vermeye yetecek kadar netleştiğinde uygulamaya geçer. MarketingExtra'de, ilk yapılandırılmış inceleme, bilgi notunu talep ettiğiniz ön yüz, cüzdan ve indeksleme çalışmasına karşı kontrol eder, ardından planı ve inceleme noktalarını ekibinizle onaylarız.

Çalışma sırası pratiktir: ürün akışlarını netleştirin; mevcut sözleşmeleri, chain ayrıntılarını ve veri kaynaklarını onaylayın; arayüz durumlarını ve kabul kontrollerini tanımlayın; kararlaştırılan bileşenleri uygulayın; ardından sonuçları inceleyin ve kararlaştırılan malzemeleri teslim edin. Sözleşmeler veya harici hizmetler hâlâ değişiyorsa, bu bağımlılığı erken işaretleriz, böylece ekip önce onu sonuçlandırmaya veya ilgili uygulama çalışmasını ayrı tutmaya karar verebilir.

Başlangıcı verimli kılmak için şunları hazırlayın:

• Kısa bir ürün açıklaması ve birincil kullanıcı eylemleri.
• Varsa mevcut tasarımlar, depolar, sözleşme ayrıntıları ve test erişimi.
• Chain ve cüzdan gereksinimleri ile arayüzün ihtiyaç duyduğu veri.
• Ürün kararlarını çözebilecek ve çalışan akışları inceleyebilecek bir iletişim kişisi.

Zaman çizelgesi, onaylanan planı, entegrasyonları ve geri bildirim sıklığını takip eder; bu nedenle, bu bağımlılıklar incelendikten sonra planlarız, genel bir süre sunmak yerine. Kararlaştırılmış bir plan, inceleme için kontrol noktaları ve teslimat kriterleriyle uyumlu bir teslim alırsınız.

Hangi davranışlar cüzdanlara ve ağlara bağlıdır?

Bazı uygulama davranışları, arayüz kararlaştırıldığı gibi uygulansa bile geliştirme ekibinin kontrolü dışındadır. Cüzdan sağlayıcıları istemlerini veya desteklenen davranışı değiştirebilir ve bir chain'in işlem onayı veya bir indeksleme hizmetinin veri kullanılabilirliği kullanıcıların ne gördüğünü etkileyebilir; bu koşullar bir ön yüz yapısı tarafından garanti edilemez. Net durumlar tasarlar ve kararlaştırılan akışları test ederiz, ancak üçüncü taraf davranışı bir bağımlılık olarak kalır.

Hangi cüzdanların ve ağların planda olduğunu kaydederek, test ortamlarına erişim düzenleyerek ve bir bağlantı veya veri talebi başarısız olduğunda uygulamanın nasıl yanıt vermesi gerektiği konusunda anlaşarak önlenebilir sürprizleri azaltın. Ürününüz belirli indekslenmiş kayıtlara dayanıyorsa, bu kayıtların nereden geldiğini ve ekibin bunları inceleme sırasında nasıl doğrulayabileceğini onaylayın.

Kabul sırasında, yalnızca arayüzün yüklenip yüklenmediğini değil, gerçek kullanıcı deneyimini kontrol edin:

• Bir inceleyen, devam etmeden önce istenen cüzdan eylemini anlayabiliyor mu?
• Ürün, bir kullanıcı reddettiğinde veya bağlantıyı kestiğinde yararlı bir yanıt veriyor mu?
• Yükleme, eksik veri ve hata durumları farklı ve anlaşılır mı?
• Ekip, görüntülenen bilgilerin kararlaştırılan kaynakla eşleştiğini doğrulayabiliyor mu?

Bu kontroller bağımlılıkları görünür kılar ve ekibinize neyin teslime hazır olduğuna karar vermesi için somut bir temel sağlar. Ayrıca, hiçbir geliştiricinin kontrol etmediği bir davranışı vaat etmeden, bir uygulama sorununu yukarı akıştaki bir cüzdan, ağ veya veri hizmeti sorunundan ayırmaya yardımcı olurlar.

3 şey gönderin: sözleşme adresleriniz ve ABI'leriniz, kullanıcı akışlarınız ve desteklenecek cüzdanlar ile chain'ler.

Nasıl çalışır

1. Ürün bilgi notunu paylaşınÜrün kullanım senaryosunu, temel kullanıcı eylemlerini ve varsa mevcut tasarımları veya kodları gönderin. Halihazırda bildiğiniz chain, cüzdan ve veri gereksinimlerini ekleyin.
2. Planı ve bağımlılıkları inceleyinÖn yüz, cüzdan ve indeksleme ihtiyaçlarını kontrol eder, hâlâ gereken kararları veya erişimi belirler ve teslimata nelerin dahil olduğunu onaylarız.
3. Kabul kontrolleri üzerinde anlaşınEkibinizin uygulamayı incelemek için kullanacağı kullanıcı yolculuklarını, ortamları ve görünür davranışları tanımlarız.
4. İnşa edin ve inceleyinEkip, kararlaştırılan planı uygular ve kabul kontrollerine karşı inceleme için paylaşır; kararlar ve geri bildirim kaydedilir.
5. TeslimEkibinizin bir sonraki ürün adımını atabilmesi için kararlaştırılan dosyaları, kurulum bilgilerini ve bir uygulamalı anlatımı sağlarız.