Jakie są zalety kodu bajtowego nad kodem natywnym? [zamknięte]

Hank Shiffman z SGI powiedział (dawno temu, ale to prawda):

Istnieją trzy zalety Javy używanie kodu bajtowego zamiast przechodzenia do kod macierzysty systemu:

1. Przenośność : każdy rodzaj komputera ma swoją unikalną instrukcję gotowi. Podczas gdy niektóre procesory obejmują instrukcje dla swoich poprzedników, generalnie prawdą jest, że program który działa na jednym komputerze nie będzie działać na innych. Dodaj do usługi dostarczone przez działającego system, który każdy system opisuje w swój własny, niepowtarzalny sposób, a Ty masz problem z kompatybilnością. Ogólnie rzecz biorąc, ty nie można napisać i skompilować programu dla jeden rodzaj systemu i uruchomić go na dowolnym inne bez dużo pracy. Java dostaje wokół tego ograniczenia poprzez wstawienie jego maszyna wirtualna między zastosowanie i realne środowisko (komputer + system operacyjny). Jeśli aplikacja jest kompilowana do Java byte kod i że kod bajtowy jest interpretowany tak samo w każdym środowisku wtedy można napisać JEDEN program, który będzie działać na wszystkich różnych platformy, na których wspierana jest Java. (W każdym razie taka jest teoria. W praktyka jest zawsze mała / align = "left" / programista.)

2. Bezpieczeństwo : jedną z zalet Javy jest jej integracja z Internetem. Załaduj strona, która używa Javy do twojego przeglądarka i Kod Java jest automatycznie pobierane i wykonywane. Ale co jeśli kod niszczy pliki, czy przez złośliwość czy niechlujstwo ze strony programisty? Java zapobiega wykonywaniu pobranych apletów wszystko destrukcyjne przez zabranianie potencjalnie niebezpieczne operacje. Zanim pozwoli na uruchomienie kodu bada go pod kątem prób obejścia Ochrona. Sprawdza, czy dane są używany konsekwentnie: kod, który manipuluje pozycją danych jako liczbą całkowitą na pewnym etapie, a następnie stara się z niego korzystać jako wskaźnik później zostanie złapany i uniemożliwia wykonuję. (Java język nie pozwala na wskaźnik arytmetyka, więc nie można pisać Javy kod do zrobienia tego, co właśnie opisaliśmy. Jednak nie ma nic do zapobieżenia ktoś od pisania destrukcyjnych bajtów kodowanie za pomocą kodu szesnastkowego edytor, a nawet budowanie bajtów Javy asembler kodu.) Generalnie nie jest możliwość analizy programu kod maszynowy przed wykonaniem i ustal, czy robi cokolwiek źle. Sztuczki jak pisanie samododtwarzający się kod oznacza, że zło operacje mogą nawet nie istnieć, dopóki później. Ale kod bajtowy Javy został zaprojektowany dla tego rodzaju walidacji: to nie ma Instrukcji a złośliwy programista użyłby do ukrycia ich napaść.

3. Rozmiar: w świecie mikroprocesorów RISC jest na ogół preferowany nad CISC. Lepiej mieć małe zestaw instrukcji i użyj wielu szybko instrukcje wykonywania pracy niż mieć wiele złożonych operacji realizowanych jako pojedyncze instrukcje. Projekty RISC wymagaj mniejszej liczby bramek na chipie, aby wdrożyć ich instrukcje, umożliwiając więcej miejsca na rurociągi i inne techniki wykonania każdej instrukcji szybciej. W Tłumaczu, jednak, to nie ma znaczenia. Jeśli chcesz wdrożenie jednej instrukcji dla polecenie switch ze zmienną długość w zależności od liczby walizek klauzule, nie ma powodu, aby nie robić więc. W rzeczywistości złożony zestaw instrukcji jest zaletą dla sieci język: oznacza to, że ten sam program będzie mniejszy (mniej instrukcje o większej złożoności), co oznacza mniej czasu na przeniesienie w naszej sieci o ograniczonej prędkości.

Biorąc pod uwagę kod bajtowy i natywny, zastanów się, jakie kompromisy chcesz osiągnąć między przenośnością, bezpieczeństwem, rozmiarem i szybkością wykonania. Jeśli prędkość jest jedynym ważnym czynnikiem, przejdź natywny. Jeśli któraś z pozostałych jest ważniejsza, należy użyć kodu bajtowego.

Dodam jeszcze, że utrzymanie serii OS i Kompilacje kierowane na architekturę tego samego kodu dla każdego wydania mogą stać się bardzo żmudne. To ogromna wygrana, aby używać tego samego bajtowego kodu Javy na wielu platformach i mieć go " po prostu działa."