[PHP]Odbieranie danych Opcje

[cer98]

1. Czy trudno napisać funkcję do odbierania i zwracania danych wysłanych z POST i GET ? Miałaby za zadanie odebrać wszystkie wysłane dane metodą POST i GET, przekazać w tablicy lub określoną, którą zadeklaruję. Potrzebuję tego do walidacji formularza.

2. Drugie pytanie w kontrolerze deklaruję metody, jak je zablokować, żeby po wejściu na stronę nie widzieć, że formularz jest sprawdzony i wysypało błędy, tylko pusty formularz ? Myślałem, żeby wstawić warunek dla wszystkich metod walidujących, jeśli dane zostały wysłane postem, to rozpocznij walidacje, jeśli nie nic nie rób, wyświetl formę. Ale jak to robi się profesjonalnie w MVC?

[IceManSpy]

Z taką wiedzą na zabieraj się za MVC. Poćwiczyć czyste PHP, a potem wróć do MVC itd. Bo pytając nas jak odebrać GET i POST, to nie połapiesz się w MVC.

[Adikso]

1.

Kod

<?php
printf($_POST);
printf($_GET);
?>

Wyświetla dane post i get w formie tablicy

Ten post edytował Adikso 5.08.2011, 19:42:29

[cer98]

[PHP] pobierz, plaintext 
$validate->doValidate(@$_POST['opcja'] ,'', true);
[PHP] pobierz, plaintext 

Po prostu chce uniknąć takiej sytuacji, że mam syf w metodzie w pierwszym argumencie, mam błąd notice, którego mogę się pozbyć jedynie wstawiając null, a mogę opcję przekazać inaczej.

Jak tą metodę uruchomić po wysłaniu formularza ?

Ten post edytował cer98 5.08.2011, 19:46:50

[IceManSpy]

Możesz też zrobić isset($_POST) to wtedy sprawdzisz czy zmienna $_POST jest ustawiona.

[cer98]

Czy ma to prawo działać ?

[PHP] pobierz, plaintext 
 
class klasa{
public $getData= array();
 
public function getPost($var){
 
$this->getData= ($_POST);
 
return $this->getData[$var];
 
 
}
}
 
$get = new klasa;
$get->getPost('opcja')
 
 
[PHP] pobierz, plaintext 

Ten post edytował cer98 5.08.2011, 20:02:01

[IceManSpy]

Ile się uczysz PHP? Może coś tam by działało, ale mnóstwo błędów popełniasz:
1. W klasie używasz tablicy $_POST - takich rzeczy się nie robi. Możesz przekazać jako parametr tablicę POST do jakiejś metody.
2. Pola metod najczęściej są prywatne, aby nie było do nich dostępu bezpośrednio przez obiekt - do tego służą gettery i settery.

[cer98]

Czytam książki, piszę przykłady, może rok uczę się. Zmieniłem na private i też działa, zatem czy moja klasa nie nadaje się do powszechnego użytku ?

Czy powinienem wysyłać formularz do skryptu, czy na tą samą stronę ? Jeśli do skryptu, to z przekierowanie ? Jak to wygląda we wzorcach ?

Ten post edytował cer98 5.08.2011, 20:30:32

[IceManSpy]

A wiesz chociaż czemu działa jak zmieniłeś na private?

Nie chcę tutaj nie doceniać Twojej pracy, ale zanim weźmiesz się za wzorce i w ogóle MVC (też wzorzec), to zajmij się podstawami. Jakoś nie wierzę, że rok się uczysz Może miesiąc. Takie rzeczy widać, bo zadajesz pytania jak odebrać POST czy GET, co większość osób ogarnie po tygodniu nie siedząc nawet po kilka godzin.

Rozumiem, że możesz mieć pytanie odnośnie programowania obiektowego - sam uczę się jak go stosować. Ale takie podstawy jak odebrać POST czy GET to jeszcze za wcześnie na obiektówkę czy wzorce.

Ten post edytował IceManSpy 5.08.2011, 20:45:11

[cer98]

Zwracam to, co chcę, czyli odebrałem dane w metodzie, pole jest private, więc nie ma dostępu do niego spoza klasy. Nie będę mógł również go dziedziczyć, chyba że jest protected, ale nie będę mógł zmienić. To nie funkcja narzędziowa, tylko do odbierania danych, więc mam przekazać tablicę post do funkcji w metodzie i zwrócić element tablicy post ? Czyli metoda będzie miała 2 argumenty tablica globalna post i to co chcę zwrócić ? Chyba dobrze zrozumiałem to, co piszesz bo ja chcę stworzyć metodę do odbioru danych z tablicy post, a w klasie nie mogę użyć POST ?

Nie powinno być ważnym ile się uczę, tylko ilę potrafię.

Teraz pokaż mi na przykładzie __set i __get jak odebrać dane z tablicy globalnej POST

[PHP] pobierz, plaintext 
public function __set($nazwa, $wartosc) {
        $this->data[$nazwa] = $wartosc;
}
[PHP] pobierz, plaintext 

Ten post edytował cer98 5.08.2011, 21:11:45

[IceManSpy]

Przypisywanie i odczytywanie (pisane na szybko, więc może być jakiś mały error ):

[PHP] pobierz, plaintext 
<?php
class Klasa {
	private tablica = array();
 
	public function set($array) {
	$this->tablica = $array;
	}
 
	public function get($ktory) {
		//pomijam sprawdzanie, czy private tablica jest ustawiona
		return $this->tablica[$ktory];
	}
}
$obj = new Klasa();
$obj->set($_POST);
//odbior jakiegos elementu
echo $obj->get('opcja');
[PHP] pobierz, plaintext 

W tej klasie może być dowolna tablica - POST, GET, coś z bazy danych, z XML, co chcesz.

Ten post edytował IceManSpy 5.08.2011, 21:20:36

[cer98]

Chciałbym rozwinąć klasę o metodę, która przypisze mi wszystkie zmienne, jest sens (albo przekazać tablicę POST przez konstruktor do klasy Validate i w __construct przypisać zmienne) ?

[PHP] pobierz, plaintext 
class Klasa {
private tablica = array();
 
public $nick;
 
public function set($array) {
$this->tablica = $array;
}
 
public function get($ktory) {
//pomijam sprawdzanie, czy private tablica jest ustawiona
return $this->tablica[$ktory];
}
 
public function setData(){
$nick = $this->get('nick');
// ... itd. //
return $nick;
}
}
$obj = new Klasa();
$obj->set($_POST);
//odbior jakiegos elementu
echo $obj->get('opcja');
echo $validate->setData();
 
echo $validate->nick;
[PHP] pobierz, plaintext 

To błąd:

[PHP] pobierz, plaintext 
    $validate->doValidate($validate->get('opcja') ,'', true);
[PHP] pobierz, plaintext 

Mam jeszcze jedno pytanie, ale to później. Pomocy

[bastard13]

Nie za bardzo mogę się w tym wszystkim połapać. Chodzi ci o to, że jeżeli twoja tablica $_POST wygląda tak:

[PHP] pobierz, plaintext 
$_POST = array('a' => 1, 'b' =>2);
[PHP] pobierz, plaintext 

to chcesz uzyskać coś takiego:

[PHP] pobierz, plaintext 
$a = 1;
$b = 2;
[PHP] pobierz, plaintext 

Jeżeli tak, to użyj http://www.php.net/manual/en/function.extract.php
No i wsadź to sobie w jakąś metodę.

[cer98]

Myślę, że to wina podziału, walidacja powinna odbywać się w kontrolerze.

Ta klasa to model, do walidacji więc myślę, że kontroler, czyli wywołane metody powinny być wszyte w model.
Ponieważ kontroler odbiera wszystkie akcje użytkownika i uruchamia metody z modelu oraz odpala widok.
Błędy to zwykła tablica, więc mogę przesłać do widoku.

W widoku miałbym tylko formę i błędy z wypełniania. Błędy wysłałbym przez GET, potem serialize i unserialize ?

Dobrze rozumiem ?

p.s. Ta funkcja jest kompatybilna z PHP5, więc powinna działać.

Ten post edytował cer98 5.08.2011, 22:52:31

[gac3k]

dude, źle się za to zabierasz, poza tym mam nadzieję że to 98 to nie jest twoja data urodzenia

Myślę, że to wina podziału, walidacja powinna odbywać się w kontrolerze.

nie wiem czy dobrze Cię rozumiem, ale cała walidacja powinna być w modelu nie w kontrolerze, w kontrolerze tylko sprawdzasz czy walidacja przeszła czyli np.

[PHP] pobierz, plaintext 
if($model->validate($_POST))
{
    //save this bitch
}
else
{
   //pokazujesz form
}
[PHP] pobierz, plaintext 

a już pomijając wszystko, to ja Ci proponuje ściągnij sobie jakieś frameworki oparte na MVC ja Ci polecam Kohane, osobiście m.i.n jego używam i jest w sam raz do nauki tego akurat wzorca. Generalnie powinieneś całą logikę trzymać w modelu, chociaż fakt że to nie zawsze wychodzi.

[cer98]

Kto mi może powiedzieć, czy ta serializacja to dobry pomysł ?
Możesz mi powiedzieć Kohana to jaki wzorzec ?

Do sprawdzenia, czy wszystko gra użyję allClear();

Ten post edytował cer98 5.08.2011, 23:18:33

[IceManSpy]

Dalej masz publiczny $nick, którego nawet nie wykorzystujesz.

Nie bierz się za wzorce jak nawet nie wiesz co jest czym. Zabierasz się za to jak do strzelania z CKMu, nie potrafiąc nawet strzelić z pistoletu (nawet takim na kulki - bo pytasz o proste operacje na GET i POST).

Poćwicz sobie trochę obiektówkę. Zrób sobie klasę do walidacji, gdzie będziesz np walidował imię, maila czy datę (przy okazji możesz poćwiczyć wyrażenia regularne). A potem wykorzystaj to w innych metodach. Dzięki temu poznasz działanie programowania obiektowego i będzie Ci dużo łatwiej wskoczyć w MVC.

Ogólnie rzecz biorąc modele służą do operacji na danych. Widok tylko wyświetla coś tam, a kontroler łączy widok z modelem. To tak w maksymalnym skrócie.

Frameworki MVC: Koahana, Symfony, Zend, Code Igniter, Yii.

Ten post edytował IceManSpy 5.08.2011, 23:37:40

[cer98]

proxy będzie tu dobrym wzorcem
http://www.oodesign.com/proxy-pattern.html

Ten post edytował cer98 5.08.2011, 23:48:13

[gac3k]

pytasz się nas czy stwierdzasz, mam wrażenie że ty nie szukasz pomocy tylko poparcia twojego myślenia. To nie jest problem wzorców tylko tego że ty chcesz ich używać nie znając nawet logiki ich działania. Napisałem Ci wyżej co ja sądzę.

[IceManSpy]

A znasz wzorzec Inheritance ?

Ten post edytował IceManSpy 6.08.2011, 00:19:47