LINUX.ORG.RU

История изменений

Исправление hobbit, (текущая версия) :

Нафиг Лазарь сдался практикующему плюсисту - не понятно.

Ну строго говоря, не Лазарь, а fpc, Лазарь - всего лишь IDE над ним. Итак:

  1. Модули (см. выше). Когда C++20 доберётся до ширнармасс в полном объёме, вероятно, будет неактуально.

  2. Стандартизованный файл проекта. Исходники на фрипаскале/дельфи самодостаточны. У них есть чётко выделенный главный модуль, он же файл проекта, им во многих случаях не нужна «левая» система сборки. Это развитие вопроса с модулями, возможно, к следующему стандарту Комитет дозреет, а пока практикующие плюсисты давятся императивными костылями типа cmake. Уже много лет давятся.

  3. Локальные функции. Начиная с C++11, появились лямбды, в т.ч. повторно используемые, и похоже, что они таки заменяют этот механизм, но выглядит это куда более вырвиглазно, чем в паскале.

К «чистому» C++ с STL есть и ещё ряд претензий, но Qt позволяет их обходить (как в ряде случаев и вопрос с системой сборки, лол).

А так-то да, если практикующий плюсист приучился всё перечисленное терпеть и обходить, ему не нужен ни паскаль, ни раст, ни вообще какой-либо другой ЯП (ну, кроме, может быть, кусочков ассемблера в крайне редких случаях).

На C++ можно написать всё! Насколько удобно — другой вопрос.

Исправление hobbit, :

Нафиг Лазарь сдался практикующему плюсисту - не понятно.

Ну строго говоря, не Лазарь, а fpc, Лазарь - всего лишь IDE над ним. Итак:

  1. Модули (см. выше). Когда C++20 доберётся до ширнармасс в полном объёме, вероятно, будет неактуально.

  2. Стандартизованный файл проекта. Исходники на фрипаскале/дельфи самодостаточны. У них есть чётко выделенный главный модуль, он же файл проекта, им во многих случаях не нужна «левая» система сборки. Это развитие вопроса с модулями, возможно, к следующему стандарту Комитет дозреет, а пока практикующие плюсисты давятся императивными костылями типа cmake. Уже много лет давятся.

  3. Локальные функции. Начиная с C++11, появились лямбды, в т.ч. повторно используемые, и похоже, что они таки заменяют этот механизм, но выглядит это куда более вырвиглазно, чем в паскале.

К «чистому» C++ с STL есть и ещё ряд претензий, но Qt позволяет их обходить (как в ряде случаев и вопрос с системой сборки, лол).

А так-то да, если практикующий плюсист приучился всё перечисленное терпеть и обходить, ему не нужен ни паскаль, ни раст, ни вообще какой-либо другой ЯП (ну, кроме, может быть, кусочков ассемблера в крайне редких случаях). На C++ можно написать всё. Насколько удобно — другой вопрос.

Исправление hobbit, :

Нафиг Лазарь сдался практикующему плюсисту - не понятно.

Ну строго говоря, не Лазарь, а fpc, Лазарь - всего лишь IDE над ним. Итак:

  1. Модули (см. выше). Когда C++20 доберётся до ширнармасс в полном объёме, вероятно, будет неактуально.

  2. Стандартизованный файл проекта. Исходники на фрипаскале/дельфи самодостаточны. У них есть чётко выделенный главный модуль, он же файл проекта, им во многих случаях не нужна «левая» система сборки. Это развитие вопроса с модулями, возможно, к следующему стандарту Комитет дозреет, а пока практикующие плюсисты давятся императивными костылями типа cmake. Уже много лет давятся.

  3. Локальные функции. Начиная с C++11, появились лямбды, в т.ч. повторно используемые, и похоже, что они таки заменяют этот механизм, но выглядит это куда более вырвиглазно, чем в паскале.

К «чистому» C++ с STL есть и ещё ряд претензий, но Qt позволяет их обходить (как в ряде случаев и вопрос с системой сборки, лол).

А так-то да, если практикующий плюсист приучился всё перечисленное терпеть и обходить, ему не нужен ни паскаль, ни раст, ни вообще какой-либо другой ЯП (ну, кроме, может быть, ассемблера в крайне редких случаях). На C++ можно написать всё. Насколько удобно — другой вопрос.

Исходная версия hobbit, :

Нафиг Лазарь сдался практикующему плюсисту - не понятно.

Ну строго говоря, не Лазарь, а fpc, Лазарь - всего лишь IDE над ним. Итак:

  1. Модули (см. выше). Когда C++20 доберётся до ширнармасс в полном объёме, вероятно, будет неактуально.

  2. Стандартизованный файл проекта. Исходники на фрипаскале/дельфи самодостаточны. У них есть чётко выделенный главный модуль, он же файл проекта, им во многих случаях не нужна «левая» система сборки. Это развитие вопроса с модулями, возможно, к следующему стандарту Комитет дозреет, а пока практикующие плюсисты давятся императивными костылями типа cmake. Уже много лет давятся.

  3. Локальные функции. Начиная с C++11, появились лямбды, в т.ч. повторно используемые, и похоже, что они таки заменяют этот механизм, но выглядит это куда более вырвиглазно, чем в паскале.

К «чистому» C++ с STL есть и ещё ряд претензий, но Qt позволяет их обходить (как в ряде случаев и вопрос с системой сборки, лол).