eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingSrodowisko tworzenia aplikacji webowychRe: Srodowisko tworzenia aplikacji webowych
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!goblin2!goblin.stu.neva.ru!feeder2.ecngs.de!ecngs!feeder.ecngs.de!81.1
    71.118.64.MISMATCH!peer04.fr7!news.highwinds-media.com!newsfeed.neostrada.pl!un
    t-exc-02.news.neostrada.pl!unt-spo-a-02.news.neostrada.pl!news.neostrada.pl.POS
    TED!not-for-mail
    Date: Mon, 25 May 2015 11:50:56 +0200
    From: darekm <d...@e...com>
    User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101
    Thunderbird/31.3.0
    MIME-Version: 1.0
    Newsgroups: pl.comp.programming
    Subject: Re: Srodowisko tworzenia aplikacji webowych
    References: <mjdd58$8m6$1@news.icm.edu.pl>
    In-Reply-To: <mjdd58$8m6$1@news.icm.edu.pl>
    Content-Type: text/plain; charset=utf-8; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Antivirus: avast! (VPS 150524-1, 2015-05-24), Outbound message
    X-Antivirus-Status: Clean
    Lines: 26
    Message-ID: <5562f083$0$8366$65785112@news.neostrada.pl>
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 79.187.5.190
    X-Trace: 1432547459 unt-rea-b-01.news.neostrada.pl 8366 79.187.5.190:56797
    X-Complaints-To: a...@n...neostrada.pl
    X-Received-Bytes: 2278
    X-Received-Body-CRC: 81232719
    Xref: news-archive.icm.edu.pl pl.comp.programming:207816
    [ ukryj nagłówki ]

    On 2015-05-18 21:05, MK wrote:
    > Witam
    >
    > Po dluzszym watku na grupie pl.comp.lang.php odnosnie wyboru frameworku
    > PHP (dla back-end) oraz frameworku do strony wizualnej (dla front-end)
    > doszedlem do takiej koncepcji aby w obecnych czasach strone kliencka
    > wykonywac po stronie przegladarki za pomoca frameworku js np. AngularJS
    > + formatowanie wygladu kontrolek za pomoca Twitter Bootstrap (wszystko
    > co sie da robic po stronie klienta np. formatowanie danych, walidacja,
    > itp.) natomiast po stronie serwera gdzie jest wspolna baza danych
    > wykonac tylko serwis REST w PHP ktorego zadaniem bedzie jedynie obsluga
    > operacji bazodanowych CRUD (np. pobranie danych do gridow, aktualizacja
    > danych, itp.). Czy taka koncepcja jest sluszna ?

    Koncepcja jak koncepcja. Prawie niczym się nie różni od typowego grubego
    klienta starych desktopowych aplikacji tyle że inny język/framework.
    Problemy też będą podobne. Im wiekszy program i im więsza baza danych
    tym więcej danych będzie przepychane przez sieć. Z tym że desktopy
    chodzą na sieci lokalnej o znacznie większej przepustowości. Do tego
    dochodzą kwestie bezpieczeństwa, które przy ograniczonej logice po
    stronie serwera trudno zapewnić. Przy czym tak jak pisałem, problemy są
    zauważalne dopiero dla większych aplikacji.


    --
    Darek

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: