Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 14
В интерпретаторе «Автор» существует три отличных от других языков типа данных
Вы считаеее, что в других языках нет вычислений из произвольной точностью, графов и AST?
В чём преимущество иметь эти примитивы в качестве встроенных типов, а не библиотеки (как в других языках)?
астрономические числа бес плавающей точки
Бес плавающей точки, демон летающей запятой, дух ныряющего баклана…
Это называется «длинная арифметика» и существует во множестве языков программирования (первый же пришедший в голову пример — язык python).
И астрономия тут вовсе ни при чем: числа вовсе не обязательно должны быть астрономически большими.
Графом называют множество узлов и связей между ними. Для типа «graf» узел существует только тогда, когда у него есть хотя бы одна связь.
Не-ет, любезный, графом называют дворянский титул выше баронского, а также лицо, носящее этот титул. Потому что в том написании, что вы даете, Graf — это титул, заимствованный из немецкого языка.
А то, о чем вы рассуждаете, называется graph — от греческого γραφω — пишу.
Очень некрасиво, что вы игнорируете советы читающих вас пользователей, как минимум по более читабельному оформлению статьи, не говоря уже о конструктивной критике самого языка.
У каждого программиста бывает этап, когда он считает себя самым умным и остается глух к советам и мнению других людей. Но я думал, что у вас данный этап уже пройден.
По статье: тип данных «граф» я не смог до конца понять — очень не хватает картинки. Мне кажется, что «внутри» данный тип данных реализован у вас не совсем верно, поскольку скорей всего вы храните лишь таблицу связей и таблицу маркеров, но без таблицы самих узлов. Отсюда вытекает и такое неудобное его задание (G.NET(1,1,"",1,4);), гораздо удобнее было бы продумать методы задания вида G.addChild() -> GrafUzel.
У каждого программиста бывает этап, когда он считает себя самым умным и остается глух к советам и мнению других людей. Но я думал, что у вас данный этап уже пройден.
По статье: тип данных «граф» я не смог до конца понять — очень не хватает картинки. Мне кажется, что «внутри» данный тип данных реализован у вас не совсем верно, поскольку скорей всего вы храните лишь таблицу связей и таблицу маркеров, но без таблицы самих узлов. Отсюда вытекает и такое неудобное его задание (G.NET(1,1,"",1,4);), гораздо удобнее было бы продумать методы задания вида G.addChild() -> GrafUzel.
А я и в этой статье спрошу, зачем программе модифицировать саму себя? Есть же всякие там compile-time evaluation, если уж очень надо что-то вычислить и вставить в исходный код программы.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Отличные типы данных в языке «Автор»