Я планую написати вдосконалений GolfScript для ще коротших програм, які можуть робити більше справ. Це не виклик; це запит про зворотний зв'язок та підказки щодо того, що мені робити. (див. теги)

^{Я не впевнений, чи має це бути Community Wiki. Якщо ви так вважаєте, просто позначте модератора, щоб перетворити його :)}

Ця мова буде дуже схожа на GolfScript. Це все ще написано в Рубі. Однак він має кілька відмінностей:

• Використовуючи `як роздільник рядків, тому що це нечастий характер, тому знадобиться менше пробігу. (Інший символ може замінити свою функцію, як-от #(докладніше про це пізніше)). \`уникати \\зворотного вибору, уникати зворотної косої риси, а інших послідовностей втечі немає. Якщо вам потрібен новий рядок, просто вставте фактичний буквальний новий рядок у рядку.
• Використання Ruby's Rationalдля довільної точності з плаваючою точкою, один з головних недоліків GolfScript.
• Можливість перетворення типів в інші типи. Наприклад, ви можете перетворити блок в рядок.
• Регулярні вирази. Ймовірно, створений с "...". Оператори також будуть перевантажені для них. Наприклад, "\W"~{`Invalid: non-word character`}{`OK`}if. Автоматично виконується при натисканні зі змінної, як блоки.
• Файли та об’єкти дати, щоб зробити більше речей, які були неможливі в GolfScript. Вони не матимуть літералів, але матимуть функції для їх ініціалізації, наприклад `file.txt`fl(ім'я функції створення файлів може змінюватися).
• Можливо, хеши, але в цьому я не впевнений. Чи я повинен?
• Функції помічників робити ще більше. Наприклад, `http://example.com`netдля доступу до мережі (знову ж, netоператор може бути перейменований). rbвиконати рядок як код Ruby. Їх буде набагато більше; пропозиції вітаються.
• Ніяких коментарів, щоб їх #можна було використовувати для чогось іншого. Якщо ви хочете коментаря, `comment here`;буде добре працювати. (Можливо, #може замінити `функцію)
• Це буде повністю переписано таким чином, що додавати функції буде набагато простіше. В основному, код буде більш читабельним. (Ви бачили джерело GolfScript? :/)
• Це буде на Github, щоб над ним можна було спільно працювати. Я ліцензую його під MIT чи щось.
• Немає остаточного нового рядка, тому хитрі лайки працюють: P

І я встановлюю їх окремо, тому що думаю, що вони є найбільш різкими і корисними змінами (крім, можливо, додавання плаваючої точки):

• У ньому буде вбудовано багато функцій Ruby. Наприклад, shuffle(що може бути скорочено sf) (раніше брало 9 символів ), tr(раніше 14 символів ), sample( sm, раніше .,rand=), flatten( fl, раніше ???) тощо.
• Це буде м'ясисте, як у Ребму. Наприклад, тепер ви можете зробити ~:a0<{0a-}aIF(використовуючи назву змінної букви) замість ~:$0<{0$-}$if(перезаписати функцію сортування). (приклад звідси ). Зауважте, що цей спосіб є нечутливим до регістру, і цифри у назвах змінних заборонені. На мою думку, це нормально, оскільки мова про гольф: P
• У ньому буде налагодження. Я додам можливість подати прапор із зазначенням роздільників масивів, роздільників елементів тощо, виведення чисел (раціональний, плаваючий чи int?), Переглядаючи інструкції по черзі, токенізуючи та виводячи кожен маркер замість запуску програми, тощо.

Отже, моє запитання: що тут вдосконалити? Як ви думаєте, що я повинен додати?

Будь-які інші ідеї для цього, перш ніж почати його кодувати?

Гнучка введення-виведення

В даний час Golfscript не можна використовувати для інтерактивних програм. Я пропоную додати деякі функції для явного введення даних (тобто readline, getcharдрузів). Інтерпретатор повинен побачити, чи використовує програма їх перед запуском.

Якщо програма не викликає жодної функції введення, інтерпретатор повинен діяти так, як це робить Golfscript.

Я б не очікував, що інтерпретатор виявить функції введення в коді eval'ed, сформованому під час виконання, але якщо це якимось чином це може зробити, kudos.

Коротші вбудовані модулі

Псевдоніми з одним символом для всіх вбудованих команд, у яких їх немає. Я б використав baseнабагато більше, якби це було просто B.

Комбінований дів-мод

Це трохи більше ніші, ніж деякі пропозиції, але, працюючи над теоретичними програмами про число, я часто відчуваю, що хочу операцію, яка вискакує два цілих числа aі bзі стека, і штовхає a/bі a%b. (В даний час це 1$1$/@@%).

Числа

Змініть лексеру таким чином, щоб ведучий 0 не був частиною числа:

# current behaviour
01     # -> 1

# new
01     # -> 0 1

Також _замість них слід записати від’ємні числа :

# current behaviour
1 2-3   # -> -1 3

# new
1 2_3     # -> 1 2 -3

Доступ до всієї стеки

GolfScript - мова, що базується на стеці, але доступ до всіх, окрім трьох найкращих елементів у стеку, обмежений <integer>$для копіювання n-го елемента. Було б корисно мати щось на зразок rollкоманди PostScript, щоб було легше працювати з більш ніж трьома "живими" змінними.

В ідеалі були б версії з одною аргументацією та дво аргументи, але якщо навколо недостатньо імен, то один-аргумент повинен отримати перевагу для одного символу.

Один аргумент просто бере кількість елементів для прокатки. Наприклад 1 roll, нічого не робить; 2 rollеквівалентно \; 3 rollеквівалентно @; 4 rollа для більших чисел не існує існуючого еквівалента; найближче, що можливо, щось подібне

]-4/()\+\+[]*-1%~

(і це навіть не обробляє нецілі числа в певних позиціях стека, або активне [, і майже напевно також розбивається всередині циклів).

Дві аргументи також беруть суму, щоб скотити; a b roll2еквівалентно {a roll}b*.

CJam

Я реалізував "вдосконалений GolfScript", і він називається CJam - http://sf.net/p/cjam
Зараз у другому випуску (версія 0.6) він вже має багато, якщо не більшість функцій, про які йде мова тут. Я спробую перерахувати їх:

• все ще написано на Рубі - nope, java
• використання `в якості роздільника рядків - ні, але він використовує рядки з подвійним цитуванням із мінімальним пробігом ( \лише для втечі \та ")
• плаваюча точка - підтримується, але тільки стандартна "подвійна", а не довільна точність
• конвертувати типи в інші типи - так
• регулярні вирази - ще не, але заплановані; використовуватиме звичайні рядки зі спеціальними операторами
• Об'єкти файлів і дат - ні, але можуть отримати поточну дату / час
• хеши - якщо припустити, що вони схожі на диктовки пітона або java-карти, то вони не підтримуються (можливо, це врахує в майбутньому)
• допоміжні функції зробити ще більше - так, багато
• `http://example.com`net - "example.com"g
• виконати рядок як код Ruby - nope
• жодних коментарів - точно, #використовується для чогось іншого,"comments like this";
• простіше додавати функції - я так думаю, але я також упереджений :)
• на Github - ще краще (на мою думку, не стріляйте) - на SourceForge, використовуючи hg
• ліцензовано в рамках MIT - так
• немає остаточного нового рядка - правильно
• перемішати - mr
• tr - er
• зразок - не зроблено, _,mr=
• згладити - не зроблено, але, мабуть, простіше досягти
• mushed - ні, але ідентифікатори не потрібно розділяти

• налагодження - лише сліди стека та edоператор для показу стека

• гнучкий введення / виведення - так, але лише явний ввід

• коротші вбудовані - так, b= база, z= блискавка
• окремий ведучий 0 - ні, але може використовувати попередньо визначені змінні
• розлучати -- так, але не з _; 1 2-3-> 1 2 -3; 1 2m3->-1 3
• котити / обертати стек - ніп
• набір масиву - t
• divmod - md
• змінити лексеру (для ідентифікаторів) - так, докладніше нижче
• декартовий продукт - не зовсім те саме, але так, m*
• оператори unicode - ні
• односимвольні ідентифікатори - заздалегідь задані оператори мають 1 або 2 символи, а змінні є односимвольними великими літерами; всі вони можуть бути об'єднані, не плутаючи лексеру / аналізатора
• операторів на блоки - немає
• стабільний сорт - так
• перетворити символи в кодові блоки - ні, але вони можуть бути додані пізніше
• поточна дата / час - et
• аргументи командного рядка - ea
• чітке розділення вбудованих програм - так, але великі літери є змінними; вбудовані букви або починаються з малих та спеціальних символів
• хв і макс - так, в даний час тільки на 2 значення: e<,e>
• абсолютне значення - z(GolfScript має abs, не вистачає)
• сума і добуток масиву - :+,:*
• Відстань на Манхеттені - немає
• chr - c(перетворюється на символ, а не на рядок)
• пролийте рядок на стек - рядки CJam складаються з символів, а не цифр; щоб розлити персонажів це все-таки{}/
• версія, :що споживає те, що зберігається - nope
• оператори для >=, <=- немає, використання <!,>!
• base64 і zlib - nope
• ярлики за 1 $, 2 $, 3 $, 4 $, 5 $ - nope
• скопіюйте два найкращі елементи стека - заплановано; для використання зараз1$1$
• локальні змінні - nope
• HQ9 + функції - ні, дякую

CJam має набагато більше функцій, ознайомтеся з https://sourceforge.net/p/cjam/wiki/Operators/

Змініть лексеру

Лексер GolfScript розглядає ідентифікатор Ruby (все, що відповідає регулярному вираженню [_a-zA-Z][_a-zA-Z0-9]*) як єдиний маркер. Якщо це замість цього, трактується [a-zA-Z]+як маркер, який вивільняється _як вбудований, і дозволить альфа-змінній супроводжуватися буквальним цілим числом, не розділяючи пробіл.

Псевдоніми Unicode

Команди з декількома символами можуть мати псевдоніми unicode. Це дозволить заощадити рахунок, коли оцінка зараховується в символах, а не в байтах.

Стабільний сорт

$Вбудований на блоки повинні виконати стабільну сортування.

Оператор набору масивів

["A" "B" "C" "D" "E" "F"] -1 4 S    # -> ["A" "B" "C" "D" -1 "F"]

Будь-який вбудований, який ми можемо зробити для цього доступним?

Однозначні ідентифікатори

Це не так, як рішення в кодовому гольфі має занадто багато змінних. І це би заощадило на просторах.

% від вбудованого продукту

[1 2][1 2 3]%  # -> [[[1 1][1 2][1 3]][[2 1][2 2][2 3]]]

Підтримка Regex

Відсутність підтримки регулярних виразів завжди вражає мене дивною мовою, призначеною для гольфу. Було б чудово мати

• <string> <string> <string> y(він же trвикористовує для нього однополюсний псевдонім Perl)
• <string> <string> <string> s (замінник)
• <string> <string> <block> s (замінити зворотним дзвінком)
• <string> <string> m (матч)

Вбудовані для поточної дати / часу

Наразі дуже складно отримати дату / час, використовуючи Ruby evals.

D     # -> [2013 12 31]
T     # -> [23 59 59]

Зробити вбудовані |, & та ^ робити щось корисне на блоках

Наприклад, <array/string> <block> |можна використовувати як функцію індексу

[0 -10 -20 30 40 -50 60] {0<} |   # -> [1 2 5]

Будь-які ідеї для <array/string> <block> &або <array/string> <block> ^?

Спосіб повернення символів у кодові блоки

В даний час ми можемо прив’язати кодові блоки до символів :, але немає можливості повернути процес: виконання символу, прив'язаного до кодового блоку, просто виконує блок.

Я бачу кілька способів цього здійснити:

1. додайте новий синтаксис, наприклад, #fooдля переміщення значення fooдо стеку, навіть якщо це блок коду, або

2. додайте оператора для розширення кожного символу в кодовому блоці, так що (використовуючи _як новий оператор), наприклад, {2*}:dbl; {dbl dbl}_буде вироблятися {2* 2*}.

Я бачу переваги обох методів. Останній міг би замінити перший, ціною двох додаткових символів ( {foo}_замість #foo), але я бачу деякі потенційні програми для колишнього синтаксису, коли ці два символи були б непомітними (наприклад, array #func %замість використання array {func} %).

Тим часом колишній синтаксис міг би бути використаний для заміни останнього, якби був зручний спосіб якось ітерації над лексемами в кодовому блоці (який у будь-якому випадку може бути корисним самостійно).

У будь-якому випадку я б запропонував, щоб розширювальні символи, які прив'язані до вбудованих вбудованих модулів (тобто реалізовані в коді Ruby), повинні повернути якусь заглушку, яку можна було б викликати для отримання функціональності вбудованого, при цьому бути або неможливим або просто навряд чи буде відмінено Наприклад #$(або {$}_) може повернутися, наприклад {builtin_dollar}, де builtin_dollarміститиметься реальна реалізація $вбудованого (і / #builtin_dollarабо {builtin_dollar}_повинна просто повертатися {builtin_dollar}).

Це дозволило б переробляти вбудовані модулі, не втрачаючи доступу до їх функціональності (див. Мою попередню пропозицію ), так що якщо я, скажімо, чомусь захотів змінити значення $і @, я міг би просто зробити #$ #@ :$; :@;(або {$}_ {@}_ :$; :@;).

Змінна передустановка з аргументами командного рядка

На жаль, не залишилося жодного символу без призначення, але, можливо, ми можемо використати Aдля цього?

Native Ruby функції, які я повинен реалізовувати

Це спільнота Wiki; не соромтесь редагувати та додавати функції, які, на вашу думку, я повинен реалізувати!

Формат: " nativeFunctionName( nameInMyLanguage)"

• shuffle( sf)
• tr( tr)
• sample( sm)

Візьміть також функції APL та HQ9 +!

• Ярлики, як в APL. EDIT: тільки що побачив відповідь "псевдоніми unicode". Це я мав на увазі :)
• Інші ярлики, орієнтовані на гольф, як у H9 +, HQ9 +, CHIQRSX9 +

Чітке розділення вбудованих модулів

наприклад столиці: вбудовані; що робить B для основи можливим

Локальні змінні / закриття

Одне, що мені дуже не вистачає в GolfScript - це можливість тимчасово змінювати значення символу .

Зокрема, наразі немає можливості тимчасово змінити значення вбудованого "примітиву": як тільки ви, скажімо, переосмислите $, ви ніколи більше не збираєтесь щось сортувати в цій програмі. (Ну, не без написання власної реалізації сортування, принаймні.) Було б дуже приємно сказати, що, наприклад, у цьому кодовому блоці $ означає щось інше, але все-таки зберігати нормальне значення в іншому місці.

Зв'язане з вищезазначеним, було б непогано прив'язати символи в кодовому блоці до їх поточного значення . Звичайно, я можу записати, сказати, {$-1%}:rsortі зможу використовувати rsortдля сортування та повернення масиву, але це працює лише до тих пір, поки визначення $( -1або %) не зміниться, оскільки моя rsortфункція все ще викликає глобальний символ $. Було б добре сказати "нехай rsortробити те, що $-1%зараз робить, навіть якщо ці символи згодом будуть перероблені".

Зокрема, стандартна бібліотека могла використовувати такий вид прив'язки. Як не дивно зрозуміти, що, скажімо, зміна nзмінює поведінку putsабо переосмислення !повністю заплутається xor. (Знову ж таки, тут слід проявляти деяку обережність, оскільки, зокрема, можливість змінити поведінку putsвиявляється єдиним способом уникнути друку остаточного рядка в поточній версії GS.)

Редагувати: Можливість повернення символів у кодові блоки дозволить пройти довгий шлях до реалізації цієї функціональності. Зокрема, {foo}_синтаксис, запропонований у цій відповіді, ефективно виконував би один рівень статичного зв’язування шляхом розширення всіх символів у кодовому блоці. Поєднайте це з комбінатором точок фіксації для глибокого статичного прив'язування, а Боб - ваш дядько ...

Більше вбудованих функцій

Змусьте всі однобуквені змінні az і AZ виконувати якусь загальну корисну функцію. Деякі вбудовані файли, яких бракує:

• min та max: всі або деякі з перших 2-х значень стека, верхні n значень стека, через масив
• абсолютне значення
• сума та добуток масиву. навіщо робити, {+}*коли можна робити S? У вас тут 52 функції для роботи!
• Відстань на Манхеттені (тобто x1 y1 x2 y2 --> abs(x2-x1)+abs(y2-y1). Це повинно бути, @-A@@-A+якщо Aце вбудована абсолютна величина. Зазначилося, що це лише припущення про моє останнє повідомлення, але я завжди вважав, що це буде хорошим способом розширити гольфскрипт: записати що Функції було б зручно мати, збирати та додавати як вбудовані.
• Перетворіть ціле число в односимвольний рядок (еквівалент python's chr).
• Пролийте рядок на стек (наразі {}/)
• Версія, :яка споживає те, що зберігається. Це не повинно «застрягати» за ідентифікаторами, щоб бути корисними.
• Оператори для >=,<=
• Як хтось запропонував, спосіб поставити змінну, що містить блок, на стек, не виконуючи її. Таким чином, ви можете звести ifs форми 1{\}{|}ifдо чогось подібного1?\?|if
• Вбудована конверсія base64 та підтримка zlib, щоб вбудовувані дані брали менше символів
• Крім base64, зробіть власну кодування base93 (використовуючи всі друковані символи, які не є роздільником рядків).
• Ярлики для 1$, 2$, 3$, 4$,5$
• Оператор для копіювання двох перших елементів стека таким, яким вони є, тобто \.@.@\

Було б добре, якби значення, записане або обчислене в останньому рядку функції, автоматично було повернуто