Priskamp. En prisjämförelsesite Björn Larsson

Transkript

1 Priskamp En prisjämförelsesite Björn Larsson

2 Abstrakt Detta är en post-mortem slutrapport om mitt projekt "Priskamp" inom ramen för kursen Individuellt Mjukvaruutvecklingsprojekt VT Projektets mål var att skapa en prisjämförelsesite i PHP med MySQL som databas. Drupal skulle även undersökas som potentiellt CMS för applikationen. Det blev en prisjämförelsesite som fungerar men projektet fick fokusera mer på ramverk, pattern och det faktum att Drupal inte passade så bra in i projektet och alla delar i visionen hanns därför inte med.

3 Bakgrund Syftet med sidan var att göra en prisjämförelsesite i stil med Prisjakt eller Pricerunner. Dock begränsades projektet till att endast jämföra räntor på bolån och sparräntor från ett mindre antal leverantörer. Det blir ganska mycket jobb även med detta ringa antal produkter och leverantörer. En del av projektet var att undersöka om Drupal skulle vara lämpligt som CMS(Content Management System), detta för att det är ett väldigt populärt CMS som många använder. Att använda en färdig kodbas för saker som struktur, authentication, templating osv är ju potentiellt en tidsbesparing och nått som många gör. Den största moroten var dock att kunna skriva att man kan Drupal på sitt CV. Tekniker som skulle användas var PHP som programmeringsspråk med MySQL som databas och driftas på en Apache server, mao klassika webbtekniker. I frontend HTML, CSS och Javascript, även där inga konstigheter. Jag har jobbat iterativt enligt ett scrum koncept, dvs jag har uppskattat vad varje delmoment skall ta och sen hela tiden jämfört med hur det låg till i verkligheten. Det är ett väldigt bra sätt att strukturera upp sitt arbete och skapa fokus. Projektet har följt tidsplanen så till vida att jag är nöjd med slutprodukten men att projektet gled in mer på att handla om struktur och ramverk än om själva applikationen. Därför hade jag nog högre förhoppningar på funktioner som aldrig realiserades inom ramen för projektet. Det visade sig ganska snabbt att Drupal inte passade så bra för det jag ville åstadkomma. Overheaden av att skriva applikationen i Drupal visade sig vara mycket större än jag anat och jag valde tidigt att rikta in mig på att skriva allt från grunden istället. Jag tittade lite på andra tillgängliga ramverk men eftersom jag redan använt en del av projekttiden till Drupal undersökningen så var jag mer eller mindre tvungen att börja koda. Jag valde att skriva applikationen i en lagerstruktur även kallad 3-tier eller n-tier. Det verkar vara väldigt ovanligt inom PHP världen att man jobbar på det viset men vi har jobbat så tidigare i.net på programmet så jag tänkte att det skulle nog fungera, och det gör det. Det är väldigt praktiskt om man har flera gränssnitt som backend för administration och frontend mot besökare för man kan separera dem från varandra på ett logiskt sätt men ändå återanvända mycket kod.

4 Positiva erfarenheter Det mest positiva är nog egentligen känslan av att ro hem ett stort projekt på egen hand. Att dessutom hålla en tidsplanering och jobba strukturerat och målinriktat var väldigt givande. Inför framtiden kommer jag definitivt att jobba iterativt igen. Jag har, helt ofrivilligt, lärt mig att skriva ett säkert login/authentication system, en router för SEO anpassade URL:er, mer eller mindre ett ramverk med funktioner som jag kan använda i framtida projekt som session hantering, templating system etc. Detta ger mig en möjlighet att förstå om ett annat ramverk är mer eller mindre användbart för en framtida applikation. Kunskaper som jag helt ofrivilligt var tvungen att skaffa mig har gjort mig till en bättre utvecklare på områden jag trodde jag inte skulle beröra. PHP är väldigt tacksamt att jobba med eftersom det är enkelt att komma igång, gratis och det finns mycket information på nätet om alla möjliga problem som folk har stött på. Jag har lärt mig mycket nytt och det har flutit på relativt bra allting så jag är överlag nöjd med projektet och resultatet.

5 Negativa erfarenheter Drupal var en stor besvikelse. Det är ett CMS som nog är bättre anpassat för att bygga mindre portaler till företag där det sitter en webbredaktör och publicerar artiklar. Då sparar man nog tid eftersom det finns många funktioner att tillgå för sånt. Jag gav dock upp när det visade sig att man inte ens har kontroll över databasen utan måste köra allt via Drupals system. Jag behövde ha kontroll hela vägen för att kunna bygga det jag ville så jag övergav Drupal. Jag gjorde iaf tre stora refaktoreringar och det kommer jag försöka undvika i framtiden genom att läsa på bättre om det pattern jag valt att jobba efter. Att börja koda bara för att det skall bli nått är ju mer kul än smart. Till nästa gång skall jag välja en struktur och sen börja koda, inte tvärt om. PHP är ju från början ett procedurellt språk och det märks. Tyvärr faller man in i det ganska lätt och i framtiden skall jag försöka jobba ännu mer objektorienterat. Det mesta är iofs objektorienterat men vissa delar i mitt templating system kan nog skrivas och bli mer OOP. Att skriva allt från grunden tar tid. Det är kul och lärorikt men egentligen onödigt. Det finns en uppsjö med ramverk i PHP man skulle kunna använda och det är något jag ämnar göra fortsättningsvis. Nu studerar jag förvisso så då kan man ju uppfinna hjulet för att lära sig något nytt, men i arbetslivet kan det bli svårt att motivera den typen av aktivitet. Jag hade velat skriva mitt eget köhanteringssystem för mina scrapers(informationsinhämtnings script), men det hann jag inte pga ovanstående. Jag ville dessutom titta på hur man skulle kunna effektivisera eller generalisera mer av informationsinhämtningen och sorteringen i backend. Där finns otroliga vinster att hämta om man vill skriva ett större system, vilket ju är drömmen. Men som sagt om man skriver allt från grunden så hinner man inte allt man vill.

6 Sammanfattning Jag personligen är nöjd med resultatet även om jag hade önskat att jag hade kunnat implementera andra funktioner än de jag tvingades göra. I framtiden kommer jag definitivt använda ett ramverk för pattern, routers, templating, auth/acl osv. Eventuellt det jag skrivit i det här projektet. En prisjämförelsesite är komplex. Det är mer komplext än man kanske först tänker. På pappret är det enkelt, man hämtar hem information, stuvar om den och presenterar den på en sida. Låter enkelt men är på intet sätt trivialt. Varje delmoment är i sig ett mindre forskningsområde. Jag hade viss kunskap om scrapers innan jag satte igång och jag kunde en del PHP men det var mycket mer komplext än jag anade. Dessutom har jag inte ens börjat titta på dom delar som handlar om rent affärsmässiga saker tex hur man skall kunna fakturera, analys och besökarstatistik, CRM etc. Jag har bara jobbat med basfunktionalitet och det finns hur mycket som helst man skulle kunna göra ovanpå detta. Det jag på ett personligt plan har märkt är att jag vet mycket bättre hur jag skall strukturera ett projekt. Inför nästa projekt så kommer jag definitivt ta med scrumtänket och UP med user tasks, product backlog, krav och testning. Har planer på att skriva nått enklare system för att hantera dokumentationsbiten och då framförallt krav och test något som blir lite tidskrävande bara genom en texteditor. Jag kommer definitivt fortsätta att utveckla Priskamp i någon form.