Java және C++ бағдарламалау тілдерінің салыстырмалы талдауы

Кіріспе

Екі бағдарламалау тілін салыстыру

Java және C++ екі көрнекті объектіге бағытталған бағдарламалау тілдері. Көптеген тілдердің танымалдылығын көрсететін өлшемдер бойынша, бұл екі тіл 21-ші ғасырдың көп бөлігінде объектіге бағытталған және жоғары өнімділікке ие бағдарламалық құралдарды жасауда үстемдік танытты және олар жиі салыстырылып, қарама-қайшы қойылады. Java синтаксисі C/C++ тілінің негізінде құрылған.

Жобалау мақсаттары

C++ және Java бағдарламалау тілдерінің айырмашылықтары олардың тарихына байланысты болуы мүмкін, себебі олардың жобалау мақсаттары әртүрлі. C++ жүйелік және қолданбалық бағдарламалауға (яғни, инфрақұрылымдық бағдарламалауға) арналған, бұл тиімді орындалу үшін жасалған C процедуралық бағдарламалау тілін кеңейтті. C-ге C++ объектіге бағдарланған бағдарламалауды, ерекше жағдайларды басқаруды, өмірлік циклға негізделген ресурстарды басқаруды (Resource Acquisition Is Initialization (RAII)), жалпылама бағдарламалауды, шаблондық метапрограммалауды және жалпы контейнерлер мен алгоритмдерді (Стандартты шаблондық кітапхана немесе STL) қамтитын C++ стандартты кітапханасын, сондай-ақ көптеген жалпы мақсаттағы мүмкіндіктерді қосты. Java – жалпы мақсаттағы, бір уақытта орындалатын, сыныпқа негізделген, объектіге бағдарланған бағдарламалау тілі, ол іске асыру тәуелділіктерін азайтуға арналған. Ол қауіпсіздік пен жоғары тасымалдау үшін Java виртуалды машинасына сенеді. Ол негізгі платформаның абстракциясын қамтамасыз ететін кең кітапханамен бірге келеді. Java – C++ синтаксисіне ұқсас (бірақ онымен үйлеспейтін) статикалық типтелген объектіге бағдарланған тіл. Оған Javadoc деп аталатын құжаттама жүйесі кіреді. C++ және Java-ны әзірлеудегі әртүрлі мақсаттар тілдер арасындағы әртүрлі принциптерге және жобалық таңдауларға әкелді. Айырмашылықтар мыналар:

C++ Java C тілін объектіге бағдарланған бағдарламалау және жалпылама бағдарламалаумен кеңейтеді. C кодын пайдалану орынды. C++/C синтаксисіне күшті әсер етеді. C бастапқы кодымен үйлесімді, кейбір ерекше жағдайларды қоспағанда. Java Native Interface және жақында Java Native Access C/C++ кодын тікелей шақыру үшін ұсынады. Дегенмен, туған тілдер қауіпсіз емес және туған тілдерді пайдаланатын қолданбалар жадтың бұзылуына ұшырауы мүмкін. Егер код мұқият жазылмаса, туған әдістер жүйенің өнімділігін төмендетуі мүмкін, себебі қоқыс жинаушы туған жадты пайдалануды бақылай алмайды немесе сақтай алмайды, ал туған және туған емес код арасында контексттік ауысуға шығын бар. Бір рет жазып, кез келген жерде компиляциялау (WOCA). Бір рет жазып, кез келген жерде/барлық жерде орындау (WORA/WORE). Процедуралық бағдарламалау, функционалдық бағдарламалау, объектіге бағдарланған бағдарламалау, жалпылама бағдарламалау және шаблондық метапрограммалауға мүмкіндік береді. Парадигмалардың қосылуын жақсы көреді. Процедуралық бағдарламалауға, функционалдық бағдарламалауға (Java 8 бастап) және жалпылама бағдарламалауға (Java 5 бастап) мүмкіндік береді, бірақ объектіге бағдарланған бағдарламалау парадигмасын қатты ұсынады. Скрипттеу тілдерін жасауға қолдау көрсетеді. Мақсатты нұсқаулар жиынтығы үшін туған машиналық код ретінде орындалады. Виртуалды машинада орындалады. Объекті типтерін және типтік атауларды ұсынады. Орындалу уақытындағы типтік ақпарат (RTTI) арқылы ойлануға мүмкіндік береді. Метапрограммалау және динамикалық кодты жасау кезінде ойлануға мүмкіндік береді. Көптеген екілік үйлесімділік стандарттары бар (әдетте Microsoft (MSVC компиляторы үшін) және Itanium/GNU (басқа барлық компиляторлар үшін)). Бір екілік үйлесімділік стандарты бар, операциялық жүйе және компилятор үшін платформааралық. Міндетті автоматты шекараны тексеру (мысалы, вектор және жол контейнерлеріндегі at әдісі). Java-ның барлық сәйкес дистрибутивтерінде барлық операциялар тексерілуі керек. HotSpot шекараны тексеруді алып тастауі мүмкін. Туған қолтаңбасыз арифметикалық қолдау. Туған қолтаңбасыз арифметика қолдау көрсетілмейді. Java 8 бұның бір бөлігін өзгертеді, бірақ аспектілері белгісіз. Барлық сандық типтер үшін стандартталған ең төменгі шектер, бірақ нақты өлшемдер іске асырылуына байланысты. Стандартталған типтер стандартты кітапхана арқылы қол жетімді. Барлық платформалардағы барлық примитивтік типтердің стандартталған шектері мен өлшемдері. Барлық типтерде (примитивтік немесе пайдаланушы анықтаған) көрсеткіштер, сілтемелер және мән бойынша өту қолдау көрсетіледі. Барлық типтер (примитивтік типтер және сілтеме типтері) әрқашан мән бойынша беріледі. Жадты басқару жаңа / өшіру арқылы қолмен, ауқымы бойынша автоматты түрде немесе ақылды сілтемелер арқылы жасалуы мүмкін. Объектілерді детерминистік жоюды қолдайды. Garbage collection ABI C++11-де стандартталған, бірақ компиляторлар garbage collection-ды іске асыруға міндетті емес. Автоматты қоқыс жинау. Детерминистік емес finalize әдісін қолдайды, оны пайдалану ұсынылмайды. Ресурстарды басқару қолмен немесе автоматты түрде өмірлік циклға негізделген ресурстарды басқару (RAII) арқылы жасалуы мүмкін. Ресурстарды басқару әдетте қолмен немесе финализаторлар арқылы автоматты түрде жасалуы керек, бірақ бұл әдетте ұсынылмайды. Автоматты өмірлік циклға негізделген ресурстарды басқару үшін try-with-resources бар (7-нұсқадан бастап). Оны sun.misc ішкі API-ін пайдаланып жасауға болады, бірақ бұл пайдалану қатаң түрде ұсынылмайды және болашақ Java нұсқасында жария API-імен алмастырылады. Сыныптарды, құрылымдарды (пассивті дерек құрылымдары (PDS) типтері) және біріктірулерді қолдайды және оларды қалыпқа келтіру немесе стекке орналастыруға болады. Сыныптар қалыпқа келтіруде орналасқан. Java SE 6 кейбір нысандарды стекке орналастыру үшін қашу талдауын оңтайландырады. Типтерді нақты түрде жобауға және C-мен үйлесімді болу үшін кейбір жасыратын түрлендірулерге мүмкіндік береді. Көбейту түрлендірулерінен басқа қатаң типтік қауіпсіздік. C++ стандартты кітапханасы шектеулі көлемге және функцияларға ие болу үшін жобаланған, бірақ тілдік қолдауды, диагностиканы, жалпы пайдалы құралдарды, жолдарды, жергілікті тілдерді, контейнерлерді, алгоритмдерді, итераторларды, сандық есептеулерді, кіріс-шығысты, кездейсоқ сандар генераторларын, тұрақты өрнектерді талдауды, жіптік мүмкіндіктерді, типтік қасиеттерді (статикалық типтік интроспекция үшін) және Стандартты C кітапханасын қамтиды. Boost кітапханасы желілік кіріс-шығыс сияқты қосымша функцияларды ұсынады. GUI және басқа функциялар үшін көптеген үшінші тарап кітапханалары бар: Adaptive Communication Environment (ACE), Crypto++, әртүрлі XMPP жедел хабар алмасу (IM) кітапханалары, OpenLDAP, Qt, gtkmm. Кітапхана әр шығарылыммен өсті. 1.6 нұсқасына қарай кітапхана жергілікті тілдерді, журналды жүргізуді, контейнерлерді және итераторларды, алгоритмдерді, GUI бағдарламалауды (бірақ жүйелік GUI-ды пайдаланбастан), графиканы, көп жіптік қолдауды, желіні, платформалық қауіпсіздікті, интроспекцияны, динамикалық сыныпты жүктеуді, тоқтатылмайтын және тоқтатылатын кіріс-шығысты қамтыды. XML, XSLT, MIDI, дерекқорға қосылу, атау қызметтері (мысалы, LDAP), криптография, қауіпсіздік қызметтері (мысалы, Kerberos), басып шығару қызметтері және веб-қызметтері үшін интерфейстер немесе қолдау сыныптарын ұсынды. SWT платформаға қатысты GUI-лар үшін абстракция ұсынды, бірақ соңғы шығарылымдарда JavaFX-пен алмастырылды; графикалық үдетуге және CSS тақырыптық интерфейстерге мүмкіндік берді. Бірақ ол ешқандай «туған платформалық көрініс» қолдауын қолдамайды. Көптеген операторлар үшін операторларды жүктеу. Мағынаны (семантиканы) сақтау ұсынылады. Операторларды жобау мүмкін емес. Тіл жол класы үшін + және += операторларын жобалайды. Сыныптардың жеке және көптеген мұрагерліктері, соның ішінде виртуалды мұрагерлік. Тек сыныптардың жеке мұрагерлігін қолдайды. Компиляция уақытындағы шаблондық түрлер. Толық Тьюрингті метапрограммалауға мүмкіндік береді. Жалпылама типтік параметрлеуді жүзеге асыру үшін жалпылама түрлер қолданылады, бірақ компилятордың типтік жоюын пайдалануға байланысты олар бастапқы кодтан байт-кодқа аударылмайды. Функциялық көрсеткіштер, функциялық нысандар, лямбдалар (C++11-де) және интерфейстер (абстракті сыныптарды пайдалану). Функциялық сілтемелер, функциялық нысандар және лямбдалар Java 8-де қосылды. Сыныптар (және интерфейстер, бұл сыныптар) SomeClass.class және someObject.getClass арқылы сілтемелер ретінде беріледі. Стандартты құжаттама механизмі жоқ. Үшінші тараптық бағдарламалық құралдар (мысалы, Doxygen) бар. Барлық жүйелік сыныптар мен әдістерде кең Javadoc құжаттама стандарты. Өзгертілмейтін айнымалыларды және нысанды өзгертетін мүшелік функцияларды анықтау үшін const кілт сөзі. Const-лық кодтың дұрыстығын өзгертпейтін нысандарға қатысты тексеру үшін компиляция уақытында күшпен сақталады (const дұрыстығын қараңыз). final нысандар үшін type* const көрсеткіштеріне балама const нұсқасын ұсынады және примитивтік типтер үшін const. Нысан мүшелерінің өзгертпейтін болуы оқылатын интерфейстер және нысанды капсулалау арқылы жүзеге асырылады. goto операторын қолдайды. Циклдармен және операторлық блоктармен бірге белгілерді қолдайды. goto Java спецификациясында «қолданылмаған» деп белгіленген резервтелген кілт сөз. Көзді код...

C++ Java Extends C with object oriented programming and generic programming. C code can most properly be used. Strongly influenced by C++/C syntax. Compatible with C source code, except for a few corner cases. Provides the Java Native Interface and recently Java Native Access as a way to directly call C/C++ code. However, native languages are not safe and applications using native methods are susceptible to memory corruption. If the code is not carefully written, native methods can lower the performance of the system because the garbage collector is incapable of monitoring or maintaining native memory usage, and there is a cost context switching between native and non native code. Write once, compile anywhere (WOCA). Write once, run anywhere/everywhere (WORA/WORE). Allows procedural programming, functional programming, object oriented programming, generic programming, and template metaprogramming. Favors a mix of paradigms. Allows procedural programming, functional programming (since Java 8) and generic programming (since Java 5), but strongly encourages the object oriented programming paradigm. Includes support for creating scripting languages. Runs as native executable machine code for the target instruction set(s). Runs on a virtual machine. Provides object types and type names. Allows reflection via run time type information (RTTI). Is reflective, allowing metaprogramming and dynamic code generation at runtime. Has multiple binary compatibility standards (commonly Microsoft (for MSVC compiler) and Itanium/GNU (for almost all other compilers)). Has one binary compatibility standard, cross platform for OS and compiler. Optional automated bounds checking (e. g., the at method in vector and string containers). All operations are required to be bound checked by all compliant distributions of Java. HotSpot can remove bounds checking. Native unsigned arithmetic support. Native unsigned arithmetic unsupported. Java 8 changes some of this, but aspects are unclear. Standardized minimum limits for all numerical types, but the actual sizes are implementation defined. Standardized types are available via the standard library <cstdint>. Standardized limits and sizes of all primitive types on all platforms. Pointers, references, and pass by value are supported for all types (primitive or user defined). All types (primitive types and reference types) are always passed by value. Memory management can be done manually via new / delete, automatically by scope, or by smart pointers. Supports deterministic destruction of objects. Garbage collection ABI standardized in C++11, though compilers are not required to implement garbage collection. Automatic garbage collection. Supports a non deterministic finalize method, use of which is not recommended. Resource management can be done manually or by automatic lifetime based resource management (RAII). Resource management must generally be done manually, or automatically via finalizers, though this is generally discouraged. Has try with resources for automatic scope based resource management (version 7 onwards). It can also be done using the internal API sun. misc. Unsafe but that usage is highly discouraged and will be replaced by a public API in an upcoming Java version. Supports classes, structs (passive data structure (PDS) types), and unions, and can allocate them on the heap or the stack. Classes are allocated on the heap. Java SE 6 optimizes with escape analysis to allocate some objects on the stack. Allows explicitly overriding types, and some implicit narrowing conversions (for compatibility with C). Rigid type safety except for widening conversions. The C++ Standard Library was designed to have a limited scope and functions, but includes language support, diagnostics, general utilities, strings, locales, containers, algorithms, iterators, numerics, input/output, random number generators, regular expression parsing, threading facilities, type traits (for static type introspection) and Standard C Library. The Boost library offers more functions including network I/O. A rich amount of third party libraries exist for GUI and other functions like: Adaptive Communication Environment (ACE), Crypto++, various XMPP Instant Messaging (IM) libraries, OpenLDAP, Qt, gtkmm. The standard library has grown with each release. By version 1.6, the library included support for locales, logging, containers and iterators, algorithms, GUI programming (but not using the system GUI), graphics, multi threading, networking, platform security, introspection, dynamic class loading, blocking and non blocking I/O. It provided interfaces or support classes for XML, XSLT, MIDI, database connectivity, naming services (e. g. LDAP), cryptography, security services (e. g. Kerberos), print services, and web services. SWT offered an abstraction for platform specific GUIs, but was superseded by JavaFX in the latest releases; allowing for graphics acceleration and CSS themable UIs. Although it doesn't support any kind of "native platform look" support. Operator overloading for most operators. Preserving meaning (semantics) is highly recommended. Operators are not overridable. The language overrides + and += for the String class. Single and multiple inheritance of classes, including virtual inheritance. Only supports single inheritance of classes. Compile time templates. Allows for Turing complete meta programming. Generics are used to achieve basic type parametrization, but they do not translate from source code to byte code due to the use of type erasure by the compiler. Function pointers, function objects, lambdas (in C++11), and interfaces (using abstract classes). Functions references, function objects and lambdas were added in Java 8. Classes (and interfaces, which are classes) can be passed as references as well through SomeClass. class and someObject. getClass No standard inline documentation mechanism. Third party software (e. g. Doxygen) exists. Extensive Javadoc documentation standard on all system classes and methods. const keyword for defining immutable variables and member functions that do not change the object. Const ness is propagated as a means to enforce, at compile time, correctness of the code with respect to mutability of objects (see const correctness). final provides a version of const, equivalent to type* const pointers for objects and const for primitive types. Immutability of object members achieved via read only interfaces and object encapsulation. Supports the goto statement. Supports labels with loops and statement blocks. goto is a reserved keyword but is marked as "unused" in the Java specification. Source code can be written to be cross platform (can be compiled for BSD, GNU/Linux, macOS, Solaris, Windows, etc., without modification) and written to use platform specific features. Typically compiled into native machine code, must be recompiled for each target platform. Compiled into Java bytecode for the JVM. Byte code is dependent on the Java platform, but is typically independent of operating system specific features.

Семантика

C++ функциялардың/әдістердің аргументтері үшін әдепкі мәндерге рұқсат береді. Java-да мұндай мүмкіндік жоқ. Дегенмен, Java-да ұқсас нәтижелерді алу үшін әдіс жүктеуін қолдануға болады, бірақ бұл артық код тудырады. C++ үшін компиляциялау үшін қажетті кодтың ең аз бөлігі – функция, ал Java үшін – класс. C++ жергілікті типтер арасында кең ауқымды жасырын түрлендірулерді (кейбір қысқарту түрлендірулерін қоса алғанда) қолдайды, сондай-ақ пайдаланушы анықтаған типтерді қамтитын жасырын түрлендірулерді анықтауға мүмкіндік береді. Java-да жергілікті типтер арасында тек кеңейту түрлендірулері ғана жасырын түрде жүзеге асырылады; ал қалған түрлендірулерге ашық түрлендіру синтаксисі қажет. Осының салдарынан, Java және C++-дағы шарттық өрнектер (if, while және for циклындағы шығу шарты) boolean түрін күтсе де, if (a = 5) сияқты код Java-да компиляция қатесіне алып келеді, себебі int-тен boolean-ге жасырын түрлендіру жоқ, бірақ C++-да компиляцияланады. Егер код қате жазылған болса және if (a == 5) деп жазу мақсаты болған болса, бұл пайдалы болуы мүмкін. Алайда, қазіргі C++ компиляторлары мұндай тапсырма шарттық өрнекте орындалғанда ескерту жасайды. Сол сияқты, жанама әсері жоқ дербес салыстыру операторлары, мысалы a == 5;, көбінесе ескерту тудырады. Функцияларға параметрлерді беру үшін C++ сілтеме арқылы және мән арқылы беруді қолдайды. Java-да примитив параметрлер әрқашан мән арқылы беріледі. Класс, интерфейс және массив типтері Java-да бірлесіп сілтеме типтері деп аталады және олар да әрқашан мән арқылы беріледі. Java-дағы құрастырылған типтер тіл спецификациясымен анықталған белгілі бір мөлшерге және диапазондағы мәндерге ие. C++-да құрастырылған типтер үшін минималды диапазон анықталған, бірақ нақты бейнелеу (биттер саны) белгілі бір платформадағы артықшылықты білдіретін кез келген жергілікті типке сәйкестендірілуі мүмкін. Мысалы, Java символдары 16 биттік Unicode символдары болып табылады, ал жолдар осындай символдардың тізбегінен тұрады. C++ тар және кең символдарды ұсынады, бірақ олардың нақты мөлшері платформаға тәуелді, сондай-ақ қолданылатын символдар жиынтығы да. Жолдар екі типтен де құрастырылуы мүмкін. Бұл сонымен қатар C++ компиляторлары мақсатты платформа үшін ең тиімді бейнелеуді автоматты түрде таңдай алады (мысалы, 64 биттік платформа үшін 64 биттік бүтін сандар), ал Java-да бейнелеу бекітілген, яғни мәндер аз тиімді мөлшерде сақталуы мүмкін немесе қалған биттерді толтыру және азайтылған енді мінез-құлықты эмуляциялау үшін код қосу қажет. C++-тағы қозғалатын нүктелердің және операциялардың дөңгелектеуі мен дәлдігі жүзеге асырылуға байланысты анықталады (егер тек өте ерекше немесе ескі платформалар IEEE 754 стандартынан ауытқыса). Java платформалар бойынша біркелкі нәтижелерге кепілдік беретін, бірақ орындалу уақытының жылдамдығын төмендетуі мүмкін ерікті қатаң қозғалатын нүктелік модельді (strictfp) ұсынады. Алайда Java IEEE 754 стандартына толыққанды сәйкес келмейді. Көптеген C++ компиляторлары әдепкі бойынша IEEE 754 стандартына ішінара сәйкес келеді (әдетте қатаң дөңгелектеу ережелерін алып тастап, NaN нәтижелеріне ерекшеліктер жасайды), бірақ оңтайландыруға мүмкіндік беру үшін әртүрлі деңгейдегі сәйкестік опцияларын ұсынады. Егер осы опцияларды ең төменгі сәйкестіктен ең жоғары сәйкестікке дейін жылдам, дәйекті (Java-ның strictfp), IEEE-ге жақын және қатаң IEEE деп белгілесек, көптеген C++ жүзеге асырылымдары әдепкі бойынша IEEE-ге жақын екенін, жылдам немесе қатаң IEEE-ге ауысу опцияларымен, ал Java жылдам опциясымен дәйектіге ауыса алатынын айтуға болады. C++-та көрсеткіштерді жад адресі ретінде тікелей өңдеуге болады. Java сілтемелері нысандарға көрсеткіштер болып табылады. Java сілтемелері жад адресіне тікелей кіруге немесе көрсеткіш арифметикасымен жад адресін өңдеуге рұқсат бермейді. C++-та көрсеткіштерге көрсеткіштер, int және double-ға көрсеткіштер және кез келген жад орнына көрсеткіштер құруға болады. Java сілтемелері тек нысандарға ғана қол жеткізе алады, ешқашан примитивтерге, басқа сілтемелерге немесе кез келген жад орнына. Java-да жадқа кез келген мәнмен оқуға және жазуға болады sun.misc.Unsafe API арқылы, бірақ ол ескірген және ұсынылмайды. C++-та көрсеткіштер функцияларға немесе мүше функцияларға (функция көрсеткіштері) көрсетуі мүмкін. Java-дағы эквивалентті механизм нысан немесе интерфейс сілтемелерін қолданады. C++ стек арқылы бөлінген нысандар арқылы шектеулі ресурстарды басқаруды қолдайды, бұл жадты және басқа жүйелік ресурстарды автоматты түрде басқаруға арналған техника, ол нысандардың детерминистік жойылуын қамтамасыз етеді. C++-тағы шектеулі ресурстарды басқару кепілді емес (тіпті дұрыс жойғыштары бар нысандар да new арқылы бөлініп, жойылмай қалуы мүмкін), бірақ ол ресурстарды басқарудың тиімді құралы болып табылады. Ортақ ресурстарды shared_ptr арқылы басқаруға болады, сондай-ақ циклдық сілтемелерді бұзу үшін weak_ptr қолданылады. Java қоқыс жинау арқылы автоматты жадты басқаруды қолдайды, бұл қол жетімсіз нысандарды циклдық сілтемелер болған жағдайда да босатуға мүмкіндік береді, бірақ басқа жүйелік ресурстар (файлдар, ағындар, терезелер, байланыс порттары, жіптер және т.б.) қоқыс жинау дереу орындалмайтындықтан нақты түрде босатылуы керек. C++ пайдаланушы анықтаған операторларды жүктеуді қолдайды. Операторларды жүктеу пайдаланушы анықтаған типтерге примитивтер сияқты операторларды (арифметикалық, салыстыру және т.б.) пайдаланушы анықтаған жүзеге асырулар арқылы қолдауға мүмкіндік береді. Операторлардың семантикасын сақтау ұсынылады. Java операторларды жүктеудің ешқандай түрін қолдамайды (дегенмен, кітапханасы жолдарды тіркеу үшін қосым операторын пайдаланады). Java стандартты қолданбалық бағдарламалау интерфейсін (API) рефлексивті бағдарламалау (reflection) және кез келген жаңа кодты динамикалық түрде жүктеу үшін қолдайды. C++ бинарлық файлдарды статикалық және динамикалық байланыс арқылы қолдайды. Java generics-ке ие, оның басты мақсаты типтік қауіпсіз контейнерлерді ұсыну. C++ compile time templates-ке ие, ол generic бағдарламалау және метабағдарламалау үшін кеңрек қолдау көрсетеді. Java annotations-ке ие, ол сыныптарға кез келген қолданушы метадеректерді қосуға және annotation processing tool арқылы метабағдарламалауға мүмкіндік береді. Java және C++ жергілікті типтерді (немесе фундаменталды немесе құрастырылған типтер) және пайдаланушы анықтаған типтерді (немесе құрастырылған типтер) ажыратады. Java-да жергілікті типтерде тек мән семантикасы болады, ал құрастырылған типтерде тек сілтеме семантикасы болады. C++-та барлық типтерде мән семантикасы болады, бірақ кез келген типке сілтеме жасауға болады, бұл нысанды сілтеме семантикасы арқылы өңдеуге мүмкіндік береді. C++ кез келген сыныптардың көптеген мұрагерліктерін қолдайды. Java класы тек бір кластан туындай алады, бірақ бірнеше интерфейсті жүзеге асыруы мүмкін (басқаша айтқанда, ол типтердің көптеген мұрагерліктерін қолдайды, бірақ тек жүзеге асырудың бір мұрагерлігін ғана қолдайды). Java интерфейстер мен сыныптарды нақты ажыратады. C++-та көптеген мұрагерліктер және таза виртуалды функциялар Java интерфейстері сияқты жұмыс істейтін сыныптарды анықтауға мүмкіндік береді, бірақ бірнеше шағын айырмашылықтар бар. Java көп жіпті бағдарламалау үшін тіл және стандартты кітапхана қолдауын ұсынады. Java-дағы synchronized кілт сөзі көп жіпті қолданбаларды қолдау үшін mutex құлыптарын ұсынады. Java сондай-ақ одан да күрделі көп жіпті синхронизациялау үшін кітапханаларды ұсынады. C++11 C++-та көп жіптілік үшін анықталған жад моделіне және жіптерді жасауға және көптеген синхронизациялау примитивтеріне кітапханалық қолдауға ие. Бұл үшін көптеген үшінші тарап кітапханалары да бар. C++ мүше функцияларын виртуалды функциялар деп жариялауға болады, бұл шақырылатын әдіс нысанның орындалу уақытындағы түрімен анықталады (яғни динамикалық жіберу). Әдепкі бойынша C++ әдістері виртуалды емес (яғни виртуалды опцияны қосу). Java-да әдістер әдепкі бойынша виртуалды болады, бірақ final кілт сөзін пайдаланып виртуалды емес етуге болады (яғни виртуалды опцияны өшіру). C++ enumeration-дары примитивті типтер болып табылады және бүтін типтерге жасырын түрлендіруді қолдайды (бірақ бүтін типтерден емес). Java enumeration-дарын public static enum{enumName1,enumName2} түрінде жариялауға болады және олар сыныптар сияқты қолданылады. Басқа жолы, java.lang.Enum<E> класын кеңейтетін жаңа сынып жасауға болады және осылайша кез келген басқа сынып сияқты конструкторларды, өрістерді және әдістерді анықтауға болады. C++11 нұсқасынан бастап C++ күшті түрде тексерілген...

C++ allows default values for arguments of a function/method. Java does not. However, method overloading can be used to obtain similar results in Java but generate redundant stub code. The minimum of code needed to compile for C++ is a function, for Java is a class. C++ allows a range of implicit conversions between native types (including some narrowing conversions), and also allows defining implicit conversions involving user defined types. In Java, only widening conversions between native types are implicit; other conversions require explicit cast syntax. A result of this is that although loop conditions (if, while and the exit condition in for) in Java and C++ both expect a boolean expression, code such as if(a = 5) will cause a compile error in Java because there is no implicit narrowing conversion from int to boolean, but will compile in C++. This is handy if the code was a typo and if(a == 5) was intended. However, current C++ compilers will usually generate a warning when such an assignment is performed within a conditional expression. Similarly, standalone comparison statements, e. g. a==5;, without a side effect usually lead to a warning. For passing parameters to functions, C++ supports both pass by reference and pass by value. In Java, primitive parameters are always passed by value. Class types, interface types, and array types are collectively called reference types in Java and are also always passed by value. Java built in types are of a specified size and range defined by the language specification. In C++, a minimal range of values is defined for built in types, but the exact representation (number of bits) can be mapped to whatever native types are preferred on a given platform. For instance, Java characters are 16 bit Unicode characters, and strings are composed of a sequence of such characters. C++ offers both narrow and wide characters, but the actual size of each is platform dependent, as is the character set used. Strings can be formed from either type. This also implies that C++ compilers can automatically select the most efficient representation for the target platform (i. e., 64 bit integers for a 64 bit platform), while the representation is fixed in Java, meaning the values can either be stored in the less efficient size, or must pad the remaining bits and add code to emulate the reduced width behavior. The rounding and precision of floating point values and operations in C++ is implementation defined (although only very exotic or old platforms depart from the IEEE 754 standard). Java provides an optional strict floating point model (strictfp) that guarantees more consistent results across platforms, though at the cost of possibly slower run time performance. However, Java does not comply strictly with the IEEE 754 standard. Most C++ compilers will, by default, comply partly with IEEE 754 (usually excluding strict rounding rules and raise exceptions on NaN results), but provide compliance options of varied strictness, to allow for some optimizing. If we label those options from least compliant to most compliant as fast, consistent (Java's strictfp), near IEEE, and strict IEEE, we can say that most C++ implementations default to near IEEE, with options to switch to fast or strict IEEE, while Java defaults to fast with an option to switch to consistent. In C++, pointers can be manipulated directly as memory address values. Java references are pointers to objects. Java references do not allow direct access to memory addresses or allow memory addresses to be manipulated with pointer arithmetic. In C++ one can construct pointers to pointers, pointers to ints and doubles, and pointers to arbitrary memory locations. Java references only access objects, never primitives, other references, or arbitrary memory locations. In Java, memory can be read and written by arbitrary values using the sun. misc. Unsafe API, however it is deprecated and not recommended. In C++, pointers can point to functions or member functions (function pointers). The equivalent mechanism in Java uses object or interface references. Via stack allocated objects, C++ supports scoped resource management, a technique used to automatically manage memory and other system resources that supports deterministic object destruction. While scoped resource management in C++ cannot be guaranteed (even objects with proper destructors can be allocated using new and left undeleted) it provides an effective means of resource management. Shared resources can be managed using shared ptr, along with weak ptr to break cyclic references. Java supports automatic memory management using garbage collection which can free unreachable objects even in the presence of cyclic references, but other system resources (files, streams, windows, communication ports, threads, etc.) must be explicitly released because garbage collection is not guaranteed to occur immediately after the last object reference is abandoned. C++ features user defined operator overloading. Operator overloading allows for user defined types to support operators (arithmetic, comparisons, etc.) like primitive types via user defined implementations for these operators. It is generally recommended to preserve the semantics of the operators. Java supports no form of operator overloading (although its library uses the addition operator for string concatenation). Java features standard application programming interface (API) support for reflective programming (reflection) and dynamic loading of arbitrary new code. C++ supports static and dynamic linking of binaries. Java has generics, which main purpose is to provide type safe containers. C++ has compile time templates, which provide more extensive support for generic programming and metaprogramming. Java has annotations, which allow adding arbitrary custom metadata to classes and metaprogramming via an annotation processing tool. Both Java and C++ distinguish between native types (also termed fundamental or built in types) and user defined types (also termed compound types). In Java, native types have value semantics only, and compound types have reference semantics only. In C++ all types have value semantics, but a reference can be created to any type, which will allow the object to be manipulated via reference semantics. C++ supports multiple inheritance of arbitrary classes. In Java a class can derive from only one class, but a class can implement multiple interfaces (in other words, it supports multiple inheritance of types, but only single inheritance of implementation). Java explicitly distinguishes between interfaces and classes. In C++, multiple inheritance and pure virtual functions make it possible to define classes that function almost like Java interfaces do, with a few small differences. Java has both language and standard library support for multi threading. The synchronized keyword in Java provides mutex locks to support multi threaded applications. Java also provides libraries for more advanced multi threading synchronizing. C++11 has a defined memory model for multi threading in C++, and library support for creating threads and for many synchronizing primitives. There are also many third party libraries for this. C++ member functions can be declared as virtual functions, which means the method to be called is determined by the run time type of the object (a. k. a. dynamic dispatching). By default, methods in C++ are not virtual (i. e., opt in virtual). In Java, methods are virtual by default, but can be made non virtual by using the final keyword (i. e., opt out virtual). C++ enumerations are primitive types and support implicit conversion to integer types (but not from integer types). Java enumerations can be public static enum{enumName1,enumName2} and are used like classes. Another way is to make another class that extends java. lang. Enum<E>) and may therefore define constructors, fields, and methods as any other class. As of C++11, C++ supports strongly typed enumerations which provide more type safety and explicit specification of the storage type. Unary operators '++' and ' ': in C++ "The operand shall be a modifiable lvalue. [skipped] The result is the updated operand; it is an lvalue ", but in Java "the binary numeric promotion mentioned above may include unboxing conversion and value set conversion. If necessary, value set conversion {and/or [ ] boxing conversion} is applied to the sum prior to its being stored in the variable. ", i. e. in Java, after the initialization "Integer i=2;", "++i;" changes the reference i by assigning new object, while in C++ the object is still the same.

Ресурстарды басқару

Java автоматты түрде қоқыс жинауды ұсынады, оны нақты жағдайларда Java нақты уақыт спецификациясы арқылы айналып өтуге болады. C++-да жадты басқару әдетте конструкторлар, деструкторлар және смарт көрсеткіштер арқылы жүзеге асырылады. C++ стандарты қоқыс жинауға рұқсат береді, бірақ талап етпейді. Қоқыс жинау практикада сирек қолданылады. C++ жадтың кез келген блогын бөле алады. Java жадты тек объектіні құру арқылы бөледі. Java-да кез келген жад блогы байттар массиві ретінде бөлінуі мүмкін. Java және C++ ресурстарды басқару үшін әртүрлі тәсілдерді қолданады. Java негізінен жадыны қайтаруға қабілетті қоқыс жинауға сүйенеді, ал C++ негізінен Ресурсты алу – инициализациялау (RAII) тәсіліне сүйенеді. Бұл екі тілдің арасындағы бірнеше айырмашылықтарда көрінеді: C++-да күрделі типтегі объектілерді жергілікті стекке байланысты айнымалылар ретінде бөлу қалыпты жағдай, олар ауқымынан шыққанда жойылады. Java-да күрделі типтер әрқашан үйікте бөлінеді және қоқыс жинағышпен жиналады (құралды бөлуді стек бөлуіне аудару үшін құтылу талдауын қолданатын виртуалды машиналардан басқа). C++-да деструкторлар бар, ал Java-да финализаторлар бар. Екеуі де объектінің жойылмас бұрын шақырылады, бірақ олар айтарлықтай ерекшеленеді. C++ объектісінің деструкторын (стекке байланысты айнымалылар жағдайында) немесе объектіні жою үшін ашық түрде шақыру қажет. Деструктор объектінің жойылған бағдарламаның алдында синхронды түрде орындалады. C++-дағы синхронды, үйлестірілген инициализациялау және деаллокациялау RAII тәсілін қанағаттандырады. C++-тағы деструкторлар – объектпен байланысты ресурстарды қайтарудың қалыпты тәсілі және конструкторларға қажетті қарсылық. Java-да объектінің бөлінбеуін қоқыс жинағыш тікелей басқарады. Java объектісінің финализаторы соңғы рет қолжетімді болғаннан кейін және оны жоймас бұрын біраз уақыттан кейін асинхронды түрде шақырылады. Өте аз нысандар финализаторын қажет етеді. Финализерді тек объектінің күйін тазартуды қамтамасыз етуі керек объектілер ғана қажет, әдетте JVM-ге сыртқы ресурстарды босату. Финализаторларды тікелей пайдалану әдетте ұсынылмайды, өйткені олар болжауға болмайтын, әдетте қауіпті және көп жағдайда қажет емес. Финализаторларды C++ деструкторлары ретінде қарастырмау керек. Керісінше, ресурстармен жұмыс істеу немесе аяқтау блогы деструкторға ұқсас мақсатқа жетеді. Финализатордың немесе тазалаушының бір мәселесі – олардың бірден іске қосылатынына кепілдік берілмейді. Сондықтан, финализерді уақыт өте маңызды тапсырмалар үшін пайдаланбау керек. Сонымен қатар, финализаторлар орындалу жылдамдығын төмендетеді және нысандарды жоюға кететін уақытты едәуір арттырады, сондықтан оларды қолдану Java 9-да ұсынылмайды және тоқтатылды. C++-дағы RAII-де ресурстың бір түрі әдетте кішкентай сыныптың ішінде оралады, ол ресурсты құрастыру кезінде бөледі және ресурсты жою кезінде босатып, осы нүктелердің арасындағы ресурсқа қол жеткізуді қамтамасыз етеді. Тек осындай RAII объектілерін қамтитын кез келген сыныпқа деструкторды анықтаудың қажеті жоқ, өйткені RAII объектілерінің деструкторлары автоматты түрде осы сыныптың объектісі жойылған кезде шақырылады. Java-да ресурстарды қауіпсіз синхронды бөлу try/catch/finally конструкциясын пайдалану арқылы детерминистік түрде орындалуы мүмкін. Яғни, Java 7 бағдарламасында енгізілген ресурстармен жұмыс істеу конструкциясын try finally конструкциясының орнына қолдану керек. Ресурстармен жұмыс істеу конструкциясы қысқаша және оқуға ыңғайлы. Бұл сонымен қатар диагностикалық ақпаратты көбірек ұсынады, өйткені басқынған ерекшеліктер жойылмайды және стек ізінде басқынғандығы туралы ақпаратпен басылады. C++-да, бұрыннан бөлінген объектіге ескірген сілтеме болуы мүмкін. Айналасындағы меңзерді пайдалану әрекеті бағдарламаның сәтсіздігін тудырады. Java-да қоқыс жинағыш сілтеме жасалған объектіні жоймайды. C++-да бастапқы нысандарды инициализацияламау мүмкін. Java бастапқы инициализацияны орындайды. C++-да жарамды сілтемесі жоқ бөлінетін объектке ие болу мүмкін. Мұндай қол жеткізе алмайтын объектіні жоюға болмайды (бөлуден шығарылады) және ол жадтың ағуына әкеледі. Керісінше, Java-да объект (пайдаланушы бағдарламасына қол жеткізе алмайтын болғанша) қоқыс жинағышпен бөлінбейді. (Жарамсыз сілтемелер қолдайды, олар Java қоқыс жинағышымен жұмыс істейді, бұл қол жетімділіктің әртүрлі күштеріне мүмкіндік береді.) Java-дағы қоқыс жинау көптеген жад ағымдарын болдырмайды, бірақ кейбір жағдайларда ағымдар орын алуы мүмкін. Автоматты қоқыс жинағыш жадты басқару туралы ойлаудың қажеті жоқ деген жалған ой береді. Бірақ бұл толығымен дұрыс емес. Шартты түрде айтқанда, бағдарламада "жад ағымдары", немесе формальдырақ айтқанда, "керексіз объектілерді сақтау" болуы мүмкін. Жад ағымының мысалы – логикалық қателерсіз жазылған бағдарлама, бірақ ескі сілтемелерді жоймаған. Бұл қоқыс жинағыш белсенділігінің жоғарылауына, жадтың көбеюіне әкеледі. Шеткі жағдайларда бұл мәселе OutOfMemoryError-ға әкелуі мүмкін, бірақ бұл сирек кездеседі. Бұл мәселенің шешімі – объектілерге сілтемелерді null-ге орнату. Жад ағымының екінші себебі – енді қажет болмайтын кешті пайдалану. Ескі кештің салдарынан туындаған жад ағымдарын шешу үшін кешті WeakHashMap арқылы көрсету керек.

Java offers automatic garbage collection, which may be bypassed in specific circumstances via the Real time Java specification. Memory management in C++ is usually done via constructors, destructors, and smart pointers. The C++ standard permits garbage collection, but does not require it. Garbage collection is rarely used in practice. C++ can allocate arbitrary blocks of memory. Java only allocates memory via object instantiation. Arbitrary memory blocks may be allocated in Java as an array of bytes. Java and C++ use different idioms for resource management. Java relies mainly on garbage collection, which can reclaim memory, while C++ relies mainly on the Resource Acquisition Is Initialization (RAII) idiom. This is reflected in several differences between the two languages:
In C++ it is common to allocate objects of compound types as local stack bound variables which are destroyed when they go out of scope. In Java compound types are always allocated on the heap and collected by the garbage collector (except in virtual machines that use escape analysis to convert heap allocations to stack allocations). C++ has destructors, while Java has finalizers. Both are invoked before an object's deallocation, but they differ significantly. A C++ object's destructor must be invoked implicitly (in the case of stack bound variables) or explicitly to deallocate an object. The destructor executes synchronously just before the point in a program at which an object is deallocated. Synchronous, coordinated uninitializing and deallocating in C++ thus satisfy the RAII idiom. Destructors in C++ is the normal way of getting back the resources associated with an object, and is a needed counterpart to constructors. In Java, object deallocation is implicitly handled by the garbage collector. A Java object's finalizer is invoked asynchronously some time after it has been accessed for the last time and before it is deallocated. Very few objects need finalizers. A finalizer is needed by only objects that must guarantee some cleanup of the object state before deallocating, typically releasing resources external to the JVM. Direct usages of finalizers are usually not advised, as they are unpredictable, usually dangerous, and most of the time unneeded. One has to be cautious not to think of finalizers as C++ destructors. Rather, the try with resources or try finally block achieves a more similar purpose as the destructor. One problem with finalizers or cleaners is that it is not guaranteed that they will run immediately. Hence, a finalizer should never be used for tasks that are time critical. Additionally, finalizers come with severe performance penalties and significantly increase the time it takes for objects to be deallocated, so their use is discouraged and deprecated in Java 9. With RAII in C++, one type of resource is typically wrapped inside a small class that allocates the resource upon construction and releases the resource upon destruction, and provide access to the resource in between those points. Any class that contain only such RAII objects do not need to define a destructor since the destructors of the RAII objects are called automatically as an object of this class is destroyed. In Java, safe synchronous deallocation of resources can be performed deterministically using the try/catch/finally construct. Alternatively, the try with resources construct, which was introduced in Java 7, should be used in preference to try finally construct. The try with resources construct is more concise and readable. It also provide more helpful diagnostic information, since suppressed exception are not discarded, and will be printed in the stack trace with information saying that they were suppressed. In C++, it is possible to have a dangling pointer, a stale reference to an object that has already been deallocated. Attempting to use a dangling pointer typically results in program failure. In Java, the garbage collector will not destroy a referenced object. In C++, it is possible to have uninitialized primitive objects. Java enforces default initialization. In C++, it is possible to have an allocated object to which there is no valid reference. Such an unreachable object cannot be destroyed (deallocated), and results in a memory leak. In contrast, in Java an object will not be deallocated by the garbage collector until it becomes unreachable (by the user program). (Weak references are supported, which work with the Java garbage collector to allow for different strengths of reachability.) Garbage collection in Java prevents many memory leaks, but leaks are still possible under some circumstances. The automatic garbage collector may give the false impression that in Java one does not need to think about memory management. However this is not quite true. Loosely speaking, this is because a program can have "memory leaks", more formally known as "unintentional object retentions". An example of a memory leak that may occur is for a program that has been written without any logical errors, except that it did not eliminate obsolete references. This results in higher use of garbage collector activity, higher memory footprint. In extreme circumstances, this problem can lead to an OutOfMemoryError, but this rarely happens. The solution to this is to null out object references. A second common reason for memory leak is the use of cache that has become no longer relevant. The solution to memory leaks due to using old cache is to represent the cache using a WeakHashMap.

Кітапханалар

C++ платформаға тән кітапханаларда әдетте қол жетімді көптеген мүмкіндіктерге платформааралық қол жеткізуді қамтамасыз етеді. Java-дан операциялық жүйе мен аппараттық функцияларға тікелей қол жеткізу үшін Java Native интерфейсін пайдалану қажет.

Орындау уақыты

C++ Java C++ тікелей машиналық кодқа компиляцияланады, содан кейін оны орталық процессор тікелей орындайды. Java байт-кодқа компиляцияланады, оны Java виртуалды машинасы (JVM) орындалу кезінде интерпретациялайды. Java-ның нақты іске асырылымдары жергілікті машиналық кодқа уақыт компиляциясын жасайды. Оның шектелмеген мүмкіндіктеріне байланысты, C++ тілінің төменгі деңгейлі мүмкіндіктері (мысалы, тексерілмеген массивке кіру, шикі көрсеткіштер, типтік түрлендіру) компиляция кезінде немесе орындалу кезінде қосымша шығындарсыз сенімді түрде тексерілмейді. Осыған байланысты бағдарламалау қателері төменгі деңгейлі буфер асығуларына және сегментация қателеріне әкелуі мүмкін. Стандартты үлгілер кітапханасы (Standard Template Library) мұндай қателерді болдырмауға көмектесетін жоғары деңгейлі RAII абстракцияларын (мысалы, вектор, тізім және карта) ұсынады. Java-да төменгі деңгейлі қателер пайда болмайды немесе Java виртуалды машинасы (JVM) оларды анықтап, қосымшаға ерекшелік түрінде хабарлайды. Java тілі массивке шектен тыс кіру жағдайында нақты мінез-құлықты талап етеді, бұл әдетте массивке кірулерді тексеруді қажет етеді. Бұл тұрақсыздықтың мүмкін көзін жояды, бірақ әдетте орындалу жылдамдығын төмендетеді. Кейбір жағдайларда, әсіресе Java 7-ден бастап, компилятор талдауы шектерді тексерудің қажетсіз екенін дәлелдеп, оны жоюы мүмкін. C++ тілінде жергілікті массивтерге шектен тыс кіру үшін талап етілетін мінез-құлық жоқ, сондықтан жергілікті массивтерді тексеру қажет емес. Дегенмен, std::vector сияқты C++ стандартты кітапхана коллекциялары опциялық шектерді тексеруді ұсынады. Қорыта айтқанда, Java массивтері "әдетте қауіпсіз; сәл шектелген; көбінесе қосымша шығындарға ие", ал C++ жергілікті массивтері "қосымша шығындарға ие болуы мүмкін; сәл шектелмеген; қауіпсіз болмауы мүмкін".

Әр түрлі

Java және C++ кодты бірнеше бастапқы файлдарға бөлу үшін әртүрлі тәсілдерді қолданады. Java барлық бағдарламалық анықтамалар үшін файлдың атауы мен жолын анықтайтын пакет жүйесін қолданады. Оның компиляторы орындалатын сынып файлдарын импорттайды. C++ бастапқы файлдар арасындағы жарияланымдарды бөлісу үшін бас файлдың бастапқы кодты қосу жүйесін қолданады. Компиляцияланған Java код файлдары әдетте C++ код файлдарынан кішірек болады, себебі Java байт-коды көбінесе түпкілікті машиналық кодтан ықшамдау, ал Java бағдарламалары ешқашан статикалық байланысқа түспейді. C++ компиляциясы қосымша мәтіндік алдын ала өңдеу фазасын қамтиды, ал Java-да мұндай фаза жоқ. Сондықтан кейбір қолданушылар жақсырақ шартты компиляция қолдауы үшін құрастыру процесіне алдын ала өңдеу фазасын қосады. Java-ның бөлу және қалдық операторлары нөлге қарай дөңгелеу үшін нақты анықталған. C++ (C++11-ге дейін) бұл операторлардың нөлге немесе «шексіздікке қарай дөңгелеуге» дөңгеленетінін нақтыламады. 3/2 Java және C++11-де әрқашан 1 болады, бірақ C++03 компиляторы платформаға байланысты 1 немесе 2 қайтара алады. C99 Java және C++11 сияқты бөлуді анықтайды. Екі тіл де (a және b бүтін сан түрлері болғанда) (a/b)*b + (a%b) == a екенін барлық a және b үшін (b != 0) кепілдік береді. C++03 нұсқасы кейде жылдамырақ болады, себебі ол процессорға тән кез келген дөңгелеу режимін таңдауға рұқсат етіледі. Бүтін сан түрлерінің мөлшері Java-да анықталған (int - 32 бит, long - 64 бит), ал C++-да сандар мен көрсеткіштердің мөлшері компилятор мен қолданбаның екілік интерфейсіне (ABI) байланысты. Осылайша Java бағдарламасы платформалар бойынша тұрақты мінез-құлық көрсетеді, ал C++ бағдарламасы кейбір платформалар үшін бейімделуді қажет етуі мүмкін, бірақ жергілікті платформа үшін табиғи бүтін сан мөлшерлерімен жылдамырақ жұмыс істеуі мүмкін. C++ және Java-ны салыстыратын мысал Wikibooks-та бар.

Тілдің ерекшеліктері

C++ тілі ISO/IEC 14882 стандартымен анықталады, оны ISO/IEC JTC1/SC22/WG21 комитеті жариялайды. C++17 стандартынан кейінгі соңғы нұсқасы да қолжетімді. C++ тілі C++ стандарттар комитеті деп аталатын ашық басқару комитеті арқылы дамиды. Комитет құрамына C++ тілін жасаған Бьярн Строструп, төраға Херб Саттер және басқа да көрнекті тұлғалар кіреді, соның ішінде көптеген өнеркәсіптер мен пайдаланушылар тобының өкілдері (яғни, мүдделі тараптар). Ашық комитет болғандықтан, кез келген адам оған қосылып, қатысып, стандарттың және техникалық сипаттамалардың болашақ нұсқаларына ұсыныстар енгізе алады. Комитет қазір бірнеше жылда бір рет жаңа стандарт шығаруды көздейді, бірақ бұрынғы қатаң тексеру процестері мен талқылаулар жаңа стандарттарды жариялау арасында ұзақ кешігуге әкеп соқты (1998, 2003 және 2011 жылдар). Java тілі Oracle баспасынан шыққан Java тілінің сипаттамасы (Java Language Specification) кітабында анықталады. Java тілі Java Community Process деп аталатын үдеріс арқылы үздіксіз дамиды, ал әлемдік бағдарламалау қауымдастығын Java Community мүшелері деп аталатын адамдар мен ұйымдар тобы білдіреді, олар тілді жақсартуға белсенді қатысады, Java тілінің сипаттамасына енгізілмес бұрын ресми және қоғамдық тексеруден өтуі тиіс Java сипаттамалық сұраныстарын (Java Specification Requests) жіберіп. Java үшін нақты стандарттың болмауы және оның сипаттамаларының біршама тұрақсыздығы жаңа тіл және кітапхана мүмкіндіктерін қосуда көбірек тұрақтылық пен консервативтік талап ететін мүдделі тараптардың үнемі сынына ұшырады. Керісінше, C++ комитеті де қарсы себеппен, яғни тым қатаң және консервативті болуы және жаңа нұсқаларды шығаруға тым көп уақыт жұмсауы себепті тұрақты сыни пікірлерге ие болады.

Тауар белгілері

"C++" ешбір компанияның немесе ұйымның тауарлық белгісі емес және ешкімнің меншігінде болмайды. "Java" – Oracle Corporation компаниясының тауарлық белгісі.