Zacząłem ostatnio grać z playframeworkem i naprawdę czerpię przyjemność z prostoty.Dlaczego struktura gry nie jest zbudowana na interfejsie API Servlet?
Ale jedno dręczące pytanie, jakie miałem, to dlaczego wszystkie specyfikacje serwletu unikają? Jaka była główna motywacja takiej architektonicznej decyzji?
Z FAQ
Jesteśmy w pełni świadomi, że dokonaliśmy wyborów, które są dość rzadkie w świat Java, a play nie ślepo wszystkie dobre praktyki tzw Java ” ". Ale wszyscy członkowie zespołu są doświadczonymi programistami Java i doskonale zdajemy sobie sprawę z tego, jakie wybory dokonaliśmy, oraz zasady, które rozwiązaliśmy, .
Java sama w sobie jest bardzo ogólnym językiem programowania , a nie pierwotnie zaprojektowanym do tworzenia aplikacji internetowych o numerze . Jest to bardzo różna sprawa, gdy trzeba napisać ogólną i wielokrotną bibliotekę Java JA i utworzyć aplikację internetową . Aplikacja sieciowa sama w sobie nie musi być zaprojektowana, aby można ją było ponownie wykorzystać. Potrzebujesz mniej abstrakcji , mniej konfiguracji. Możliwość ponownego użycia istnieje dla aplikacji internetowych , ale za pośrednictwem usługi internetowej API zamiast integracji na poziomie języka .
Gdy czas dąży do rozwoju zerowego można skoncentrować się na swoim funkcje aplikacji i eksperymentowania szybko, zamiast próbować abstrakcyjnych rzeczy dla przyszłego rozwoju.
Graj! aplikacje mogą być wdrażane jako aplikacje internetowe na innych kontenerach serwerów WWW, ale są zaprojektowane głównie jako struktura pełnego stosu; Zagraj w pod numerem. I, moim zdaniem, dzięki temu jest to piękne i szybkie.
Zamówienie Guillaume Bort's blog. (założyciel Play! Framework). Wyjaśnia to wszystko na swoim blogu.
EDIT: Link został zmieniony, dzięki procrastinate_later
byłoby to nadal ważne przy przetwarzaniu asynchronicznym w aplecie aplet 3? –
@lamalama to nic nie znaczące pytanie. Jeśli grasz! jest niezależny od Servlet API, jest niezależny od Servlet API. – EJP
Twój link jest teraz uszkodzony, ale wydaje mi się, że znalazłem wpis na blogu tutaj. http://guillaumebort.tumblr.com/post/558830013/why-there-is-no-servlets-in-play –
Jak to konkretnie związane z API serwletu? –
Zapytałeś: "Jaka była główna motywacja takiej architektonicznej decyzji?", A ja odpowiedziałem: "Play * is * the platform". Nie chcieli po prostu stworzyć szkieletu, czy jakiegoś kontenera, ale raczej aplikacji pełnej stosu, w tym serwera WWW i wszystkich innych. Najważniejsze jest to, że nie można porównywać Play ze specyfikacją serwletu, ponieważ oprócz bycia w Javie nie mają zbyt wiele wspólnego (jeśli w ogóle). –
Nie jestem pewien, czy podążam za Tobą. Przede wszystkim Play to framework - system oprogramowania, który można rozszerzyć i wyraźnie dokumentuje te punkty rozszerzeń. Po drugie, nie porównuję gry z serwletami (to byłoby głupie) Pytam, dlaczego pominąć API serwletu. –