Страница 4 из 4

СообщениеДобавлено: 13.10.2007 23:24:54
Deepthroat
имхо: указатели нужны, а вот использовать их или нет - решает программист (в зависимости от поставленной задачи)

а вот какие указатели и как с ними жить уже лучше обсуждать в соответствующей теме

Полностью согласен.

Просто я противник интерпретаторов - считаю что этот путь не самый правильный.

Для Web - это, по моему, как раз самый правильный путь. Для stand-alone приложений, да, согласен с тобой. Ведь далеко не факт, что у пользователя этот интерпретатор есть. А заставлять пользователя устанавливать (а возможно еще и покупать) интерпретатор в довесок не хорошо. Особенно, когда программа весит 100 КБ, а интерпретатор - 10 МБ.

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

AJAX в помощь. Ведь, мешает представление данных, как я понимаю, а не их обработка.

никто не стремится написать демодулятор v32 на пхп

Можно же писать для Web, но не на PHP. Web-интерфейс можно использовать и для чисто системных задач, при этом используя платформенно-зависимый приближенный к железу и ОС язык.

СообщениеДобавлено: 14.10.2007 00:00:31
ev
Ведь далеко не факт, что у пользователя этот интерпретатор есть.

микрософт в этом отношении пока не особо задумывается
уже почти все себе скачали и установили .NET :)

AJAX в помощь.

я прям вижу себе, что робот яндекса - это сотни компьютеров, на которых открыто по сотне браузеров, в которых аджаксом происходит индексирование рунета ;)

СообщениеДобавлено: 14.10.2007 13:06:08
Deepthroat
Я говорил о представлении результатов, а не об обработке и хранении (я же написал). По мне, так работе с большими массивами данных мешает именно сложность их представления. Представь, что пользователю надо показать таблицу из 1000 строк. Что делать, разбить по 10 (ну или сколько там) штук. А если ему надо посмотреть одновременно с 5 по 15? Вот тут и поможет AJAX, при помощи которого можно имитировать TDBGrid с его плавной прокруткой, а не как в яндексе - постраничное листание.

А какие проблемы с хранением и обработкой?

микрософт в этом отношении пока не особо задумывается

Ну не будем же мы равняться на Майкрософт. Пока мы не имеем львиной доли рынка, нам надо задумываться над такими вопросами.

СообщениеДобавлено: 14.10.2007 14:39:16
ev
По мне, так работе с большими массивами данных мешает именно сложность их представления.

работа с ьбольшими массивами - это не обязательно отображение этих массивов ;) поэтому надо учитывать весь спектр задач...

СообщениеДобавлено: 14.10.2007 15:09:07
Deepthroat
Ну тогда вообще не вижу специфики работы с Web. Системы с Web-интерфейсом отличаются только Web-интерфейсом. Внутри-то они могут быть такими же, как и обычные приложения. Никто же не говорит, что Web - это только PHP.

Re: введение

СообщениеДобавлено: 03.04.2014 16:14:56
vada
Ну так что? Кто на EBNF синтаксис языка нарисует? :)

Короче чем оберон у Вирта хрен получится :)

Re: введение

СообщениеДобавлено: 04.04.2014 09:32:02
mirk
ИМХО за основу стоит брать Оберон, но внести назревшие изменения.
Т.к. не всякая минимизация в реальности хороша.
Нужен компромисс.
Больше вопрос где взять ресурсы не реализацию компилятора ;)

Re: введение

СообщениеДобавлено: 04.04.2014 12:12:29
vada
Ну...
Синтаксический анализатор генерируется по схем EBNF программно.
Генератор нативного кода в FPC есть. Да много где можно генератор нативщины найти в сырцах.
Прокладку, для начала, надо сделать. Потом и об оптимизации подумать можно будет.

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

Re: введение

СообщениеДобавлено: 09.04.2014 10:46:42
mirk
Так ведь чтобы нарисовать EBNF надо определиться с синтакисисом.
А чтобы определиться с синтаксисом надо сделать обзор оберонов с паскалями, провести анализ и выбрать лучшее.

Re: введение

СообщениеДобавлено: 09.04.2014 11:23:46
vada
Неужели? :)
Тут вот 4 страницы терли про плюсы и минусы... Ведь у кого-то есть сложившееся мнение о ПРАВИЛЬНОМ синтаксисе.
Вот я бы избавился в раскале/обероне от begin end; с заменой на { }. А в обероне видимость из */+ и не помню что там еще поменял бы на слова private, public... Так читается лучше. Ну.. что-то типа C# | JAVA
Ну это, видимо, потому что я много лет работал на JAVA, а теперь на C# :) На мои изыски можно не смотреть :)

Re: введение

СообщениеДобавлено: 09.04.2014 21:05:12
Vapaamies
vada писал(а):Вот я бы избавился в раскале/обероне от begin end; с заменой на { }. А в обероне видимость из */+ и не помню что там еще поменял бы на слова private, public...

И где логика? Та же вкусовщина, что и в Обероне. Уж если брать концепции -- следовать им неукоснительно. Скажем, значки -- только в выражениях и комментариях, остальное -- ключевыми словами. К слову сказать, модуловско-обероновское завершающее end без begin смотрится вполне органично с public и прочими ключевыми словами.

Re: введение

СообщениеДобавлено: 10.04.2014 11:38:04
stanilar
Согласен что не стоит менять нагруженные смыслом языковые конструкции, как это было правильно сказано, на значки.

А уж если от чего и избавляться, то лучше избавиться от поля private в объявлении класса. Моя практика показывает, что самые злые хаки, и самый "завернутый" код всегда связан именно с этим полем.

Вернее не с полем, а с секцией.

Re: введение

СообщениеДобавлено: 12.04.2014 14:18:16
ev
в данном случае полезно будет сотрудничество с институтами
ведь это прекрасная тема для кучи курсовых работ - обзор и анализ существующих языков программирования
если вдруг среди посетителей есть заинтересованные преподаватели (или знающие таковых) - пишите в лс ;)

Re: введение

СообщениеДобавлено: 13.04.2014 08:09:23
Kemet
vada писал(а):А в обероне видимость из */+ и не помню что там еще поменял бы на слова private, public...
В Оберонах символ * (name*) означает экспорт с полным доступом, а - (name-) экспорт только для чтения, поэтому public и private здесь не катят. Более того, private здесь вообще не нужен.

Re: введение

СообщениеДобавлено: 13.04.2014 09:15:02
Vadim
vada писал(а):Вот я бы избавился в раскале/обероне от begin end; с заменой на { }.

Я категорически против! У меня зрение плохое, мне надо чтобы было хорошо видно и Begin...End меня полностью устраивает, а {} видно только под мелкоскопом. :-)

Добавлено спустя 1 час 43 секунды:
Кстати, а чего вдруг завели речь об Обероне? Он, если я ничего не путаю, проектировался исключительно для однопользовательского режима.