Echter nu het probleem. Ik heb in mijn HTML een aantal div's. Eén daarvoor is een "vorige" knop, één is de "volgende" knop en de laatste is waar de content in moet komen.
Hoe kan ik er nu voor zorgen, dat aan de hand van deze class, als iemand op vorige / volgende klikt dat de content in de div veranderd? wat is hiervoor de correcte manier?
Ik kan wel jQuery er doorheen gaan mensen, maar ik weet niet of dit de correcte manier is om zo iets te doen (gebrek aan ervaring).
Hopelijk kan een van jullie mij vertellen hoe dit aan te pakken
Hoe je iets weergeeft staat in principe los van hoe je iets ophaalt.
In dat opzicht zijn de methoden "previous" en "nextOne" nogal curieus. Daarnaast doen ze alle (alsmede je constructor) ongeveer hetzelfde. Een goed ontwerpprincipe is Don't Repeat Yourself. Ook is de naamgeving niet helemaal consistent, maar dat doet er niet toe want ik zou deze methoden niet gebruiken.
Je moet je ook afvragen wat er gebeurt als er genavigeerd wordt van pagina A naar pagina B. Je objecten zijn niet persistent, dat wil zeggen, ze blijven niet bestaan. Al het geheugen wat een script gebruikt, en hiertoe behoren ook variabelen, objecten en de hele rimram worden normaal gesproken vrijgegeven wanneer het script klaar is met zijn uitvoer. Er is geen historie van een "huidig" of "vorig" element tenzij je dit op een of andere manier propageert van pagina A naar pagina B (via de URL, een sessie, een cookie, whatever).
Ook de public property content is nogal raar, deze bevat een hardcoded lijst met feeds.
Ik denk dat deze class vanuit een OOP-point-of-view niet echt de goede insteek heeft, onder andere om de volgende redenen:
* normaal verzorgt één class één taak, in dit geval zou je een class kunnen schrijven die een feed ophaalt en alvast een soort van voorbewerking doet voor makkelijk gebruik zodat deze class een zekere meerwaarde heeft; op dit moment is het niet echt meer dan een wrapper voor file_get_contents / SimpleXML aanroepen, dat rechtvaardigt de inzet van een class nog niet echt.
* een class moet herbruikbaar zijn; als je dan toch een class schrijft die toegespitst is op het ophalen van een feed, dan zou je dit bijvoorbeeld kunnen regelen door je constructor te voorzien van een parameter waarmee je de feedlocatie kunt opgeven (in plaats van die hardcoded lijst).
De logica voor het weergeven van en navigeren door verschillende feeds hoort niet echt in deze class thuis (als deze enkel tot doel het ophalen ervan zou hebben).
Je zou deze class nog uit kunnen breiden met caching (en deze caching zou je weer onder kunnen brengen in een aparte class omdat dit een andere/specifiekere taak is).
Nu haal je de feed elke keer opnieuw op. Wat gebeurt er als meerdere mensen vrolijk door jouw applicatie heenklikken? Als het een beetje druk wordt dan wordt nu.nl gebombardeerd met requests...
Het ging mij er meer even om hoe ik in de feeds tussen de volgende in de array en de vorige kan switchen en dit kan weergeven. een caching zou er uiteraard in zitten en betreft de array IN de class zelf, ook dit was voor de handigheid even zo gedaan, normaal geef ik dit als attribuut mee inderdaad.
Echter wel allemaal goede punten, maar het gaat mij puur om hoe kan ik het 't beste doen dat je op een volgende / vorige knop kan klikken en dat de volgende of vorige uit de array gekozen word en weergegeven word ;)
Echter wel een top antwoord van je met veel goede punten! maar het punt is echt:
Ik kan een volgende en vorige kiezen, dit werkt... maar hoe nu weergeven. Gewoon een PHP afsluit tag doen en daar jQuery neer gooien? of wat zou een correcte manier zijn om zoiets te doen?
Ik heb vaker dit soort dingen gemaakt maar niet in OOP. Dan doe ik het met jQuery en cache ik het in MYSQLi of anders in een tekst bestand zodat het inderdaad niet elke keer opnieuw opgehaald hoeft te worden.
Als het er om gaat dat het live veranderd word zul je inderdaad iets als jQuery / Ajax moeten gaan gebruiken.
Als er een pagina refresh bij mag komen kun je gebruik maken van een 'Pagina Navigatie'.
Of wel:
Vorige --> pagina.php?link=1
Huidige
Volgende --> pagina.php?link=3
En dan in je navigatie laten bekijken wat de startpositie is.
Zonder 1 van beide (page nav of Ajax / jQuery) gaat dit je niet lukken denk ik...
Beide manieren zijn correct, de ene misschien wat simpeler (page nav) maar de andere weer wat 'blitser' (ajax / jQuery).
Oh, het betreft dus in eerste instantie enkel een navigatie-issue.
Zoals Rens al aangeeft, je zult hoe dan ook de feeds op een of andere manier moeten identificeren. Geef ze een (auto-increment) nummer of refereer aan een statische lijst. Dit id geef je bijvoorbeeld door via de URL, lijkt mij het handigste.
Hoe je deze informatie vervolgens binnenharkt en/of afdrukt: wat jij leuk vindt. Het bekijken van een feed hoeft wat mij betreft niet via een of andere achtergrondroutine (ajax/jQuery) te lopen tenzij je een soort van interactief controlepaneel hebt ofzo, waarop (veel) meer informatie wordt getoond. Als je enkel, en "exclusief", de feed bekijkt op een aparte pagina zou ik dit niet via ajax/jQuery doen.
Daarbij ook de observatie dat hetgene je doet op de afzonderlijke pagina, en de informatie die je binnentrekt via ajax/jQuery haast op eenzelfde wijze geschiedt: je haalt de informatie op van één feed middels een identifier. En of je dit nu transporteert als JSON of als een plak HTML, dat is eigenlijk om het even. Ik zie dan ook niet echt een groot technisch verschil tussen deze twee. Welke handiger is is meer persoonlijke voorkeur dan een echte grote ontwerpbeslissing. De uitwerking (het hoe) is eigenlijk triviaal ten opzichte van de aanpak (het wat). Het missende puzzelstukje is wellicht een manier om een feed uniek te identificeren.
Als ik nieuws uit een bepaalde rubriek bekijk ben ik trouwens meestal geinteresseerd in een specifieke rubriek, het komt zelden tot nooit voor dat ik door alle rubrieken heenblader. Misschien moet je dit meenemen in je overweging om in plaats van een vorige/volgende aanpak te gaan voor een variant waarbij je direct een rubriek kunt selecteren? Of beide.
Even voor de duidelijkheid de opdracht hier wat ik moet leren:
Bouw een nieuws applicatie waarmee het laatste nieuws wordt gepresenteerd,
gebruikmakend van de RSS-feeds van Nu.nl,
waarbij de gebruiker zelf van ‘kanaal’ kan wisselen
Waar ik nu dus niet uit kom is hoe ik naar de volgende feed kan gaan (url) en deze kan weergeven... dit is een niet werkend voorbeeld maar bijvoorbeeld het volgende voorbeeld zoals onderstaand.
Overigens kan er veel beter en mooier dat weet ik, maar het gaat mij er nu enkel om hoe ik naar volgende en vorige kan gaan en de resultaten met jQuery in de desbetreffende div kan weergeven that's all
Thomas - 04/03/2016 15:54 (laatste wijziging 04/03/2016 16:15)
Moderator
Ik denk dat de punten van Rens en mij niet helemaal zijn aangekomen. Laat ik het nogmaals proberen uit te leggen.
Je moet het zo zien: om te weten waar je naartoe gaat, moet je weten waar je bent. Op dit moment wordt dat niet bijgehouden. Vorige feed? Volgende feed? Ten opzichte van wat? Dat is het punt een beetje nog steeds: de feeds worden niet (via de buitenwereld) geïdentificeerd als A of B. Dan weet je dus ook niet dat B volgt op A.
Ook is het wellicht handig om een soort van verdeel-en-heers strategie te volgen. Het fysiek ophalen van een specifieke feed (of een gecached exemplaar hiervan ) heeft weinig (niets?) van doen hoe je deze weergeeft of hoe je deze combineert in een navigatie. Probeer deze taken dan ook niet te combineren maar splits ze (verdeel) en los ze vervolgens stuk voor stuk op (heers).
Hieronder een voorbeeld van een aanpak van hoe de navigatie zou kunnen verlopen. In dit geval met pagina-refreshes, maar op eenzelfde manier kun je iets met jQuery/AJAX bouwen. De crux is dat je een statische lijst van feeds hebt waar je aan kunt refereren die "globaal" bekend is, en dat je op een of andere manier onthoudt bij welke (huidge) feed je zit. Alleen dan kun je op een zinnige manier spreken over "vorige" en "volgende".
De class of functionaliteit die een feed ophaalt (op wat voor manier dan ook) heeft in principe al deze informatie niet nodig - deze moet enkel een feed op kunnen halen en weer kunnen geven (dit laatste kun je trouwens ook weer in een aparte class/stuk functionaliteit onderbrengen als je wilt).
Met het volgende voorbeeld is eigenlijk de helft van het werk al gedaan (de navigatie). De rest mag je voor je eigen rekening nemen.
Goed antwoord, veel informatie dankjewel! in mijn huidige ontwerp zou hij inderdaad niet onthouden waar je momenteel bent en in jouw voorbeeld code wel.
Ik ga dit weekend eens proberen om jouw code verder uit te werken en het goed werkend te krijgen voor mijn doeleinde.
Dankjewel!
Gesponsorde links
Je moet ingelogd zijn om een reactie te kunnen posten.