[framework] Mohebo Framework Opcje

[SHiP]

Odnośnie http://framework.mohebo.pl/docs-8, zrób tak żeby w jedym pliku można było trzymać kilka tłumaczeń, bo tworzenie 4 plików w których tworzysz tyle samo <message> z takim samym <orginal>jest dobijające. Nie mówiąc jak później chce się dodać 10 nowych zdań do 4 różnych języków.

Aktualną składnię wybrałem ze względu na prędkość.
Powiązania między kilkoma plikami tłumaczeń będzie załatwiał graficzny edytor . Temat: Edytor_tlumaczen

[Exek]

Prędkość czego? Bo pewnie jakieś keszowanie zrobiłeś do tych xmli? A o edytorze zaraz się wypowiem w odpowiednim topicu.

[SHiP]

W temacie dotyczącym Spawnm Frameworka Spawnm napisał:

@SHiP -> masz lepszy? Pokaż.

Zajęło mi to kilka dni ale przygotowałem paczkę .

Mohebo Framework 0.2

Huh, minęły prawie 2 lata. Sporo programowałem w tym czasie, często w oparciu o mój własny framework. Ten czas spowodował, że kilka rzeczy usprawniłem tak aby pracowało mi się szybciej i wygodniej. Pełnej listy zmian nie jestem w stanie podać ponieważ nie robiłem jej na bieżąco i nie wiem dokładnie co się zmieniło ;]. SVN zaktualizuję jutro, wtedy dowiem się więcej.


Krótki Changelog

- zmiana licencji z LGPL na MIT
- parametry w routerze tj. /lang:pl/
- automatyczne logowanie widokow oraz modeli
- zmiana nazwy klasy z MoheboApplication na MoheboController
- wiele plikow routera(dla kazdej domeny inny)
- kilka nowych filtrów
- tworzenie nowych walidatorów jest również dostępne po przez stworzenie odpowiedniej klasy i umieszczenie jej w /system/core/validators/ (znajduje się tam już plik file.php). Aby walidator zadziałał wystarczy w wymaganiach określić typ na "file" (tj. nazwę pliku walidatora).

Framework można pobrać z mojego katalogu z projektami:
http://srodek.info/files/MoheboFramework-0.2.tar.gz

Dokumentacja jest dostępna pod adresem http://mohebo.com oraz wewnątrz paczki

Nowością jest katalog generator/ - jest w nim crud.php(nad tym to ja się dłuugo męczyłem) - plik generujący moduły administracyjne na podstawie plików konfiguracyjnych ( domyślnie 3 dostępne - in_news.php, in_galleries.php oraz in_photos.php) W środku katalogu TODO tłumaczące kilka rzeczy
Jestem leniwy i pisanie tych plików konfiguracyjnych ręcznie mnie nudzi więc tworzę powoli edytor graficzny - generator/configCreator.php Niestety nie działa on do końca poprawnie więc nie zalecam jego stosowania. Wrzuciłem jako ciekawostka

Czekam na wasze komentarze i opinie.

Co w najbliższej przyszłości? Zmiana architektury na prawidłowe MVC - tj. przerzucenie pobierania danych z kontrolera na widoki(starą konwencję również pozostawię) tak aby one same potrafiły dobrać się do odpowiedniego modelu. Możliwość tworzenia własnych filtrów oraz kilka innych usprawnień(to jeszcze zależy co mi zaproponujecie).

Dlaczego warto używać?
- lekki
- prosty
- chętnie pomogę na forum w przypadku wszelkich problemów oraz napiszę(o ile będą sensowne) dodatkowe moduły o jakie mnie poprosicie tak aby rozwijać ten framework w odpowiednim kierunku.

Pozdrawiam .

PS: piszę tutaj ponieważ jeden projekt = jeden temat. Jeżeli moderatorzy sądzą, że 2 lata to za długo to proszę wydzielić posty do oddzielnego tematu.

[Spawnm]

Z klas które mnie zainteresowały będzie chyba translator , przyjrzę się jemu potem z bliska

Ale sieczka z wcięciami , kodem w komentarzach i brakiem komentarzy przy wielu metodach xp
Nazwy plików też ciekawe imageCreator.php , rainbow.class.php , rainbow_compiler.class.php ...

Kwiatki:

[PHP] pobierz, plaintext 
class MoheboApplication extends MoheboController{}
/...
class MoheboView
{
	protected $core = null;
}
[PHP] pobierz, plaintext 

Spodziewałem się więcej po klasie mysqli ...
A pisałeś że masz lepszy

[SHiP]

Ale sieczka z wcięciami

tzn?

kodem w komentarzach i brakiem komentarzy przy wielu metodach xp

Sporo tego jest powoli wszystko aktualizuję. Szczególnie wstawki phpdoc

Nazwy plików też ciekawe imageCreator.php , rainbow.class.php , rainbow_compiler.class.php

To jest katalog z bibliotekami gdzie nie obowiązuje żadna konwencja co do nazwenictwa

Co do kwiatków w kodzie:
kwiatek 1: jest to spowodowane zmianą nazwy klasy z MoheboApplication na MoheboController. Zostawiłem do kompatybilności
kwiatek 2: Ok, brakuje słowa kluczowego abstract. Ta klasa jest bardziej pisana "na przyszłość"


mysqli wygląda jak wygląda ponieważ wbudowany w php moduł MySQLi jest całkiem dobry. Myślę jedynie nad dodaniem sterownika PDO lub własnego ORM-a

[Spawnm]

'Ale sieczka z wcięciami'
tzn?

Zobacz sobie np. taki lib/mail.php

dalej:

[PHP] pobierz, plaintext 
	/**
     * Zwraca wartość opcji o określonej nazwie
     * @param string $name
     * @return string
     */
	public function getOption($name)
	{
		if(isset($this -> options[$name]))
			return $this -> options[$name];
		else return null;
    }
 
	/**
     * Ustala wartość opcji o określonej nazwie
     * @param string $name
     * @param mixed $value 
     */
	public function setOption($name, $value)
	{
		$this -> options[$name] = $value;
    }
[PHP] pobierz, plaintext 

nie wiem jak to tutaj wyświetli ale wcięcia to jak polecą tak będą z tego co widzę...

Dalej idąc - po co html ładowałeś do pagera ?

[SHiP]

Ok dzięki. Reczywiście w email.php połowa wcięć jest robiona spacjami połowa tabulacją(przy ustawieniu tabulator = 4 spacje wygląda to normalnie). W pliku router.php komentarze dopisywałem później jak widzę z włączoną konwersją tabulatora na spacje. Zmienię to i sprawdzę czy inne pliki nie maj podobnych. Unormuję też kwestię pozostawiania lub nie nawiasów przy instrukcjach warunkowych bo jak widzę w starych plikach różnie to bywa.

2. A jak to inaczej rozwiązać? Pager powinien zwracać tablicę z elementami a nie kod html?

EDIT: poprawiłem te wcięcia, wyrzuciłem zakomentowane metody i zrobiłem reupload paczki

Ten post edytował SHiP 16.07.2010, 19:09:09

[Spawnm]

Zobacz jak to rozwiązałem ja
pager jako model robi obliczenia ile jest stron na jakiej jesteśmy itd. wynik przekazuje do widoku przez np. render po czym zwraca html z widoku. (do głównego pliku/kontenera widoku)
Czyli oddzielamy widok od modelu , u ciebie to jedność w pagerze.

[PHP] pobierz, plaintext 
public function rotate($angle)
	{
 
	}
[PHP] pobierz, plaintext 

Dalej

[PHP] pobierz, plaintext 
resize_photo($img,$max_width,$max_height, $saveTransparency)
[PHP] pobierz, plaintext 

Czemu tutaj już nie dałeś $this -> readyImage ?

//edit
widzę że mieszasz w nazwach metod, raz dajesz z garbem getOption a raz z '_' resize_photo

Powód edycji: [Spawnm]: [Spawnm]:

[Neo]

Chroń wszystkie plik przed bezpośrednim dostępem via WWW
/theme/framework/footer.php
/theme/framework/header.php
/theme/framework/index.php
(te pliki sypią błędami)

Utwórz pusty plik index / .htaccess bo możliwe jest listowanie katalogu
/application/cache/view/xhtml/

Nie privigles tylko privilege / privileges

[SHiP]

Chroń wszystkie plik przed bezpośrednim dostępem via WWW
/theme/framework/footer.php
/theme/framework/header.php
/theme/framework/index.php
(te pliki sypią błędami)

Utwórz pusty plik index / .htaccess bo możliwe jest listowanie katalogu
/application/cache/view/xhtml/

Stworzę stosowny plik htaccess

Nie privigles tylko privilege / privileges

Ups. Straszna literówka. No nic pozmieniam wszystko i wrzucę paczkę za kilka minut...
EDIT: literówka poprawiona, uprawnieniami do katalogów zajmę się później...

Ten post edytował SHiP 17.07.2010, 11:15:17

[Cysiaczek]

Nie zagłębiałem się rozwiązania, kiedyś jakiś kwiatek w FW Spawna znalazłem, ale nie chciało mi się pisać.
Teraz jednak zapytam.

[PHP] pobierz, plaintext 
class MoheboApplication extends MoheboController{}
class mysqliModel extends MoheboApplication {}
[PHP] pobierz, plaintext 

Czyli co w końcu?

[SHiP]

@Cysiaczek: trafna uwaga. Po prostu model i controller współdzielą sporo rzeczy. Zmieniłem Appliacation na Controller, a nie sprawdziłem zależności ;]. Widzę, że będę musiał zrobić MoheboXX(nad nazwą pomyślę), a z niego bedzie dziedziczyc MoheboController oraz MoheboModel. MoheboApplication wywalę w ogóle.

Dzieki jeszcze raz za komentarze i wyłapywanie głupot .

[-=Peter=-]

Widzę, że będę musiał zrobić MoheboXX(nad nazwą pomyślę), a z niego bedzie dziedziczyc MoheboController oraz MoheboModel. MoheboApplication wywalę w ogóle.

A nie lepiej utworzyć klasę "MoheboXX", której obiekt będziesz przekazywał do obiektów MoheboController oraz MoheboModel? Co wspólnego ma model i kontroler? To nie jest ta sama gałąź dziedziczenia, mają całkowicie inną budowę, inne zadania, jest to inna warstwa aplikacji. Poza tym w niektórych sytuacjach dziedziczenie lepiej zastąpić kompozycją, tak jak np. w tym przypadku. Nadużywanie dziedziczenia nie jest dobrym nawykiem (tak w ogóle to nie ma dobrych nawyków, ale to temat na inną dyskusję ).

Jestem przyzwyczajony do tego, że jedna klasa lub nawet interfejs z jedną jedyną metodą jest w osobnym pliku, no chyba że jest to klasa, która jest wykorzystywana tylko przez główną klasę w pliku i żadna inna klasa nie wie o jej istnieniu. Ale to już kwestia standardów jakich się trzyma

[SHiP]

@-=Peter=-: ok, dzieki za uwagi. Dostosuję sie