Läs in filen till en array, så att du får varje rad på en plats. Jämför sedan var 6 plats mot postnumret, börja loopen på 4, och kontrollera sist av allt den första posten i textfilen, utanför loopen.
Finns säkert bättre sätt, men det här var vad som poppade upp i min skalle. ;)
Läs in filen till en array, så att du får varje rad på en plats. Jämför sedan var 6 plats mot postnumret, börja loopen på 4, och kontrollera sist av allt den första posten i textfilen, utanför loopen.
Så kan man mkt väl göra när man har lite data och placerar detta i txt-filer. Alt att du petar in nåt skiljetecken och sparar ned data i en enda rad...
I övrigt om du ska hantera många poster är det betydligt bättre att spara ned det binärt och låta varje post representeras av en klass som innehåller din data. Ska du dessutom ha det sökbart är det lämpligare med hashtabell eller ett sökträd som lagringsformat än en statisk array, i programmet.
Ska man bara spara lite adresser och namn i den omfattning det här verkar vara (<1000 & console) är det både segare och bökigare att leka med databaskopplingar än att smacka in det i en egen struktur. Snackar vi volymer och byggbara lösningar är det ju en annan sak (fick dock inte det intrycket av denna topic).
En hashtabell eller BST är knappast att uppfinna hjulet igen ;)
Vad jag menade var att man kan bygga efter det redan existerande sättet, istället för att sätta igång med något nytt. Däremot inte sagt att jag inte skulle använda mig av en hashtabell istället för att hålla på med arrayer och skumma metoder för att få det att fungera. ;)
Nä!
helt rätt. det är ett litet concol-program med max 200 poster.
jag har inte lyckats så bra än så jag är fortfarande tacksam för enkel och liten c-kod
Denna lilla snutt är inte optimerad på sökningen. Men det är iaf ett sätt att peta in dina 200 kunder och skriva ut på skärmen efter postnummersökning. För att optimera sökningen kan man endera köra med träd eller en hashtabell ist för en std::vector.
Jorå... visst. Nu slängde jag ihop detta som omväxling från tentapluggandet till i morrn (Java) och kom lite hastigt på att den abstrakta överklassen behövdes i bindningen i vectorn. Därav interfacet. Av lathet orkade jag inte redigera 2 rader med ordet "Kund" och det blev rätt och slätt Kund och kunden ;)
Men även andra individer än människor kan ju vara kunder så... :birp
Overkill? Varför? På det här viset är det ju simpelt att bygga vidare... :)
Den här lilla kodsnutten är väl inget att tjafsa om? Vad har dina drivrutiner med ett lösningsförslag på kundregister att göra :q Var lite mer konstruktiv och kom med ett annat förslag då, än att enbart passivt racka ned på denna :)