Vilka är de bästa metoderna i OOP

Hej, Omdömen

min bästa svaret på din fråga skulle ge dig en lista över dåliga metoder – vad du borde, &'; t gör

Sämsta praxis Omdömen

Det här inlägget räknar några av de värsta metoder som du måste vara försiktig INTE ANVÄNDA Omdömen

Från kategorin. “ tror inte ens att göra detta &"; Här är några dåliga exempel på kod stött:

Finder metoden returnerar objekt Omdömen

Problem: Beroende på antalet förekomster hittade upphittaren returnerar ett tal som representerar antalet förekomster – eller! Om endast en hittade avkastning själva objektet Omdömen

Don &';. T göra detta! Detta är en av de värsta kodningsmetoder och introducerar tvetydighet och mässar koden på ett sätt som när en annan utvecklare kommer in han eller hon kommer att hata dig för att göra detta Omdömen

Lösning:. Om det &'; s behov för sådana 2 funktioner: räkning och hämta en instans gör skapa 2 metoder man som återför räkna och en som returnerar instansen, men aldrig en enda metod gör båda hållen Omdömen

Problem:. En härledd dålig praxis är när en finder returnerar antingen en enda förekomst finns antingen en rad händelser om mer än ett hittas. Denna lata programmering stil gjort många av de programmerare som gör den tidigare i allmänhet Omdömen

Lösning:. Med denna på mina händer skulle jag returnera en array med längden 1 (en) om endast en förekomst hittas och en array med längden > 1 om fler förekomster hittas. Dessutom skulle hitta några händelser alls returnera null eller en array med längden 0 beroende på applikation Omdömen

Programmera till ett gränssnitt och använder samvarierande typer returOmdömen

Problem:. Programmering till ett gränssnitt och använder kovariant returtyper och gjutning i den anropande koden Omdömen

Lösning:. Använd i stället samma Supertype definieras i gränssnittet för att definiera variabeln som ska peka på det returnerade värdet. Detta håller programmering till ett gränssnitt strategi och din kod ren. Omdömen

Klasser med mer än 1000 linjer en lurande fara Omdömen Metoder med mer än 100 linjer en lurande fara för! Omdömen

Problem: Vissa utvecklare saker för mycket funktionalitet i en klass /metod, är för lat för att bryta funktionaliteten – Detta leder till låg sammanhållning och kanske till hög koppling – ! inversen av en mycket viktig princip i OOP Omdömen Lösning: Undvik att använda för mycket inre /kapslade klasser – dessa klasser skall användas endast på en per behov basis, du don &'en; t måste göra en vana att använda dem! Att använda dem kan leda till fler problem som begränsar arv. Håll utkik efter kod duplikat! Samma eller för liknande kod kan redan finns i vissa genomförandet Supertype eller kanske i en annan klass. Om det &'; si en annan klass som inte är en Supertype också brutit mot sammanhållningsregeln. Se upp för statiska metoder – kanske du behöver ett verktyg klass för att lägga Omdömen

Metoder som har färre parametrar eller inte alls är bäst Omdömen

Problem: Lata programmerare lägga ytterligare en parameter i stället för att överbelasta en metod eller bara skapa en annan annan metod för en mer komplex funktionalitet
Lösning:. Notera delegering skulle också kunna användas på metoder i samma klass, inte bara i metoder i olika klasser. It &'; s bättre att överbelasta en klass som tar parametern och delegerar samma funktionalitet till en redan befintlig metod i stället för att lägga till en extra parameter till en metod eller – göra en annan metod om det &'; s fallet Omdömen

Naughty programmerare använder reflektion tillgång till icke-tillgängliga varor

Problem:. Som ni vet, med hjälp av reflektion tillåter dig tillgång till icke tillgängliga fält och /eller metoder och det finns en klass av utvecklare som använder det mer än i undantags fall endast Omdömen

Lösning:. Avsluta gör det! Modifierarna sattes där av en anledning, don &'en; t försöker använda api passerar över gränserna som fastställts av de ursprungliga utvecklarna eftersom de placerade där av en anledning och det &';. Är inte ditt jobb att göra deras Omdömen

Använder generika. Don &'; t skapa en gryta i stället för vissa kod Omdömen

Problem:. Avsluta med icke-typ säker uttryck, sluta infoga svamp tillsammans med fåglar och vin eftersom du och' re inte tänkt att skapa en speciell maträtt för middag, men en välskriven kod

Lösning: Använd generika –. de är en säkerhetsnivå i plus för att skriva bra ren kod. De kommer att tas bort efter sammanställningen processen, så ingen prestanda overhead där. Omdömen

Använd samlingar i stället för nakna matriser eller skräddarsydda datastrukturer. Don &'; t uppfinna hjulet Omdömen

Problem: Vissa utvecklare som återuppfinna hjulet.. . Det &'; s inget fel i att älska att skapa, men det &'; s tunna linjen mellan skapande och återskapande bara för sakens skull skapa
Lösning: Istället för att använda arrayer kan du använda specialiserade samling klasser som har specialiserade algoritmer för olika behov: sortering, sätter kö, pars etc. Det sparar tid åter genomföra dem, de redan testats och visat sig fungera utan problem och de är baserade på välkända algoritmer för bästa prestanda. Gör skriva dina personliga implementeringar bara om du är strikt skyldig av din ansökan krav och det &'; s ingen genomförande som redan finns i api
mer på
http://centraladvisor.com
B /News. .