Свой компилятор(С++'о подобный)

[anyx]

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

В некоторых языках (например в ряде функциональных) нет такого понятия как коллекция

АХАХА, так вот почему я не знаю, что это такое! Я же поклонник ФП на 140%

[Пепел Феникса]

Перегрузка, конечно, нужна, но она не заменит полностью generic-типы и классы типов (или интерфейсы). Какие соображения по поводу этих возможностей?

Generic'и же будут, и интерфейсы тоже.
перегрузка по большей части ради удобства идет ж.

ну допустим...
в принципе учитывая что указателей нет, то можно и с единицы.
ибо например в С array[n]==array+n.
а далее там уже берите ArrayAdapter и ставьте нужный диапазон индексов(удобно например при подсчете возраста пользователей(ну какие там сайты в 1-2 года?)).
насчет индексов с конца лучше не стоит, путать может, при разных классах, так как будешь ждать от них иного поведения порою.

Любой уважающий себя функциональный язык программирования поддерживает списки, в которых также может храниться все что угодно.

в ЯП с типизацией тут будут проблемы изза этого.
разве что вниз по иерархии классов.
но уж точно не что угодно(хотя учитывая корень классов, поидее можно, но работать не очень будет)

[Ципихович Эндрю]

Аникс рубит!!!!!!
>Всё в языке (массивы, списки, строки) должно индексироваться с единицы
Полностью согласен
Потому как цель компилятора сделать лучше чем есть, вот тогда с 1ы
Представьте если бы вегда было с 1ы и кто то сделал с нуля, удивились бы, а тут чехарда, что с нуля, что с 1ы
Может там скорость другие камни, но для людей!!!!!!
И когда равно пишется как "=", а не "= =" то это тоже для людей, можно придумать утроенное "= = =" только зачем?
Одним словом во главу угла для людей
Вы можете сказать Если ты тупой-не можешь понять....
Поймите после меня ещё пойдут может и тупее и поберегите их

[Пепел Феникса]

И когда равно пишется как "=", а не "= =" то это тоже для людей, можно придумать утроенное "= = =" только зачем?

утроенное равно есть в PHP.
равно есть присваивание.
а равно-равно есть сравнение.

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

[Ципихович Эндрю]

>утроенное равно есть в PHP
Вау, не знал, и из всех ЯП если я не ошибаюсь пхп самый свежий, кто так строит ...
ноу хау "= = = =", то ли ещё будет Ой Ой

[Пепел Феникса]

и там в PHP === имеет четкое место.

[Сtrl]

Идея появилась - инфиксные функции. Псведокод:

bool equal(int a, int b) infix
{
  return a == b;
}
//использование:
if (7 equal 25)
  ...

[Utkin]

но уж точно не что угодно(хотя учитывая корень классов, поидее можно, но работать не очень будет)

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

[anyx]

Сообщение от Ципихович Эндрю

И когда равно пишется как "=", а не "= =" то это тоже для людей

Но = - это присваивание, тогда для сравнения остаётся ==. Это логичней, чем то уродство, что в дельфи.

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

Идея появилась - инфиксные функции. Псведокод:

bool equal(int a, int b) infix
{
  return a == b;
}
//использование:
if (7 equal 25)
  ...

На чём программируете? Haskell, Scala? Согласен, вещь нужная (если в языке Пепла Феникса, конечно, нельзя объявлять собственные операторы). Но надо подумать на приоритетом этой штуки. Я за то, чтобы он был больше приоритета возведения в степень (самого приоритетного оператора), но меньше приоритета взятия атрибута (точка). Это наиболее логичное поведение, имхо

Кстати, Пепел Феникса, надеюсь, вы откажетесь от ущербного Си-подобного синтаксиса объявления переменных, когда тип следует перед именем? Я исключительно за паскаль-подобный синтаксис:

foo(s: String; a, b: Integer = 0, 1): String =
{
    var x: Integer = a + b
    var t = reverse(s[:x-1]) + s[x+1:] -- Тут тип выведен автоматически
    return t
}

[Utkin]

В Смоллтолке через пробел объектам посылают сообщения. А если учесть что все есть объект, то для каждого объекта можно написать такой вот обработчик сообщений. Например для чисел можно описать обработчик сообщения equal который в качестве сообщений принимал бы целые числа. Возможно Пеплу Феникса стоит посмотреть и на этот вариант.