Poll zonder MySQL - Class

Hmm, ik zie hier de meerwaarde van het OO totaal niet. Dit zijn gewoon wat functies in een class gegoten.

Een mogelijkheid om ip-adressen op te halen is toch geen functionaliteit van een poll?
Je zou het meer in objecten moeten opsplitsen, ik noem maar wat:
Poll,
Question,
Answer,
Vote,
VoteStoragere,
IpHandler.

Als je het nog mooier zou doen. Zou je de view en logica kunnen scheiden. Dit doe je door bjivoorbeeld een output class aan je View te geven (HtmlViewPoll, TemplateViewPoll, XmlViewPoll).
Dan geef je de poll een optie mee in de trant van setView(PollView $oView){}
Maarja, de vraag of je daar echt iets mee opschiet..

Verder vind ik het nog steeds onzinnig om een poll zonder database te maken. Maar er zullen vast wel (een paar) situaties te bedenken zijn dat het wenselijk is.

Het idee is mooi, de uitwerking niet.

Leg me nog eens uit waarom je ook weer een poll zonder SQL wilt

Je zou om variabelen op te slaan in een file ook eens kunnen kijken naar de functie var_dump.

Heb je niks aan, want dat kan je niet weer terug naar variable krijgen.
Serialize daarentegen wel weer:
serialize -- Generates a storable representation of a value
Of var_export:
var_export() gets structured information about the given variable. It is similar to var_dump() with one exception: the returned representation is valid PHP code.

Verder vind ik dat dit script onlogisch is opgebouwd, en ik snap niet waarom bepaalde delen in het tweede script / bestand ipv het eerste script / bestand. (Heb er verder niet uitgebreid naar gekeken.)

Mijn excuses, ik bedoelde natuurlijk var_export :D

Ik zou een balkje maken, dat is mooier vind ik zelf, verder mooi script! Fouten zijn al genoemd.