«rest» etiketlenmiş sorular

Modern programda popüler bir üst düzey mimari seçimi, REST tabanlı bir mikro hizmet sistemidir. Bunun gevşek bağlantı, kolay yeniden kullanım, kullanılabilecek teknolojiler üzerinde sınırlı kısıtlama, yüksek ölçeklenebilirlik vb. Gibi çeşitli avantajları vardır. Ancak böyle bir mimaride öngördüğüm sorunlardan biri, bir uygulamanın bağımlılıklarının ne olduğu konusunda zayıf bir görünürlüktür. Örneğin, günlük …

9 architecture  rest  enterprise-architecture  microservices  coupling 

Aşağıdaki yanıt modelini veren bir HTTP API uç noktası alın: { "type": "Dog", "name": "Jessi", ... } typeAlan biri olarak belgelerinde tarif edilmiştir Dog, Catya da Fish. Yeni bir seçenek eklemek, örneğin Rat, bir API değişikliği olarak kabul edilir mi? Sonlu bir listeye (bir geliştiricinin açabileceği) bir seçenek eklemek bir …

9 rest  api  api-design  json 

JWT spesifikasyonu sadece yükü ve nasıl gönderildiğini açıklar, ancak kimlik doğrulama protokolünü açık bırakır, bu da esnekliğe izin verir, ancak maalesef esneklik anti-desenlere ve yanlış tasarıma yol açabilir. Kullanabileceğim veya uyarlayabildiğim JWT kimlik doğrulaması için bazı iyi düşünülmüş ve test edilmiş kurumsal bilmece arıyorum, ancak tam bir şey bulamadım. Ne …

9 rest  authentication  architectural-patterns 

HTTP işleminden durumun gösterilmesi ve bir durumdan diğerine geçiş olarak hizmet işlemlerinin modellenmesini sağlayan REST anlayışım. Topluluk tarafından saygı duyulan akıllı bir geliştirici / mimar olduğunu bildiğim Jimmy Bogard'ın bu makalesini okuduğum zamana kadar kaynakları her zaman hizmet tarafı devletin temsili olarak anladım . Söz konusu yayından belirli bir ifade …

9 rest  api  api-design 

Bazı DELETE, POST veya PUT gibi entpoinds için bir hata döndürebilir bazı doğrulama kuralları var bir REST API var. Şimdi, kritik olmayan bir hata gibi yeni bir hata türüne ihtiyacım var, bu normal bir şekilde başarısız olmalı, ancak gönderilecek bir "baskı uyarıları" bayrakları varsa eylem için gitmelidir. Böyle bir kullanıcıya …

9 rest  api 

bağlam REST mimari stilinin vatansızlığı nedeniyle, her bir talebin tamamen tek başına durması, sunucunun müşteri hakkında hiçbir zaman bilgi depolamamasına neden olur. Bu nedenle, kötümser eşzamanlılık kontrolü uygun değildir, çünkü istemcinin bir kaynak üzerindeki kilidi alması gereken sunucu deposunu gerektirir. Daha sonra Etagbaşlık yardımıyla iyimser eşzamanlılık kontrolü kullanılır . (btw, …

9 design  architecture  rest  concurrency 

Kullanıcı bir formu güncellediğinde geri alma geçmişi oluşturmak istiyorum. Bu bir güncelleme olduğundan, bir PUT isteği kullanmak istiyorum. Ancak, PUT'un hiçbir yan etkisi olmaması gerektiğini okudum . Burada PUT kullanmak kabul edilebilir mi? Daha iyi alternatifler var mı? PUT /person/F02E395A235 { time: 1234567, fields: { name: 'John', age: '41' } …

9 language-agnostic  api  rest 

REST yapısı ile bir OO modelinin karşılaştırılmasında şu benzerlikleri görüyorum: Her ikisi de: Veri odaklı mı REST = Kaynaklar OO = Nesneler Verilerin etrafında surround çalışma REST = Surround VERBS (Al, Gönder, ...) OO = kapsülleme yoluyla nesnelerin etrafındaki işlemi teşvik Bununla birlikte, örneğin cephe modelini uygulamaya çalışırken iyi OO …

9 http  rest  definition 

Ben üç katmanlı bir sistem için bir REST API tasarlıyorum: Client application-> Front-end API cloud server-> user's home API server (Home). Homebir ev cihazıdır ve Front-endWebsocket veya uzun bir anketle bağlantıyı sürdürmesi beklenir (bu, REST'i ihlal ettiğimiz ilk yerdir. Daha sonra daha da kötüleşir) . Front-endçoğunlukla tüneller bağlantı Clienttalep eder …

9 architecture  web-services  rest  message-queue  websockets 

Şu anda klasik müşteri verilerine erişmek için bir REST API tasarlıyoruz. API'deki öğelerden biri kullanıcının varlıklarıdır. Varlıklar belirli bir hizmet kapsamında eklenir. Arka uç API'si yalnızca belirli bir hizmet altındaki bir kullanıcıya öğe ekleyecektir. Dolayısıyla, Kullanıcı - Varlık ilişkisi yoktur, ancak bir Kullanıcı - [Hizmet] - Varlık ilişkisi vardır. URI'lerimiz …

9 design  design-patterns  rest 

UI kodunun aynı ekip tarafından ancak hizmetler katmanından (REST / Java) farklı bir dilde (Python / Django) geliştirileceği bir projemiz var. Her bir katman için kod farklı kod depoları çıkar ve burada olabilir farklı salım döngüleri takip edin. UI katmanı perspektifinden hizmetler katmanında kırılma değişiklikleri önleyecek / azaltacak bir süreç …

9 rest  django 

Jersey kullanarak bir JEE Glassfish sunucusunda yapmayı düşünüyorum. @GET @Path("/{name}/{date}") public String getMessages(@PathParam("name") String name, @PathParam("date") Date date) Bu RESTful web hizmetini tüketen insanlara "Buradaki tarih, Java'daki Date sınıfıyla çalışan bir şeydir" diyebilme fikrini seviyorum. Bu sadece Date spesifikasyonuna bakabilecekleri açısından oldukça basit ve test edebilecekleri bir çalışma modeline sahip …

9 rest  date-format 

Müşterilerimizin hesap bilgilerini açmak için RESTful API tasarlıyoruz. Mevcut kaynakla ilgili diğer kaynaklara referanslar içeren temsillerimiz var. Bu, herkese açık API'larda ve yayınlanmış materyallerde bulabildiğimiz en iyi uygulamalardan. Temsiller XML veya JSON olabilir. Örneğin, bir hesap kaynağı için hesabın adreslerine ve sayfalandırılmış liste kaynağına referanslarımız olur, ilk, sonraki ve önceki …

9 rest  semantics