Сообщение Re[45]: Java vs C# vs C++ от 04.10.2015 19:37
Изменено 04.10.2015 19:38 Evgeny.Panasyuk
Здравствуйте, Serginio1, Вы писали:
EP>>Так это известная тема — вместо предоставления какой-то универсальной возможности, на C# решают какой-то сиюминутный use-case. Это приводит например к зоопарку с вариантами замыканий, которые даже ещё планируют расширять локальными методами. Также это приводит к меньшей гибкости самого языка — шаг влево/вправо — и упираешься в забор: 1
S> Для многих вещей существуют T4
О, пошла кодогенерация в ход
Да она расширяет возможности, и доступна в том числе и для C++, причём без зацикленности на T4.
Тем не менее, доступность возможности из самого языка, а не системы сборки — это на порядки проще и удобнее.
Например тот же not_null
S>Было бы желание. Либо функциональщину с карированием итд которая тоже в Net есть, а их использовать уже в C#. На самом деле важные фичи добавляются. И язык развивается. А для среднестатистического программиста как я возможностей выше крыши. Просто такие извращения появляются у С++ которые хотят перенести технику шаблонов перенести на язык которых их не поддерживает. И Слава КПСС
Тот же not_null помог бы вполне рядовому программисту. Но приходится ждать добавления фичи в язык, а не просто взять готовую библиотечную реализацию, или даже реализовать самому.
EP>>Так это известная тема — вместо предоставления какой-то универсальной возможности, на C# решают какой-то сиюминутный use-case. Это приводит например к зоопарку с вариантами замыканий, которые даже ещё планируют расширять локальными методами. Также это приводит к меньшей гибкости самого языка — шаг влево/вправо — и упираешься в забор: 1
Автор: _NN_
Дата: 02.11.13
, 2Дата: 02.11.13
Автор: Evgeny.Panasyuk
Дата: 07.06.15
, 3Дата: 07.06.15
Автор: Qbit86
Дата: 01.07.15
, 4Дата: 01.07.15
Автор: Tesh
Дата: 21.04.15
.Дата: 21.04.15
S> Для многих вещей существуют T4
О, пошла кодогенерация в ход
Да она расширяет возможности, и доступна в том числе и для C++, причём без зацикленности на T4.Тем не менее, доступность возможности из самого языка, а не системы сборки — это на порядки проще и удобнее.
Например тот же not_null
Автор: Tesh
Дата: 21.04.15
или optionДата: 21.04.15
Автор: Qbit86
Дата: 01.07.15
— попробуй их заменить через T4.Дата: 01.07.15
S>Было бы желание. Либо функциональщину с карированием итд которая тоже в Net есть, а их использовать уже в C#. На самом деле важные фичи добавляются. И язык развивается. А для среднестатистического программиста как я возможностей выше крыши. Просто такие извращения появляются у С++ которые хотят перенести технику шаблонов перенести на язык которых их не поддерживает. И Слава КПСС
Тот же not_null помог бы вполне рядовому программисту. Но приходится ждать добавления фичи в язык, а не просто взять готовую библиотечную реализацию, или даже реализовать самому.
Re[45]: Java vs C# vs C++
Здравствуйте, Serginio1, Вы писали:
EP>>Так это известная тема — вместо предоставления какой-то универсальной возможности, на C# решают какой-то сиюминутный use-case. Это приводит например к зоопарку с вариантами замыканий, которые даже ещё планируют расширять локальными методами. Также это приводит к меньшей гибкости самого языка — шаг влево/вправо — и упираешься в забор: 1
S> Для многих вещей существуют T4
О, пошла кодогенерация в ход Да она расширяет возможности, и доступна в том числе и для C++, причём без зацикленности на T4.
Тем не менее, доступность возможности из самого языка, а не системы сборки — это на порядки проще и удобнее.
Например тот же not_null
S>Было бы желание. Либо функциональщину с карированием итд которая тоже в Net есть, а их использовать уже в C#. На самом деле важные фичи добавляются. И язык развивается. А для среднестатистического программиста как я возможностей выше крыши. Просто такие извращения появляются у С++ которые хотят перенести технику шаблонов перенести на язык которых их не поддерживает. И Слава КПСС
Тот же not_null помог бы вполне рядовому программисту. Но приходится ждать добавления фичи в язык, а не просто взять готовую библиотечную реализацию, или даже реализовать самому.
EP>>Так это известная тема — вместо предоставления какой-то универсальной возможности, на C# решают какой-то сиюминутный use-case. Это приводит например к зоопарку с вариантами замыканий, которые даже ещё планируют расширять локальными методами. Также это приводит к меньшей гибкости самого языка — шаг влево/вправо — и упираешься в забор: 1
Автор: _NN_
Дата: 02.11.13
, 2Дата: 02.11.13
Автор: Evgeny.Panasyuk
Дата: 07.06.15
, 3Дата: 07.06.15
Автор: Qbit86
Дата: 01.07.15
, 4Дата: 01.07.15
Автор: Tesh
Дата: 21.04.15
.Дата: 21.04.15
S> Для многих вещей существуют T4
О, пошла кодогенерация в ход
Да она расширяет возможности, и доступна в том числе и для C++, причём без зацикленности на T4.Тем не менее, доступность возможности из самого языка, а не системы сборки — это на порядки проще и удобнее.
Например тот же not_null
Автор: Tesh
Дата: 21.04.15
или optionДата: 21.04.15
Автор: Qbit86
Дата: 01.07.15
— попробуй их заменить через T4.Дата: 01.07.15
S>Было бы желание. Либо функциональщину с карированием итд которая тоже в Net есть, а их использовать уже в C#. На самом деле важные фичи добавляются. И язык развивается. А для среднестатистического программиста как я возможностей выше крыши. Просто такие извращения появляются у С++ которые хотят перенести технику шаблонов перенести на язык которых их не поддерживает. И Слава КПСС
Тот же not_null помог бы вполне рядовому программисту. Но приходится ждать добавления фичи в язык, а не просто взять готовую библиотечную реализацию, или даже реализовать самому.
Non-nullability checks have to be manually encoded hundreds of times in any large real-world project, and they are not compile-time-enforced.