FINAL Java vs const C++

W Javie ostatnie słowo kluczowe może być użyte do czterech rzeczy:

• Na klasie lub metodzie, aby ją uszczelnić (bez podklas / nadpisywania dozwolone)
• na zmiennej member, aby zadeklarować, że jest może być ustawiona dokładnie raz (myślę, że o tym mówisz)
• na zmiennej zadeklarowanej w metodzie, aby upewnić się, że można ją ustawić dokładnie raz
• na parametrze metody, aby zadeklarować, że nie można go modyfikować w ramach metody

Jedną ważną rzeczą jest: A Java final member variable must be set exactly one! Na przykład w konstruktorze, deklaracji pola lub inicjalizatorze. (Ale nie można ustawić końcowej zmiennej członkowskiej w metodzie).

Kolejna konsekwencja uczynienia zmiennej członkowskiej ostateczną odnosi się do modelu pamięci, co jest ważne, jeśli pracujesz w środowisku wątkowym.

A const obiekt może wywoływać tylko metody const i jest ogólnie uważany za niezmienny.

const Person* person = myself;
person = otherPerson; //Valid... unless we declared it const Person* const!
person->setAge(20); //Invalid, assuming setAge isn't a const method (it shouldn't be)

Obiektu final nie można ustawić na nowy obiekt, ale nie jest on niezmienny - nic nie powstrzyma kogoś przed wywołaniem jakichkolwiek metod set.

final Person person = myself;
person = otherPerson; //Invalid
person.setAge(20); //Valid!

Java nie ma nieodłącznego sposobu deklarowania obiektów niezmiennych; musisz zaprojektować klasę jako niezmienną.

Gdy zmienna jest typem prymitywnym, final/const pracuj tak samo.

const int a = 10; //C++
final int a = 10; //Java
a = 11; //Invalid in both languages

Java final jest odpowiednikiem C++ const na prymitywnych typach wartości.

W typach odwołań Java, ostateczne słowo kluczowe jest równoważne wskaźnikowi const... tj.

//java
final int finalInt = 5;
final MyObject finalReference = new MyObject();

//C++
const int constInt = 5;
MyObject * const constPointer = new MyObject();

Masz tu już kilka świetnych odpowiedzi, ale jeden punkt, który wydawał się wart dodania: const W C++ jest powszechnie używany, aby zapobiec zmianie stanu obiektów przez inne części programu. Jak już wspomniano, final w Javie nie może tego zrobić (z wyjątkiem primitives) - po prostu uniemożliwia zmianę referencji na inny obiekt. Ale jeśli używasz Collection, możesz zapobiec zmianom w swoich obiektach za pomocą metody statycznej

 Collection.unmodifiableCollection( myCollection ) 

To zwraca Collection odniesienie to daje dostęp do odczytu elementów, ale rzuca wyjątek, jeśli modyfikacje są próbowane, co czyni go trochę jak const w C++

final Java działa tylko na typach prymitywnych i referencjach, nigdy na samych obiektach, w których słowo kluczowe const działa na czegokolwiek.

Porównaj const list<int> melist; z final List<Integer> melist; pierwszy uniemożliwia modyfikację listy, a drugi uniemożliwia przypisanie nowej Listy Do melist.

Oprócz pewnych i subtelnych właściwości wielowątkowych , zmienne deklarowane final nie musisz być inicjowany na Deklaracji!

Czyli jest to ważne w Javie:

// declare the variable
final int foo;

{
    // do something...

    // and then initialize the variable
    foo = ...;
}

To nie byłoby poprawne, gdyby zostało napisane w C++'s const.

Według Wikipedii :

• W C++ pole const jest nie tylko chronione przed ponownym przypisaniem, ale istnieje dodatkowe ograniczenie, że tylko metody const mogą być wywoływane na nim i mogą być przekazywane tylko jako argument const innych metod.
• Niestatyczne klasy wewnętrzne mogą swobodnie uzyskać dostęp do dowolnego pola klasy zamkniętej, końcowego lub nie.

Zgaduję, że jest napisane "z grubsza", ponieważ znaczenie const W C++ komplikuje się, gdy mówimy o wskaźnikach, tj. wskaźnikach stałych vs wskaźnikach do stałych obiektów. Ponieważ w Javie nie ma "jawnych" wskaźników, final nie ma tych problemów.

Wyjaśnię to, co zrozumiałem na przykładzie instrukcji switch/case.

Wartości w każdym przypadku muszą być wartościami stałymi w czasie kompilacji tego samego typu danych co wartość przełącznika.

Zadeklaruj coś takiego jak poniżej (albo w Twojej metodzie jako lokalne instancje, albo w twojej klasie jako zmienną statyczną (Dodaj do niej wtedy statyczną), albo zmienną instancyjną.

final String color1 = "Red";

I

static final String color2 = "Green";

switch (myColor) { // myColor is of data type String
    case color1:
    //do something here with Red
    break;
    case color2:
    //do something with Green
    break;
}

Ten kod nie będzie kompilowany, jeśli color1 jest zmienną klasy / instancji, a nie lokalną zmienna. Zostanie skompilowana, jeśli {[3] } zostanie zdefiniowana jako static final (wtedy stanie się static final variable).

Gdy nie zostanie skompilowana, pojawi się następujący błąd

error: constant string expression required

Słowo kluczowe "const" oznacza, że zmienna jest zapisana w pamięci ROM (z mikroprocesorem). w komputerze zmienna jest zapisywana w obszarze RAM dla kodu złożenia(tylko do odczytu RAM). oznacza to, że Twoja zmienna nie znajduje się w zapisywalnej pamięci RAM obejmującej: pamięć statyczną, pamięć stosu i pamięć sterty.

Słowo kluczowe "final" oznacza, że zmienna jest zapisywana w pamięci RAM, ale kompilator zwraca uwagę, że zmienna zmienia się tylko jeden raz.

//in java language you can use:
static final int i =10;
i =11; //error is showed here by compiler

//the same in C++ the same as follows
int i =10;
const int &iFinal = i;

iFinal = 11; //error is showed here by compiler the same as above

Myślę, że "const" jest zły w wydajności, więc Java go nie używa.