Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.

Сообщения - chucheloid

Страницы: [1] 2 3

Общий раздел / Re: Про парсер и лексер.

« : Сентябрь 17, 2012, 12:16:26 pm »

Цитата: valexey_u от Сентябрь 17, 2012, 11:11:27 am

Это не веб, это выхлоп компилятора немерли (если не ошибаюсь).
И да, для данных примеров оно выглядит как суровый оверкил.

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

Цитата: valexey_u от Сентябрь 17, 2012, 11:11:27 am

(мало того что для такой простой задачи там порядка 2к строк, так еще и пачка либ подключено:

Если почитать этот код, то станет ясно, что это код _всех_ демок и обвязки.
Ну и проект еще только начали писать. Объем генерируемого кода там можно очень жестоко оптимизировать. Просто это пока никто не делал.

Цитата: valexey_u от Сентябрь 17, 2012, 11:11:27 am

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

Именно.

Общий раздел / Re: Про парсер и лексер.

« : Сентябрь 17, 2012, 12:09:00 pm »

Цитата: Губанов Сергей Юрьевич от Сентябрь 17, 2012, 10:52:56 am

Я там ещё у странички запросил исходный код и получил 2312 строчечный html вот с такими названиями функций: MVCTest_SamplesViewModel__N_closureOf__N_lambda__8064_8256.

Веб для меня -- тёмный лес...

Ты пытаешься понять язык высокого уровня глядя на машинный код, полученный после оптимизирующего компилятора.
Это очень не правильный подход.

Общий раздел / Re: Про парсер и лексер.

« : Сентябрь 16, 2012, 02:34:08 pm »

Цитата: Губанов Сергей Юрьевич от Сентябрь 15, 2012, 06:27:35 pm

Не знаю. Я с Гуём не очень. Там надо динамически генерить html код? Ну, первое что приходит в голову, наверное я натворил бы композицию объектов, которые умеют сериализовываться в html. Это неплохо бы сработало когда надо генерировать типовой-однообразный html.

Там все намного сложнее, чем кажется. Открой демку Introduction и посмотри на код. Потом поменяй то, что написано в полях ввода. Нажми на кнопку и подумай, может ли этот код так себя вести...

Общий раздел / Re: Про парсер и лексер.

« : Сентябрь 15, 2012, 02:09:35 pm »

Цитата: Губанов Сергей Юрьевич от Сентябрь 14, 2012, 04:46:34 pm

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

Это тебе просто с задачей повезло.
А могло и не повезти.
http://user1663.netfx45lab.discountasp.net/
Что бы делал?

Общий раздел / Re: Про парсер и лексер.

« : Сентябрь 14, 2012, 03:48:51 pm »

Цитата: DIzer от Сентябрь 13, 2012, 09:09:03 pm

Да нет не сказка, просто каждый занимается своим делом..

Именно что сказка. Ну не могут люди с низкой квалификацией сделать что-то большое.
Физически не могут.
Обязательно нужен надсмотрщик, который ходит и бьёт по рукам.
ДСЛ с этим справится гораздо лучше.
1)Банально в разы меньше писать. Те работа будет сделана быстрее и там будет меньше багов.
2)ДСЛ очень эффективно бьёт по рукам. Причем со 100% вероятностью и сразу.

Цитата: DIzer от Сентябрь 13, 2012, 09:09:03 pm

Понятие "маленький" относительно.. вон айфон - тоже маленький да отдельных "частей" в нем немного - но высокотехнологичный продукт однако..

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

Общий раздел / Re: Про парсер и лексер.

« : Сентябрь 13, 2012, 07:37:36 pm »

Цитата: valexey_u от Сентябрь 13, 2012, 06:53:56 pm

Типичный программист не знает полностью своего основного языка программирования даже если это просто java. Не знает как работает скажем jvm, не знат как работает сборщик мусора (а это уже .net'чик), и, в частности, не знает соберет ли сборщик мусора два объекта которые ссылаются друг на друга но извне на них больше ссылок нет. И что под капотом библиотек тоже не знает. Но при этом этот самый типичный разработчик, каким-то образом добивается поставленных перед проектом целей. Это факт подтверждаемый экспериментально.

Как меня утомила эта сказка.
Такое случается только если над ними стоят надсмотрщики, которые создают архитектуру. А такие люди без труда смогут сделать ДСЛ.
Либо проект маленький как хелловорлд. Тогда просто он не успевает загнуться до того как его доделают.

Общий раздел / Re: Про парсер и лексер.

« : Сентябрь 13, 2012, 04:22:44 pm »

Цитата: DIzer от Сентябрь 13, 2012, 01:54:20 pm

1. да и не только средний.. любой, которому есть чем заняться.

И чем же он занимается?
Ломает голову, как протащить через 100500 методов контекст, который в начале проекта был не нужен, а когда понаписали десятки метров кода понадобился?
Или продирается через тонны костылей, которые протаскивают что-то куда-то?
А может он долбит реализацию INotifyPropertyChanged, которая у всех классов настолько одинаковая, что даже не смешно?
...

Цитата: DIzer от Сентябрь 13, 2012, 01:54:20 pm

2. в явке уже есть дополняющие языки (как доп язык javafx1.0, например , не прошел), впрочем они есть и под .net. По первому впечатлению НИМЕРЛЕЙ спроектирован лучше.. Что касается вторых версий (Немерлея и FX) - то разработчики (наверное понимая, что в разработанную нишу одним только сахаром не влезешь ) пытаются найти свое собственное место.. - как результат.. и там и там "FRAMEWORKS"

Я совершенно не понял что общего у JavaFX и Н2?

Общий раздел / Re: Про парсер и лексер.

« : Сентябрь 13, 2012, 04:11:29 pm »

Цитата: valexey от Сентябрь 12, 2012, 09:47:08 pm

Другое дело, что практика показывает, чта-а средний программист не умеет думать еще и о конструировании DSL, даже eDSL не умеет. У него голова занята совсем другим - предметной областью.

Нет. Она у него занята головоломкой, на тему как впихнуть предметную область в узкие рамки языка программирования так, чтобы код не скатился в говно.
А если не занята, то проект проваливается с вероятностью близкой к 100%.

Просто люди настолько привыкли к данной совершенно бесполезной активности, что не замечают её.
С ДСЛ все намного проще. Написал логику как она есть. И скомпилировал.
Сделать компилятор намного проще, чем архитектуру архитектурить, ибо компилятор может генерировать любой говнокод и ни каких проблем это не создает.

Кстати немерле тоже умеет компилироваться в яваскрипт. http://user1663.netfx45lab.discountasp.net/
Можете сравнить данный способ создания веб интерфейсов с любым другим...

Общий раздел / Re: Про парсер и лексер.

« : Сентябрь 12, 2012, 07:48:03 pm »

Цитата: Valery Solovey от Сентябрь 12, 2012, 06:54:02 pm

Если работать напрямую с буквами простым способом, то две вышеприведённые строки для парсера окажутся одинаковыми. А если с буквами работать сложным способом, чтобы он различал варианты, то код станет страшным. Правда, здесь стоит учитывать, что весь код парсера должен был по-старинке находиться в одном файле (точнее, в одной компилируемой единице, если принимать во внимание includ-ы).

Это даже не секта дракона. Это что-то неизмеримо более страшное.
Неадекват полнейший.

Общий раздел / Re: Про парсер и лексер.

« : Сентябрь 12, 2012, 06:22:53 pm »

Цитата: Valery Solovey от Сентябрь 12, 2012, 04:55:35 pm

1. поток байт (например, из файла) преобразовать в поток букв (грубо говоря).
2. поток букв преобразовать в поток лексем. (лексический анализатор)
3. поток лексем преобразовать в дерево разбора. (синтаксический анализатор)

Так бы сразу и сказал что из секты дракона.
То, что было до букв к синтаксическому анализу вообще не относится.
А для безлексерных парсеров лексемами являются отдельные буквы.

Лексеры вообще говоря нужны только из-за того что быстрые БНФ'ные анализаторы физически не способны разрешать конфликты которые разрешает лексер.
А те, которые способны тормозят, как чёрт знает что.