🚀 go-pugleaf

Filip Sielimowicz wrote:

> Na przykładzie definicji zawartej w dokumencie
> http://www.javaworld.com/javaworld/jw-06-2005/jw-0613-soa.html
> 
> Jest tam powiedziane, że każda usługa jest opisana tzw. QoS (quality of
> serwice). Jest to miejsce, w którym definiujemy np. sprawy dotyczące
> autoryzacji, czyli tworzymy podstawę do tego, by środowisko zarządzające
> usługami potrafiło odpowiadać na pytana "ten a ten ma lub nie ma uprawnień
> do korzystania z usługi" lub bardziej złożonych.

Dotychczas wydawało mi się, że pojęcie QoS jest związane z różnicowaniem
użytkowników pod względem jakości dostarczanej usługi. Chodzi o takie
różnicowanie względnie "liniowe", czyli wartości rzeczywiste miernika
jakości takiej usługi z przedziału powiedzmy od 0.0 (kiepska) _do_ 1.0
(najlepsza), czy jak kto woli zapisać, a nie "binarne", czyli 0 (nie ma)
_lub_ 1 (jest). Tu nie ma mowy o "jakości" usługi a jedynie o "dostępności"
usługi.

Albo autorzy ww. artykułu się mylą, albo znowu mam klapy na oczach. :-)

> Teraz mam taki "CASE": usługa ogólnie wygląda tak: WYPŁATA Z ROR. Usługa
> jest dostępna dla wszystkich kasjerów.
(...)
> Natomiast w sytuacji, kiedy uprawnienia są parametryzowane, to już widzę
> duży opór. Bo to oznacza, że razem z dostarczeniem do systemu
> nowej usługi muszę dostarczyć także interfejs GUI (kawałek) do
> administrowania tym uprawnieniem. By to było możliwe muszę mieć
> już środowisko do składowania takich kawałków interfejsu z jakimś
> wyrazistym API, które mi to zapisze w bazie danych o uprawnieniach.
> My to mamy teraz w postaci osobnej aplikacji swing, a każda usługa wymaga
> na dzień dzisiejszy na sztywno dopisania nowego panelu swing
> itp.  -co jest chwilowo bardzo mało elastyczne.
> A czegoś takiego wśród gotowych rozwiązań, ze szczególnym uwzględnieniem
> idei ESB itp - nie widzę.
> 
> Pytanie: czy ktoś może widział a nawet widzi ? ;)))

A może taki design pattern jak "naked objects" zdałby tu egzamin?

-- 
Mariusz Lotko