C↑ᶜC. Дерево нового потомка BCPL засияло ярко-голубыми цветами

@Etyuhibosecyu · Регистрация: 13.07.2017

Студворк — интернет-сервис помощи студентам

Сегодня, 5 октября 2019 года - великий день! Наконец перечислены все текущие, будущие, устаревшие и зарезервированные конструкции C↑ᶜC, о которых я в настоящее время имею хоть какое-то понятие, включая пространства имен, операторы и неявные преобразования. Когда-то давно, я помню, я писал, что были посеяны семена дерева C↑ᶜC. Потом эти семена раскрылись, взошли, появились первые ростки, затем - листья, бутоны и, наконец - цветы! Слово "голубые" присутствует в названии темы не случайно. Для начала, голубой - цвет магии, а она очень пригодится дереву, так как над ним нависла железная крыша - синтаксический анализатор, а дерево, хоть уже и цветет, но еще очень маленькое и хрупкое, и без магии ему железную крышу не пробить. Кроме того, в какой-то книге, я помню, я читал, что цвет зарождения жизни и начала чего-либо нового - именно голубой, а именно из цветов, а не, например, из листьев, зарождаются плоды, поэтому "голубые цветы" можно считать аллегорией, замкнутой сама на себя. Наконец, голубой - цвет Венеры, то есть вселенской любви и красоты. При всем этом голубой - незаслуженно обиженный цвет, который часто путают со светло-синим - я даже видел на упаковке красок инструкцию, что чтобы получить голубой цвет, надо смешать синий с белым. Ну ладно, напишу без лирики - я завершил список конструкций C↑ᶜC и готов приступить к самому сложному - СИНТАКСИЧЕСКОМУ АНАЛИЗАТОРУ!
Считаю, что настоящая тема достойна находиться в разделе по C#, так как C↑ᶜC - прямое продолжение C#, так как разработка языка Cω была свернута. И плохая новость: преимущество C↑ᶜC перед C# в отношении оператора .. больше не является преимуществом - Microsoft опередила меня в этом отношении. Если еще через пару лет эти индусы создадут аналог Юноны - C↑ᶜC можно будет сворачивать, так как он одинаково не будет иметь никакого смысла. Но это ЕСЛИ, а пока что язык активно разрабатывается.
К слову, о Юноне. А ей и так несладко. Она уже была разрушена и фактически не жива. Господин Usaga был прав - революционная "фича" в виде Юноны не оказалась ничем, кроме незнания языка и попытки переизобрести неизвестные мне вещи. Хоть я и не знаю, что означает само слово "фича". Как бы там не было, "нумерующее отображение" оказалось полностью эквивалентным по смыслу хеш-таблице, которая, скорее всего, и используется в методе Join. Если бы в C# была типизированная хеш-таблица, в нумерующем отображении не было бы смысла. И в C↑ᶜC это именно так. Так что, может быть, на две или три недели Юнона рухнула. А потом, как феникс, переродилась в совершенно новом виде - превратилась в унарный оператор и стала эту самую хеш-таблицу и создавать. Теперь такой код:

Code
1
2
3
var a = ⚵list;
...
return other_list[a[x]];

- эквивалентен такому:

C#
1
2
3
4
5
6
7
8
9
10
11
var a = new Hashtable();
for (int i = 0; i < list.Count; i++)
{
    if (a.Contains(list[i]) == false)
    {
        a.Add(list[i], i);
    }
}
...
var index = (int)a[x];
return other_list[index];

Не правда ли, первый короче и читабельнее? Добавлю, что если list имеет тип list() T, то ⚵list - тип HashTable[T, int]. А также, что Linq в создании такой хеш-таблицы в C# не поможет, так как метод ToDictionary создает словарь, реализующий типизированный интерфейс IDictionary, а один из конструкторов хеш-таблицы требует нетипизированного.
И не факт, что Юнона не умрет во второй раз, теперь уже действительно навсегда.

Недавно читал одну статью на просторах Интернета, и там шла речь о высокоуровневых языках программирования. И автор поднял тему индексации - с какого числа начинать отсчет элементов в коллекции. И его там поносили как не знаю кого. Кто знает, действительно ли эта тема - одна из "священных коров" программирования? Понимаю, что это привычно и т. д. Но подумайте сами, кого лучше переучить - один раз тех, кому "привычно", а возможно, и ноль раз, так как новые языки программирования не отменяют старых, пусть старые деды доработают на "привычных" им языках, или постоянно всю молодежь в школах и университетах? Думаю, первый вариант несоизмеримо лучше. А что касается технической стороны этого вопроса - мы живем в век оптимизирующих компиляторов, и сделать при компиляции поправку на -1 - элементарная задача, да и по времени на фоне серьезных оптимизаций это даже не почувствуется. Так почему же мы в конце второго десятка XXI века все еще индексируем с нуля? Совпадение или нет (а я думаю, что нет), но я решил для себя, что в C↑ᶜC все коллекции, кроме массива, будут индексироваться с единицы, задолго до того, как прочитал эту статью. Думаю, что я с этой идеей не одинок во Вселенной. А что думают об этом господа читающие эти строки?

Информация о C↑ᶜC все больше систематизируется, что также в явном виде свидетельствует о прогрессе. На момент написания настоящих строк уже готова сравнительная таблица C# и C↑ᶜC, в которой различия представлены в наглядном табличном виде. Как видно, большинство описаний в C# короче, но по смыслу в C↑ᶜC - лучше. Прошу оценить, правду ли я пишу.

@Usaga · 28.10.2019, 12:09

Etyuhibosecyu, автор не должен словами "Тема актуальна" поднимать темы. Это шум и за это на отдельных ресурсах даже наказывают.

@Etyuhibosecyu · 28.10.2019, 12:25 **[ТС]**

Сообщение от Toros1992

Это применение бинарного оператора xor два раза последовательно. Он не тернарный в данном случае. И если вы напишите n операторов - N-арным он не станет.

Да, записывается он, как бинарный. А как иначе вы предложите записывать? В виде функции? Но действует он, как N-арный.

Сообщение от Toros1992

То, что вы назвали это "побочным эффектом" - безосновательно. Это полноценный XOR.

Несмотря на то, что в C# выражение и условие объединены, существуют межъязыковые стандарты разделения этих понятий. Например, числа, строки, +, %, &, | - это операторы выражений. А ==, >=, &&, || - это операторы условий. Чтобы преобразовать условие в выражение, принято вне зависимости от языка записывать его отличающимся способом, но так, чтобы не нарушить правила языка. Но сам способ у разных программистов может немного отличаться. Я, например, использую как выражение условие в скобках: bool a = (n == 5);. Самый распространенный способ преобразовать (логическое) выражение в условие - конструкция == true. ^ стоит в одном ряду с & и | - это оператор выражения. Поэтому, чтобы использовать его как xor между условиями, нужно сначала преобразовать их в выражения, а затем преобразовать результат в условие. Кроме того, он имеет более низкий приоритет, чем ==. Поэтому конструкция будет такой: if (((a1 == a2) ^ (b1 == b2)) == true). Как вы думаете, господин Toros1992, этот код читабельный?
P. S. Если вы всю жизнь писали a = n == 5; и if (a1 == a2 & b1 == b2), мне вас жаль. Общество не поймет...

@Toros1992 · 28.10.2019, 13:27

Etyuhibosecyu,
Этот код

C#
1
if (((a1 == a2) ^ (b1 == b2)) == true)

Полностью эквивалентен этому:

C#
1
if (a1 == a2 ^ b1 == b2)

Можете проверить. Вы намеренно ухудшаете конструкции языка C#, видимо чтобы на их фоне хоть как то казались выгодными конструкции Вашего творения.
Более того, запись == true не имеет никакого смысла. Это все равно, что писать += 0 Эти операции идемпотентны. Они никак не влияют на результат.
И хотелось бы увидеть, что легло в основу Ваших рассуждений об условиях и выражениях? условие - это выражение, результат вычисления которого является логическим типом данных. Если что-либо дает в результате bool - это может быть условием. И не зачем это "что-то" еще раз сравнивать с true

@Usaga · 29.10.2019, 12:33

Сообщение от Etyuhibosecyu

Например, числа, строки, +, %, &, | - это операторы выражений.

Числа и строки - операнды, а не операторы.

Сообщение от Etyuhibosecyu

А ==, >=, &&, || - это операторы условий.

Что, правда что ли? А может быть, всё таки, условие основывается на выражении, нет?

Новые блоги и статьи Все статьи Все блоги /
Мобильное приложение ColorStep pavlinmavlin 17.09.2026 Реализовал приложение Красный, Зеленый, Синий в Unity3d + c#. Название изменил на ColorStep. Приложение прошло модерацию и теперь доступно для скачивания. Делал его сам, шаг за шагом — и вот,. . .	Запрет дублирования строк в табличной части Maks 13.09.2026 Реализация из решения ниже выполнена на нетиповом справочнике "Нормы ТО" с табличной часть "Виды ТО", разработанного в КА2, со следующими реквизитами: - ВидТО (СправочникСсылка. ВидыТО); - ВидГСМ. . .	Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Jin X 06.09.2026 Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Работая с форумом и нейросетями в браузере часто хочется что-то подкорректировать или добавить какого-то функционала. Ниже прикреплён. . .	Программа опроса у.з. расходомера SLS-720F Argus19 02.09.2026 Программа опроса у. з. расходомера SLS-720F Программа опрашивает один раз в минуту три ультразвуковых расходомера SLS-720F через интерфейс RS-485 по протоколу Modbus RTU. Опрашиваются регистры. . .
Hyper-V: Компьютер должен поддерживать доверенный платформенный модуль 2.0. Maks 31.08.2026 При установке Windows 11 на виртуальную машину Hyper-V 2-го поколения вылезла такая ошибка: Решение: в параметрах виртуальной машины, в разделе "Безопасность" (Security) активировать флаг. . .	Архитектура биовида Стива в Майнкрафте: Зачем бонобо кубический каннибализм anaschu 30.08.2026 Кубический Вагинокапитализм в Minecraft: Математический инвариант ОДУ и рок Стивов-бонобо Главная задача разработанной «Модели Всего» — наглядно продемонстрировать наличие системной «судьбы». . .	Оттачиваю умение писать js программы. russiannick 30.08.2026 Проектом выходного дня стало написание Книги шифров Виженера. Итогом стала версия 200, синий туман. Синий туман назван так, потому что замораживает текст под собой. Нажатие синих кнопок управляют. . .	мат медиц модель 30. презентация проекта anaschu 27.08.2026 хоп хоп хоп хидахоп, а я кладую))

@Usaga 14772 / 9546 / 1365 Регистрация: 21.01.2016 Сообщений: 35,993
	28.10.2019, 12:09
	Etyuhibosecyu, автор не должен словами "Тема актуальна" поднимать темы. Это шум и за это на отдельных ресурсах даже наказывают. 0