Na jakich pracujecie frameworkach?

[MMP]

Przecież praktycznie każdy z większy portal korzysta z różnych technologii, frameworków. Google, Yahoo, Live, Onet, Gazeta i każdy z tych portali ma podstrony które agregują informację ze swoich subportali/blogów. Kwestia potrzeb

[Graduatte]

OK, to może uściślę - projekt jest niedokończony, a oprócz tego zawiera błędy w istniejącym kodzie, które trzeba byłoby naprawić.

Większość tych błędów to jednak html + css.

Dzięki wszystkim za odpowiedzi. Też tak podejrzewałem, że się nie da

[Mion]

Ale co mają wspólnego błędy w html + css z samymi frameworkami i modelem MVC?

W tym wypadku piszesz o warstwie zwanej widokiem więc jeśli masz "kiepskie" pliki tworzące widoki które można nazwać inaczej szablonami, templatkamii itd, to zmiana frameworka i tak nie "naprawi" tych błędów.

[Graduatte]

Ale co mają wspólnego błędy w html + css z samymi frameworkami i modelem MVC?

Nie wiem, być może nic? Przyszło Ci do głowy, że nie jestem programistą, nigdy nie pracowałem na frameworku?

Jedynie współpracuje aktualnie z programistą, a że współpraca układa sie bardzo średnio to rozważam inne wyjścia.

Poza tym pisałem, że większość błędów to błędy w szablonach (tak, znam to pojęcie), ale są też błędy (i to też nie mało)

w funkcjonalności - np. po wypełnieniu formularza nie wyświetla tych informacji tam gdzie powinno.

[slawek22]

Ale co mają wspólnego błędy w html + css z samymi frameworkami i modelem MVC?

Ano to, że żeby je poprawić trzeba choć trochę się orientować w strukturze aplikacji i w działaniu konkretnego frameworku, czy frameworków w ogóle. Na przykład grafik który dodatkowo zajmuje się jako-takim cięciem szablonów raczej nie da sobie rady. Oczywiście to raczej bardzo prosta sprawa - ale jednak bez chociaż kiepskiego programisty poprawa błędów w HTML/CSS jest niewykonalna.

Co na przykład, jeśli poprawa wypluwanego HTML wymaga zmiany którejś części aplikacji (pełna i 100% separacja to mrzonki). To tak samo jakby zmieniać wygląd strony w HTML przez samą zmianę stylu CSS.

W tym wypadku piszesz o warstwie zwanej widokiem więc jeśli masz "kiepskie" pliki tworzące widoki które można nazwać inaczej szablonami, templatkamii itd, to zmiana frameworka i tak nie "naprawi" tych błędów.

Właśnie dlatego stosowanie samych szablonów mija się z celem - nie programista je prawdopodobnie i tak popsuje w czasie edycji bo np. smarty jest tak "świetnie" pomyślane, że taki kod od kodu PHP praktycznie niczym się nie różni, no może tym że działa kilkadziesiąt razy wolniej. Chociaż przygotowanie plików HTML / CSS to dobry pomysł. Może być przez kogoś innego bo nie wymaga tyle wiedzy i wysiłku ile budowa aplikacji w MVC... albo wymaga - jeśli chcesz zrobić jakieś zaawansowane optymalizacje, lub obsłużyć bez hacków wszystkie liczące się przeglądarki. I tak można to zrobić równolegle i przyspieszyć projekt.

Jedynie współpracuje aktualnie z programistą, a że współpraca układa sie bardzo średnio to rozważam inne wyjścia.

Kwestia nauczenia się frameworku to parę dni dla kogoś kto już pisał w MVC, oczywiście może być i pół roku, jeśli zatrudnisz "programistę" który nie zna się na tym co robi a pracę traktuje jako okazję do nauki. Z mojej strony mogę powiedzieć, że jeśli się spotykam z sytuacją, że projekt "nie spełnia oczekiwań" (jest ogromnie zbyt wolny lub zabugowany) to się to kończy zwykle jego przepisaniem od nowa, lub przepisaniem od nowa źle działającego modułu.

[Mion]

Co na przykład, jeśli poprawa wypluwanego HTML wymaga zmiany którejś części aplikacji (pełna i 100% separacja to mrzonki). To tak samo jakby zmieniać wygląd strony w HTML przez samą zmianę stylu CSS.

To nie są żadne mrzonki tylko jak najbardziej możliwe do realizacji zadanie. Oczywiście, że w szablonie będą się znajdowały prosta funkcja php jak echo, foreach niezbędne do wyświetlania danych, ale to wszystko.

Co do CSS i całkowitej zmiany wyglądu strony to trafiłeś jak kulą w płot, a dowodem na to jest serwisu: https://www.csszengarden.com/

[MMP]

To nie są żadne mrzonki tylko jak najbardziej możliwe do realizacji zadanie. Oczywiście, że w szablonie będą się znajdowały prosta funkcja php jak echo, foreach niezbędne do wyświetlania danych, ale to wszystko.

Wystarczy wylistować tablicę, przy czym pomiędzy elementami musi być jakiś separator i już kod Ci się komplikuje, albo wygenerować drzewo. Poza tym niektóre dane są pobierane z bazy danych newsy, artykuły jako gotowy kod html/bbcody - biblioteka bbcode musi przerobić kod na html.

> Co do CSS i całkowitej zmiany wyglądu strony to trafiłeś jak kulą w płot, a dowodem na to jest serwisu: https://www.csszengarden.com/

Zapomniałeś że csszengarden to tylko tania pokazówka i nikt nie wykonuje stron w taki sposób.

[Mion]

To jak będą pobierane, dostarczane i prezentowane dane w widoku zależy tylko i wyłącznie od programisty, a nie na odwrót.

Nieistotne jest czy wykonuje czy też nie, ale pokazuje, że istnieje taka możliwość całkowitej zmiany wyglądu strony za pomocą arkusza stylu CSS.

[slawek22]

Moim - zmiana wyglądu strony tylko z pomocą CSS to kolejna mrzonka, jeszcze nawet większa niż całkowita separacja w MVC Mam na myśli to, że wiele tym zrobisz - ale nie wszystko a jeśli chcesz np. zmienić układ to CSS raczej w tym wypadku odpada.

Masz na przykład prostokąt, chcesz zrobić zaokrąglone rogi. Jak to zrobisz samym CSS?

Jest <div></div>. Niestety musisz jeszcze dodać 2 albo 4 DIV'y a w nich ustawić tło. Powiesz - jest CSS3, tylko co obsłuży deklaracje ramek z CSS3. W teorii to tak wszystko ładnie wygląda i wszystko "jest możliwe do realizacji" do chwili gdy ktoś się za tą realizację zabierze

Zapomniałeś że csszengarden to tylko tania pokazówka i nikt nie wykonuje stron w taki sposób.

Dokładnie. IE6 nie obsługuje poprawnie nawet BOX model. Jak chcesz ustawić rozmiar+padding to z 1 div-a robią się 2... albo stosujesz jakieś toporne hacki / conditional comments.