Автор Тема: Интерфейс модуля как отдельная сущность  (Прочитано 38812 раз)

kkkk

  • Full Member
  • ***
  • Сообщений: 135
    • Просмотр профиля
Re: Интерфейс модуля как отдельная сущность
« Ответ #30 : Декабрь 01, 2016, 09:42:33 am »
Ясно, то есть речь идёт об уведомительном интерфейсе, с помощью которого можно проверить правильность модуля-клиента, но нельзя собрать в машинный код.

Geniepro

  • Hero Member
  • *****
  • Сообщений: 1955
  • Знайте- истина в том, что повторено трижды подряд!
    • Просмотр профиля
Re: Интерфейс модуля как отдельная сущность
« Ответ #31 : Декабрь 01, 2016, 12:31:18 pm »
Ясно, то есть речь идёт об уведомительном интерфейсе, с помощью которого можно проверить правильность модуля-клиента, но нельзя собрать в машинный код.
А зачем отдавать заказчику код модуля в виде машинного кода? Отдавайте ему в виде AST -- а заказчик уже сделает сборку с генерацией машинного кода...
to iterate is human, to recurse, divine

Салат «рекурсия»: помидоры, огурцы, салат…

valexey_u

  • Hero Member
  • *****
  • Сообщений: 3013
    • Просмотр профиля
Re: Интерфейс модуля как отдельная сущность
« Ответ #32 : Декабрь 01, 2016, 12:41:22 pm »
Ясно, то есть речь идёт об уведомительном интерфейсе, с помощью которого можно проверить правильность модуля-клиента, но нельзя собрать в машинный код.
А зачем отдавать заказчику код модуля в виде машинного кода? Отдавайте ему в виде AST -- а заказчик уже сделает сборку с генерацией машинного кода...
Отдавайте заказчику исходники. Всё остальное - от лукавого.
Y = λf.(λx.f (x x)) (λx.f (x x))