freepascal.ru

Здесь предлагаю отписываться всем, кто хочет повлиять на язык. Предлагайте свои идеи синтаксических и других возможностей для внедрения в язык.

Хочу множества не ограниченный байтом. Хочу 32 разряда, или 64 для 64-х разрядных процессоров.

vada писал(а):Хочу множества не ограниченный байтом. Хочу 32 разряда, или 64 для 64-х разрядных процессоров.

Вы не спутали тему с freepascal'eм? Тут про язык Orion.

Понятия как множества в орионе нет, зато есть массивы и оператор in.

Код: Выделить всё

$ch = 4390;
$set = [2030, 4390, 4897, 1023];
if ( $ch in $set ){
   // элемент $ch входит в $set массив
}


А ограничений для массива в 1 байт нет, у него вообще нет ограничений =).

Типизация будет? Отсутствие типов - основной недостаток PHP (imho).

Max Rusov писал(а):Типизация будет? Отсутствие типов - основной недостаток PHP (imho).

Это не недостаток, типизация отсутствует также в таких языках как Lua, Python, Ruby. Это идеология, в скриптовых языках для прикладных задач она только мешает. В общем тип переменной определяется во время присваивания ей значения.

devels писал(а):Это идеология, в скриптовых языках для прикладных задач она только мешает

Странно слышать это от pascal программиста. Отсутствие типизации кажется преимуществом только при написании
процедурки в несколько строк. Когда у Вас большой проект и надо провести минимальный рефакторинг, то
без типизации эта задача нерешаема в принципе. В PHP, кстати, зачатки типизации есть, и не исключаю,
что ее добавят в будущих релизах.

Конечно, Вам решать. Если Вы изначально не планируете, что этот язык будет использоваться для решения
серьезных задач - то забейте.

Max Rusov писал(а):

devels писал(а):Это идеология, в скриптовых языках для прикладных задач она только мешает

Странно слышать это от pascal программиста. Отсутствие типизации кажется преимуществом только при написании
процедурки в несколько строк. Когда у Вас большой проект и надо провести минимальный рефакторинг, то
без типизации эта задача нерешаема в принципе. В PHP, кстати, зачатки типизации есть, и не исключаю,
что ее добавят в будущих релизах.

Конечно, Вам решать. Если Вы изначально не планируете, что этот язык будет использоваться для решения
серьезных задач - то забейте.

Писал я большой проект - develstudio на php без типизации, никакая типизация мне была не нужна, и максимум ошибок с типизацией было 1% из общего числа. Так что там не несколько процедур, а целая система, очень гибкая кстати с мощной системой плагинов. Написана масса CMS на php, например огромный по масштабам 1C-Bitrix. В общем это другой подход в программировании, ни чем не хуже.

Разработчики PHP никогда не добавят жесткую типизацию, как в паскале или в аде, и даже в си++. Возможно отсутствие типизации пугает людей со времен basic, но это лишь от не знания типизации php.

Такие серьезные языки как ruby, python и lua тоже отказались от строгой типизации, у них конечно по строже - утиная типизация.

Как знаете, спорить не буду. Но лично я никогда не выберу для серьезного проекта язык, который не осуществляет контроль типов.

Да, что там контроль типов...
Просто contrl/пробел и посмотреть что там в параметре передаваемом функции, например...
Только на этапе выполнения. Если код весь твой, то наверное ты что-то там припоминаешь, а если чужой?
Так что, не надо - без нормальной типизации нет скорости разработки, возрастает сложность лавинообразно и т.д. и т.п.
Даже в бейсиках нормальные программисты типизируют переменные.
Я вообще считаю, что отказ от типизации, или если она кому-то мешает, то это уже архитектурные косяки в проекте.

stikriz писал(а):Да, что там контроль типов...
Просто contrl/пробел и посмотреть что там в параметре передаваемом функции, например...
Только на этапе выполнения. Если код весь твой, то наверное ты что-то там припоминаешь, а если чужой?
Так что, не надо - без нормальной типизации нет скорости разработки, возрастает сложность лавинообразно и т.д. и т.п.
Даже в бейсиках нормальные программисты типизируют переменные.
Я вообще считаю, что отказ от типизации, или если она кому-то мешает, то это уже архитектурные косяки в проекте.

Ну типизировать передаваемые параметры в функцию в php можно. Вообще можно вопрос с типизацией закрыть. Если нужна типизация берите PascalScript. Я не припомню ни один динамический язык со строгой типизацией. Отказ от типизации в компилируемом языке это косяки в проекте, но не в скриптовом. Просто скриптовой язык итак является run-time, и в любом случае даже ошибки типизации в нем будут являться ошибками в run-time.

Я просто имею большой опыт программирования на жестко типизированном паскале, так и на не-типизированном php и могу адекватно сравнивать.

P.S. Всякие системы для документирования хорошо справляются с подсказками, какие типы нужно передавать в функцию и что она делает.

я предлагаю добавить возможность не писать уже наконец вонючий знак доллара возле каждой переменной

hinst писал(а):я предлагаю добавить возможность не писать уже наконец вонючий знак доллара возле каждой переменной

Относительно это уже работает для статических свойств классов, а также при объявлении свойств класса, можно писать без доллара.

Код: Выделить всё

class X {
    var x = 20;
    var y = 40;
}


вместо

Код: Выделить всё

class X {
    var $x = 20;
    var $y = 40;
}


Еще в PHP крайне не нравится необходимость писать "$this->" при обращении к свойствам класса. Ваша реализация свободна от этого недостатка?

Max Rusov писал(а):Еще в PHP крайне не нравится необходимость писать "$this->" при обращении к свойствам класса. Ваша реализация свободна от этого недостатка?

Пока нет. Но возможно можно будет опускать $this, и писать так "->prop".