Rzutowanie array na object

0

Dzień dobry. Jakie jest zapotrzebowanie pamięci podczas rzutowania array na object? Jeśli mam realizację transakcji z sesji(array) oraz normalnie z bazodanowego koszyka(object, collection), to czy warto to pchać do jednej uniwersalnego serwisu, który będzie sprawdzał czy dane wejściowe są tablicą albo obiektem, jeśli tablicą to rzutuj na object i zapisuj do tabeli. Czy lepiej wykorzystać dwie oddzielne klasy dla transakcji osoby z koszykiem w sesji oraz transakcji osoby zarejestorowanej?
Po co rzutowanie? aby móc odwoływać się do kluczy w tej sam sposób $obj->key, a nie $array['key']. Operacja jest bardzo podobna, więc logicznym jest zastosowanie serwisu albo klasy/metody pomocniczej. Jakie jest wasze zdanie?

1

Jakie jest zapotrzebowanie pamięci podczas rzutowania array na object?

Czy masz problemy z brakującą pamięcią podczas działania Twojej aplikacji?
Jeśli nie, nie baw się w premature optimization, tylko najpierw w ogóle dokończ swój program ;-)

Co do reszty pytań - niestety opisałeś to zbyt chaotycznie, więc ciężko coś więcej podpowiedzieć.

0

Dzięki. Chodzi o to że obecnie robię refaktor i zastanawiam się nad wykonaniem serwisu do przeprowadzania procesu transakcji. Iterowanie po danych w koszyku sprawdzanie kodu rabatowego dodawanie do bazy i tego typu podobne rzeczy, serwis możliwe że w przyszłości będzie rozwijany. Jak wiadomo jeśli user nie jest zarejestrowany to dodaje produkty do koszyka w sesji, jeśli jest zalogowany to do bazy do odpowiedniej tabeli. Obecnie posiadam dwa takie serwisy właśnie dla osoby zalogowanej i niezalogowanej, robię tak ponieważ dodaje dane do innych tabel gdyż muszę jeszcze dodać do bazy dane usera niezalogowanego gdy właśnie ten wykonuje zamówienie, jeśli zamówienie wykonuje zarejestrowany user to dodaje do tabeli tylko jego id z relacja do tabeli user. Wykonuje to larwie :) wiadomo że lepiej jeden serwis i nie byłoby z tym raczej problemu, tylko widzisz do danych z sesji-koszyka odwołujemy się jak do tablicy a do danych z bazy - koszyka jak do obiektu. Może powinienem zrezygnować z koszyka w bazie q zrobić tylko w sesji?

1

Przekomplikowujesz sprawę - zapisuj dane zawsze do sesji i nie baw się póki co w persistent cart.

tabeli tylko jego id z relacja do tabeli user.

Relacja jest synonimem tabeli (https://pl.wikipedia.org/wiki/Model_relacyjny). To, o czym mówisz, nazywa się związek.

0

Dzięki. Faktycznie mam tendencje do przekombinywania.

1 użytkowników online, w tym zalogowanych: 0, gości: 1