Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Потрепаться";
Текущий архив: 2002.08.22;
Скачать: [xml.tar.bz2];

Вниз

Объясните пожалуйста насчёт С++   Найти похожие ветки 

 
cyborg   (2002-07-25 09:17) [0]

Не профессионалам прошу не беспокоиться!
Скажите пожалуйста, правда не знаю, везде вижу говорят что С++ гибче ОбжектПаскаля, профессионалы объясните пожалуйста, в чём эта гибкость заключается?


 
Lord Warlock   (2002-07-25 09:23) [1]

я не профессионал, но скажу как писавшие и на том и на другом, есть и свои + и свои - для различных задач. расписывать не буду, про это писано много.


 
cyborg   (2002-07-25 10:06) [2]

Да я как раз и спросил что бы расписали мне что за гибкость такая, я не задаюсь челью развести опять тут что круче, просто хочу знать что за гибкость такая! Все говорят гибче, гибче, а чем и как гибче никто не может сказать.
>про это писано много
Где писано, не видел такого, один трёп только?


 
Виктор Щербаков   (2002-07-25 10:16) [3]

cyborg © (25.07.02 10:06)
Просто OP и C++ несколько отличаются.
Скажем в С++ есть переопределение операций, множественное наследование, а в OP нет.
Но с другой стороны, в OP есть много удобных встроеных типов (String, Dinamic Arrays, Sets), интерфейсы...
Так что в большинстве случаев гибче то, что лучше знаешь.


 
Anatoly Podgoretsky   (2002-07-25 10:24) [4]

Пишут, на заборах и сараях, попрой войти и посмотреть


 
kull   (2002-07-25 10:33) [5]

А я скажу просто о том, что бы мне хотелось перенести в Object Pascal из C++:

1. Множественное наследование.
2. Шаблоны функций и классов.
3. Макросы
4. статические члены классов (да и вообще статические переменные)
5. Такие фишки как: дружественные функции и дружественные классы.

Ну и еще может что...

Вот это добавило бы "гибкости".


 
id_privin   (2002-07-25 10:38) [6]


> Но с другой стороны, в OP есть много удобных встроеных типов
> (String, Dinamic Arrays, Sets), интерфейсы...


В С++ есть STL. И вообще пожалуй все кроме шаблонов в из C++ в OP можно реализовать. Правда мороки будет больше чем пользы.


 
MBo   (2002-07-25 10:42) [7]

Псевдошаблоны для D от Rossen Assenov и Joanna Carter видели?


 
Igorek   (2002-07-25 10:50) [8]

То, чего нет в языке С++, а есть в ОР реализовано в виде библиотек. Можно даже подобие самого ОР реализовать в рамках С++. А то, чего нет в ОР, а есть в С++ никакими библиотеками не реализуешь, а если реализуешь, то настолько криво и запутанно, что оно того не стоит. Поэтому С++, как язык, на порядок мощнее. Я стараюсь быть максимально обьективным, так, как поработал достаточное время с обеими.


 
cyborg   (2002-07-25 11:05) [9]

Мда-а-а... как всё запущено... я безнадёжен и испорчен Паскалем :)...
Сколько новых слов, скажите пожалуйста что такое шаблоны функций, дружественный функции и классы?
И если можно ма-а-аленький пример кода, что бы нельзя на паскале сделать такое, что бы понятно мне было, буквально пару строчек.


 
Алексей Петров   (2002-07-25 11:21) [10]

> Igorek © (25.07.02 10:50)
А как на C++ реализовать виртуальные конструкторы? И прочие вещи, связанные с class of ...?
только "если реализуешь, то настолько криво и запутанно, что оно того не стоит.", т.е. через отдельный ClassFactory.

И еще из той же оперы: виртуальный абстрактный классовый метод - в Delphi - можно, в C++ - Не переводится.

Но фичей "наоборот" конечно больше. Мне самому в Delphi больше всего не хватает template и inline.


 
cyborg   (2002-07-25 11:24) [11]

Вот что скажу почему я за Паскаль взялся, просто Бейск был на английском, и документации вообще никакой не было, и вводить номера строчек тоже муторно как то было, затем был Клиппер, документции то же никакой не было, благо он на русском языке, я его ковырял неделю, и забросил, затем мне купили книгу по ТР6.0, но компилятора не было, да и был я тогда полным ламером :), даже стыдно говорить как я пытался делать программы, но потом по стечению обстоятельств один человек узнал что у меня есть книжка и принёс ТР 6.0, и прежде чем я начал что-то понимать в нём, прочитал эту книгу 3 раза, из знакомых никого программистов не было, в школе тогда нас не учили этому делу, и компьютеров в школе-то не было, но потихоньку всётаки разобрался в паскале только с помощью той книги, она у меня и сейчас есть, знакомому дал, вся такая потёртая, бумага как тряпка стала :),одним словом хорошая книга, хотя щас в неё гляну, те проблемы которые мне казались тогда сейчас кажутся смешными и сделать, как раз плюнуть, потом мне подарили книгу программирование под виндоуз на С++, но компилятора не было, сейчас вот в тумбочке лежит, и вот теперь зная Паскаль не хочу/не могу начать учить С++, как то не тянет на это дело, хотя компиляторов теперь достать не проблема, да и интернет очень большую помощь оказывает. Вот потихоньку подумываю за Ассамблер взяться, к тому же в Дельфи Ассамблер не плохой, может посоветуете какую документацию почитать на русском языке, для начинающих, в интернете, или может у кого есть?


 
Дмитрий Баранов   (2002-07-25 11:56) [12]

>>И если можно ма-а-аленький пример кода, что бы нельзя на паскале
Насущное неудобство - например, нельзя экземпляр класса в стеке создать. Часто забываю деструктор вызвать, отсюда утечки. Неудобно.


 
Ally   (2002-07-25 13:06) [13]


> kull © (25.07.02 10:33)


Дружественность классов в ОР реализована - в пределах одного модуля все объявленные классы являются дружественными...


 
NailS   (2002-07-25 13:30) [14]


> Дмитрий Баранов © (25.07.02 11:56)
> >>И если можно ма-а-аленький пример кода, что бы нельзя
> на паскале
> Насущное неудобство - например, нельзя экземпляр класса
> в стеке создать. Часто забываю деструктор вызвать, отсюда
> утечки. Неудобно.


Используй интерфейсы ;)


 
[NIKEL]   (2002-07-25 17:14) [15]

2 Дмитрий Баранов © (25.07.02 11:56)
>>И если можно ма-а-аленький пример кода, что бы нельзя на паскале
Насущное неудобство - например, нельзя экземпляр класса в стеке создать. Часто забываю деструктор вызвать, отсюда утечки. Неудобно.


Почитайте про интелектуальные укзатели - поможет...



 
Дмитрий Баранов   (2002-07-25 17:20) [16]

>>[NIKEL] ©
Читал, но вообще-то я про Делфи говорю...


 
Digitman   (2002-07-25 17:52) [17]

>cyborg

Главные преимущества OP, реализованного в Делфи - простая воспринимаемость, очевидность и наглядность исх.кода, однозначность операторов и операций, четкая ориентация всех средств на быстрое создание высокоэффективного прикладного ПО, высокоскоростная однопроходная (!) компиляция, весьма конкурентноспособный оптимизатор результирующего исп.кода...

Если все это тебе надоело, или ты не видишь этих явных и неоспоримых преимуществ OP, или ты решил повергнуть себя исключительно в "дебри" системного программинга - ну что ж, есть смысл углубиться в тот же C/C++ ... дабы оценить все "утраченное" потом, со стороны, по достоинству)...

Хотя, imho, по-любому, в C/C++ и TASM/MASM оч.желательно было бы ориентироваться, и уже хотя бы потому, что порой единственным источником инф-ции о неких, ну совершенно необходимых и срочных для использования в OP-проекте интерфейсах являются заголовочные файлы, "сверстанные" изначально именно для этих языков/языковых сред.


 
DiamondShark   (2002-07-25 18:13) [18]

Блин, ну почему всегда рядом с Ц/Ц++ появляются слова "системный програминг". Что там такого системного?


 
Suntechnic   (2002-07-25 18:58) [19]

>Digitman © (25.07.02 17:52)
Я аж слезу пустил :). Как, оказывается, я много в жизни потерял программируя на С++...

Ну а если автора вопроса действительно инетересует большинство из того, что так красиво описано в параграфе 1, то я бы смотрел бы в сторону .NET и C#


 
cyborg   (2002-07-25 19:06) [20]

>Если все это тебе надоело, или ты не видишь этих явных и
>неоспоримых преимуществ OP
Мне не надоело, просто захотелось узнать чего я лишаюсь в Паскале.
Мой мозг уже загажен процедурами и функциями, begin и end, думаю до С++ я не дотяну, а вот за ассамблер хотелось бы взяться, но документации не имею, верней есть у меня документация, но не для начинающих по ней мне вникнуть трудновато. Мне нравится Паскаль и кажется что это самый лёгкий и удобный язык.

Вот ещё один маленький вопрос возник, для С++ есть бесплатные компиляторы, а есть ли такие от Борланда для Паскаля, что бы под win32?


 
DiamondShark   (2002-07-25 21:04) [21]

2 cyborg

Ну от Борланда Вы вряд ли дождетесь бесплатного компилера (разве что на толкучке ;) ) а вот бесплатный не от борланда есть -- Free Pascal. Мало того что под Win32, так еще и под *nix и DPMI. Язык похож на дельфевый ОП.

А в Паскале, поверьте мне на слово, Вы ничего не лишаетесь. Так что уж если считаете его легким и удобным, то и не стоит смущаться.


 
Anatoly Podgoretsky   (2002-07-25 21:20) [22]

cyborg © (25.07.02 19:06)
Дельфи 6 Персонал Едишн


 
drpass   (2002-07-25 21:47) [23]

Бесплатно и от Borland:
Delphi 6 Personal
C++Builder 6 Personal
Kylix 2 Open
Одно условие - нельзя писать коммерческие проги.

А что касается "фишек" С++ - ну в чем-то гибче этот язык, ну и что? Приведите реальную задачу, которая на С++ решается легко, а на ОР (или хотя бы убогом VB) с трудом? Все разговоры о превосходстве того или иного языка - чушь. Просто программист, привыкший решать задачу средствами С++, некомфортно чувствует себя среди правил Паскаля, точно так же привыкший к Паскалю программер будет путаться и напрягаться, если его пересадить за компилятор С++.
А знать С++ нужно. Даже если он не будет твоим основным языком, все равно нужно понимать, что пишут другие. Точно так же нужно уметь читать и писать Java-программы и проги на VB.


 
evgeg   (2002-07-25 21:49) [24]

> Ну от Борланда Вы вряд ли дождетесь бесплатного компилера (разве что на толкучке ;)

Borland С++ 5.4 (тот, что в билдере используется)


 
evgeg   (2002-07-25 21:54) [25]

Допустим, захотел человек писать на C++ под Windows.
Что использовать?
Visual C++ -- там стандарт не полностью реализован, зато всяких своих штучек, дублирующих возможности стандарта до хрена. MFC -- пример как не надо писать программы на C++.
Borland C++ Builer - построен на VCL, добавлены возможности OP,
опять же дублирование, две модели классов -- все равно придется писать, как на Паскале -- так не лучше ли сам OP и использовать?

Поправьте, в чем неправ.



 
vuk   (2002-07-25 22:07) [26]

Кстати, тут вот Kylix3 вышел. Так там, судя по описанию, Delphi и Builder в одном флаконе - сделали единую среду разработки для двух языков. Что-то мне подсказывает, что под Win будет то же самое...


 
Suntechnic   (2002-07-25 22:15) [27]

>evgeg © (25.07.02 21:54)
>Допустим, захотел человек писать на C++ под Windows.
>Что использовать?

Если человек решил писать на C++ по Windows он садится и пишет причём не важно на каком средстве... а то что где-то что-то через одно место реализовано.... дык недостатков везде хватает, и Delphi как среда из этого правила не исключение. Я вот лично ещё десять раз подумаю писать на Visual C++ с недостаточной подержкой стандарта или трахаться с установкой копмонент в проект, который кто-то когда-то написал на Delphi, а мне сказали его поддерживать. Тот кто-то, натаскал компонент из Инета и слепил проект, а ты теперь попробуй его у себя на машине открыть....


 
vuk   (2002-07-25 22:15) [28]

Тьфу ты! Не вышел, а анонсирован... Ну в общем понятно...


 
987   (2002-07-25 22:21) [29]

Да, много умного узнал... Но всё-таки паскаль продуманнее. В Си, с его всеми наворотами программы почему-то пишутся гораздо дольше. А Паскаль очень красив и лаконичен. Чего стоит хотя бы "end." - красота!!! И зачем, например, создавать объекты в стеке? Дельфи их сам где надо создаёт. А хочется экстрима - можно там на Асме писать.


 
evgeg   (2002-07-25 23:06) [30]

> трахаться с установкой копмонент в проект, который кто-то когда-то написал на Delphi, а мне сказали его поддерживать. Тот кто-то, натаскал компонент из Инета и слепил проект, а ты теперь попробуй его у себя на машине открыть....

А на VC сумете построить проект, использующий отсутствующие библиотеки? Описанный вами случай -- проблема не Дельфи, а организации.


 
Suntechnic   (2002-07-25 23:24) [31]

>evgeg © (25.07.02 23:06)
Ну не скажите. На VC эти библиотеки включены в проект и этого достаточно. На Delphi же компоненты не являются частью проекта.


 
evgeg   (2002-07-25 23:42) [32]

> Suntechnic
Что в VC обязательно каждую используемую библиотеку включать в проект?


 
Suntechnic   (2002-07-25 23:55) [33]

>evgeg © (25.07.02 23:42)
А как вы собираетесь использовать библиотеку, которая не является частью проекта? Вам как минимум надо дать ссылку на заголовочный файл в проекте и включить в проект lib файл вот ваша библиотека и стала частью проекта. И перенос этого проекта на другую машину не представляет труда; достаточно скопировать проект. А как максимум вам надо иметь исходники библиотеки которые тоже будут являтся частью проекта... Или вы знаете как использовать библиотеки в VC не включая в проект? Тогда поделитесь знаниями с общественностью.
Ну а как это организовано в Delphi и какая задница вас там ожидает я думаю мне вам объяснять не стоит...

Безусловно всё зависит от принятых правил в организации, но если бы все и всегда подчинялись првилам и писали бы совершенные исходные коды, то на земле давно бы наступил коммунизм :)


 
evgeg   (2002-07-26 00:01) [34]

Это то чтоже, lib надо в папку проекта копировать? Для каждого проекта свой lib? Если так, то неудобно это очень, а если нет -- то не вижу, чем проще копировать такой проект.
Да и просто включать библиотеку в проект каждый раз -- неудобно как то. То ли дело Дельфи -- кинул компонент на форму -- и готово.


 
Suntechnic   (2002-07-26 00:12) [35]

>evgeg © (26.07.02 00:01)
>Это то чтоже, lib надо в папку проекта копировать? Для каждого проекта свой lib?
Я вам описал самый экстремальный случай. Так что не волнуйтесь, для каждого проекта вам lib не потребутся. Обычно проекты включаются в Workspace и идут вместе с исходниками. А на счёт копирования.... дык вы обычно копированием и занимаетесь когда пытаетесть использовать совместны ресурс.

>То ли дело Дельфи -- кинул компонент на форму -- и готово.

Готово, это если у вас на машине этот компонент есть, а если его нет, то здравствуй большая Ж... А уж если это был компонент сторонннего разработчика, да ещё и без исходников, да ещё и написанный под другую версию Delphi... вообщем вы меня поняли :)


 
Billy   (2002-07-26 01:12) [36]

Странно, что перечисляя плюсы С++ (извините за тавталогию :) ), никто не упомянул о такой замечательной вещи, как адресная арифметика. За одно только это можно влюбиться в этот язык. Конечно всё это можно делать и средствами ObjectPascal"я, но геморрой с Ptr и иже с ним почему-то нагнетают жуткое уныние :). Ну и еще упомянутые макросы, inline-функции... К томуже фигурную скобочку поставить занимает в 5 раз меньше времени, чем написать begin :). Из минусов Ц крест-крест - очень не хватает оператора with и порою код получается черезчур "загруженным". Но последнее - это уже наверно вина не языка, а моя.


 
Dmk   (2002-07-26 01:46) [37]

Зато господин Billy вашу скобочку видно в 5 раз хуже.
А вот продолжение банкета: http://delphi.mastak.ru/cgi-bin/forum.pl?look=1&id=1027393590&n=3


 
Billy   (2002-07-26 02:46) [38]

2Dmk
Я отнюдь не заявляю что Delphi скоро накроется медным тазом и "по базам данных ее заменит Oracle" :-) . Просто в попытке объяснить автору вопроса, почему Ц называют гибким языком и в чем его приемущества создал о себе мнение, что я противник OP. Так вот, я категорически заявляю, что я не являюсь противником Паскаля и наоборот отношусь к нему сугубо положительно! А то, что скобочку видно плохо, так это уже проблеммы лично твои и твоих глаз :). Тем более, что если грамотно делать отступы, то разницы в читаемости кода не чувствуется.


 
Dmk   (2002-07-26 03:20) [39]

Тьфу Тьфу Но зрение у меня пока 110 процентов. :) Текст С более нечитабелен чем текст Pascal. Я думаю это его единственный недостаток. Хотя если иметь монитор дюйма так 22 и подобрать шрифт нормальный ... Все может быть.


 
Billy   (2002-07-26 03:30) [40]

Ну у меня монитор 13,8" и я сишный код читаю легко... Хотя конечно Паскалевский текст читать легче, спорить не буду. Тут скорее дело в привычке. Поначалу тоже гляну на сишную программу - мама родная! А сейчас ничего, намандрыкался, читаю как книгу. Детективчик эдакий :)


 
Dmk   (2002-07-26 03:45) [41]

У меня 21" :) Я тоже читаю Сишный код легко. Но Pascal"евский еще легче. Кстати в Builder"е C код тоже легко читается. Грамотно Borland подсветку операторов сделали.


 
Billy   (2002-07-26 03:55) [42]

А вот Билдер я вообще не переношу. По моему уж если С++ - дак MS Visual C++, но никак ни это чудо в перьях - изврат одновременно над двумя языками программирования. В попытке соединить несовместимое у уважаемого Борланда получилась программа, которая из всех своих приемуществ имеет только грамотную подсветку :).


 
Dmk   (2002-07-26 04:01) [43]

Пойду я спать однако :o


 
Billy   (2002-07-26 04:06) [44]

И это правильно! У меня-то уже 7-й час ночи %) в связи с этим всё сказанное мной выше предлагаю считать полусонным бредом и не воспринимать всерьез. всем peace and love :) спокойной ночи


 
cyborg   (2002-07-26 09:04) [45]

К томуже фигурную скобочку поставить занимает в 5 раз меньше времени, чем написать begin
Ну не скажите, это ведь ещё Shift держать нужно :), а так, у меня уже автоматом набираются слова: привет, begin и end :).

Anatoly Podgoretsky © (25.07.02 21:20)
Дельфи 6 Персонал Едишн

Вроде тут говорилось что он 100$ стоит?


 
DiamondShark   (2002-07-26 10:52) [46]

Не знаю как другим, а лично мне "гибкость" Ц++ кажется излишней избыточностью:

main()
{
1;
2;
3;
"I"m a cool hacker";
}

Формально правильная прога на Ц


 
[NIKEL]   (2002-07-26 11:47) [47]

Тьфу Тьфу Но зрение у меня пока 110 процентов. :) Текст С более нечитабелен чем текст Pascal. Я думаю это его единственный недостаток. Хотя если иметь монитор дюйма так 22 и подобрать шрифт нормальный ... Все может быть.
Это смотря кто как пишет... чистая стилистика, если человек не умеет писать - то и на Паскале его проги ты с трудом прочитаешь

И причем тут, что легче писать begin чем { ??? это вы так шутите наверно? :) (в принципе если уж так привыкли define begin {; и т.д)
А мен билдер нравиться, и не вижу я в нем ничего плохого. Вижу реальную среду, не уступающую дельфи(а превосходящая), и имеет в своей основе универсальный, великолепно, до мелочей, продуманный язык. Большее число программистов в Дельфи сейчас переходит на C++ Builder
DiamondShark © (26.07.02 10:52)
Не знаю как другим, а лично мне "гибкость" Ц++ кажется излишней избыточностью:

main()
{
1;
2;
3;
"I"m a cool hacker";
}

Формально правильная прога на Ц


Это чё такое??? :) Опять шутите ;]


 
Игорь Шевченко   (2002-07-26 12:08) [48]

И не надоело вам ? :-)

Оба языка одинаково хороши - и Object Pascal, и C++ - успокойтесь. Ни в одном из нет упора на что-то "системное", все, что можно написать на одном из них, можно написать на другом (по функциональности, разумеется), за примерно одинаковый срок.


 
DiamondShark   (2002-07-26 12:40) [49]

>>[NIKEL] © (26.07.02 11:47)
>>Это чё такое??? :) Опять шутите ;]

Ничуть. Скопируйте и компильните. Даже запустится.


 
[NIKEL]   (2002-07-26 13:48) [50]

DiamondShark © (26.07.02 12:40)
>>[NIKEL] © (26.07.02 11:47)
>>Это чё такое??? :) Опять шутите ;]

Ничуть. Скопируйте и компильните. Даже запустится.

да я шучю же (читайте смайлики);]
я конечно понимаю что это смотриться странно, но такие вещи ни кто не пишет, язык допускает очень причудливые конструкции, но ведь в этом и дело, если с умом подойти то получаеться очень гибко...
если интиресно, то вот это тоже синтаксически(<- здесь может быть ошибка :]) правильная программа:

main()
{

; ;; ;; ;; ;
; ;; ;; ;; ;
; ;; ;; ;; ;
; ;; ;; ;; ;
; ;; ;; ;; ;
; ;; ;; ;; ;

}


 
Игорь Шевченко   (2002-07-26 13:53) [51]

[NIKEL] © (26.07.02 13:48)

Это и на паскале будет работать

begin
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
end;


 
VuDZ   (2002-07-27 01:57) [52]

как человек не трезвый скажу, что С++ мне нравиться гораздо больше, из-за.... не знаю, своей сложности, обманчивой простоты, гибкости... хез...

накидать компоненты это конечно круто, но сколько кода приходиться писать вручную для серьёзного софта....

однако with иногда сильно не хватает...


> Но с другой стороны, в OP есть много удобных встроеных типов
> (String, Dinamic Arrays, Sets), интерфейсы...

а в С++ есть STL... шаблоны это вообще вещь, если речь не стоит о скорости...

и вообще, хватит флеймить.
автору темы - купи или скачай Б. Страуструпта любую его книгу о С++ и читай и сравнивай...


 
int64   (2002-07-27 03:10) [53]

Люди спорят по поводу begin end и {}. Общего языка не находят, каждый при своём мнении. Спорят не только здесь; на RSDN когда-то была статья, где автор утверждал, что постянное набирание begin end увеличивает время разработки программы. Вот тот ещё бред!

А после споров о таких "высоких материях", кому какое дело до STL, With, Dinamic array ...



Страницы: 1 2 вся ветка

Форум: "Потрепаться";
Текущий архив: 2002.08.22;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.61 MB
Время: 0.008 c
3-70972
nick_sniper
2002-08-01 15:56
2002.08.22
Синхронизация нескольких удаленных БД


4-71411
Izyum
2002-06-17 11:49
2002.08.22
Работа с окнами


1-71081
michael_b
2002-08-12 10:32
2002.08.22
есть ли функция обратная Trim


3-70979
Explorer
2002-07-31 08:45
2002.08.22
DBLookupComboBox


1-71174
Юра
2002-08-13 11:41
2002.08.22
Добавить новую страницу в TPageControl





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский