Hjälp med klasser samt get set metod

@KENUBBE:

public class Bil {

private String brand
private String color
private int year
private int price

Fortsätt skriva din kod här...

Då våra föreläsare sa att vi absolut inte skulle använda oss av get/set metoder så kan jag tyvärr inte hjälpa dig med det. Finns dock mycket hjälp om du bara googlar lite.

Jag skulle personligen använda en konstruktor för att få tillgång till mina privata variabler. Blir nyfiken då jag inte är speciellt kunnig inom get/set-metoder. Finns det några fördelar med att använda denna typ av metod jämfört med konstruktor?

Du vet inte alltid vilka värden variabler skall ha när du instantierar objekter. Sen kanske du vill kunna ändra dessa i efterhand. Get-metoder måste du ha för att läsa variablerna.

Hur ska du annars göra när de är privata?

Tack för svar! Är själv nybörjare inom Java. Gick tillbaka och kollade på lite uppgifter jag gjort och visst sjutton har jag redan använt get/set-metoder. Jag har bara förträngt det lika fort igen. ^^

Inom OOP är en setter en metod som modifierar en viss instans- eller klassvariabel, medan en getter normalt enbart returnerar den. En setter för en instansvariabel kan se ut så här:

private int age;

public void setAge(int newAge) {
    age = newAge;
}

Notera att instansvariabeln är privat medan settern är publik.

Notera även att framförallt setters är exempel på extremt imperativ programmering, vilket är vanligt förekommande inom OOP, men i många fall (när koden växer) leder till mjukvara som är mycket svår att förstå, debugga och modifiera.

Fast det där känns snarare som att man försöker visa att något är dåligt genom att använda ett dåligt exempel

Självklart ska man lägga all logik i den klass den hör till, detta är en av anledningarna till att ha getters/setters. Att hämta värden och lagra i lokala variabler fyller ju ingen funktion.

Alla klassvariabler behöver inte ha getters/setters, men tänk om din Point har ett namn/ID/färg/whatever, ska man inte kunna hämta det då?

Klassinstanser bör initialiseras genom konstruktorn. Med setters är det mycket svårare att kontrollera att klassen inte har dåligt state eftersom det när som helst kan bytas. Detta komplicerar bland annat flertrådad programmering. Därtill blir det lättare att se om en klass håller på att bli för stor när alla dependencies måste sättas genom konstruktorn.

I Scala arbetar man nästan uteslutande med så kallade omuterbara instanser, det vill säga när en klassinstans väl skapats går det inte att ändra variablerna i den. Detta låter kanske som en begränsning men är inte lika konstigt som man kan tro.

Ja, det är ju hela poängen med konstruktorn, men somliga värden är omöjliga att veta i början av livscykeln.

Nu var det ett tag sen jag satt med Scala men vad jag minns så genereras getters/setters till och med automatiskt där?
Visst, det går att lägga till private, men huruvida man arbetar med omuterbara instanser eller inte verkar skilja från person till person (och från tutorial till tutorial).

Jag skulle säga att man inte kan dra allt över en kam; vissa klasser vill man ha omuterbara, andra inte.

Om de är omöjliga att veta i början av livscykeln går det ofta att flytta dem till en annan klass som kapslar in de värdena när de är kända.

Det mesta är omuterbart som standard i Scala. Du kan använda var när du deklarerar en instansvariabel för att säga att den ska vara muterbar — Scala genererar mycket riktigt en setter i detta fall — men det görs som sagt i princip aldrig. På en höft skulle jag säga att omuterbart används i upp till 98% av all kod.

Muterbara variabler används främst inuti metoder för att optimera tighta loopar, men utifrån sett kommer anroparen aldrig i direkt kontakt med dessa variabler. En uppsjö buggar elimineras på detta vis.