Универсальная среда программирования

Тема в разделе "WASM.PROJECTS", создана пользователем Veter, 25 ноя 2007.

  1. Veter

    Veter New Member

    Публикаций:
    0
    Регистрация:
    23 дек 2006
    Сообщения:
    161
    Люблю генерировать идеи, особенно, когда это ни к чему не обязывает. С реализацией идей, как правило, возникают трудности. Это только у меня или у всех такая ф.?

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

    1. Имеется редактор кода со всеми необходимыми прибамбасами.

    2. + универсально-ладжестический компилятор.

    Как он работает (т.е. будет должен работать) ? - очень просто :

    Когда он встречает какое-то слово, отделённое от других соотв. знаками или пробелом - то ищет в спец. папке файл (лучше обычный текстовый), где находится информация о том, что же ему делать с этим словом дальше. Например, в файле mov.txt будет находиться опкод и информация о макросе какая-то и т. д.
    Пока не разобрался досконально, как конкретно это должно работать. Книжки есть, но все по С и всё запутано ...
    ...
    В конечном итоге - можно писать код на любом языке, с любым синтаксисом.

    Например, мне в целом нравится масм, но не могу понять - зачем нужны инвоки? Только для наглядности? Ведь можно писать не
    invoke GetMoney,...,...
    например, а просто
    GetMoney,...,...

    В таком вот аспекте.

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

    P.S. Точное значение слова "ладжестический" современной науке пока неизвестно.
     
  2. Jupiter

    Jupiter Jupiter

    Публикаций:
    0
    Регистрация:
    12 авг 2004
    Сообщения:
    532
    Адрес:
    Russia
    а в чём должен быть предполагаемый выигрыш от подобного подхода?
    скорость компиляции явно упадёт, если компилятор будет искать инфу о том, что же ему делать при встрече слова.
    т.е. у него не будет никакой предпросчитанной таблицы и т.п.
    допустим, что компилятор натыкаясь на новое слово запоминает его и в следующий раз уже его "знает"
    но чем такой подход лучше макросов?
     
  3. Veter

    Veter New Member

    Публикаций:
    0
    Регистрация:
    23 дек 2006
    Сообщения:
    161
    Можно и запоминать - в оперативной памяти, до перезагрузки пр-мы.
    Суть в том, что таблица имён будет "внешняя" - т.е. получится "компилятор с открытой архитектурой".
    Случайно попал на страницу компиляторов софткея - там последний от интела (10-й) стоит пол тонны у.е.
    "Закрытость" - способ срубать капусту и без этого никак, ведь нужны средства на разработку ....и вообще они нужны как-бы.

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

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


    С уважением...
     
  4. neiromatik

    neiromatik New Member

    Публикаций:
    0
    Регистрация:
    28 дек 2007
    Сообщения:
    21
    2 Veter такой проект уже давно существует. Может реализация и не такая Наполеоновская но С, Паскаль и Модулу держит. Странник называется.
     
  5. asmlamo

    asmlamo Well-Known Member

    Публикаций:
    0
    Регистрация:
    18 май 2004
    Сообщения:
    1.734
    А зачем нужны CALL ?
     
  6. neiromatik

    neiromatik New Member

    Публикаций:
    0
    Регистрация:
    28 дек 2007
    Сообщения:
    21
    invoke компактнее и нагляднее в записи чем call, но call можно с оптимизировать в некоторых случаях.