Модераторы: Се ля ви
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Внутренния язык программирования 
:(
    Опции темы
intDex
Дата 22.12.2007, 07:44 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 4
Регистрация: 22.12.2007

Репутация: нет
Всего: нет



Суть в том, что есть приложение на C#(WinForms)+MSSQL 2005+Developer Express .NET v7.2, нужно в нем реализовать:
a. Поддержку внутреннего языка программирования(ЯП)
б. Конструктор форм с взаимодействием с ЯП
в. Связь внутреннего ЯП и созданных форм с функционалом программы т.е. к примеру у нас есть готовое бизнес приложение, но пользователь(админ, мы) сам(и) захател развиить функционал, ему к примеру нужно брать определенные данные из базы + заносить свои данные и строить таблицы в БД, получается, нужно связывать через API приложения и в итоге получать свои бизнес объекты(БО). Логика работы БО тесно связана с логикой приложения, значит нужно добавить соответствующий пункт меню, обработку события etc... , если он создал справочник, отчет и т.д. т.е. все везде взаимосвязано.
Подобным примером является Terrasoft CRM v3.
В веб разработке подобное называется конструктор форм, но с более скудным содержанием.

Так вот, вопрос как подобное проще всего реализовать. Может стоит использовать Динамическую компиляцию, динамическую загрузку кода или есть единый стандарт, готовые контролы и т.д. Может ли подобное решиться за счет Xaml?
Выслушаю любые высказывания.

PS. В 2000 году в компании был проект на Delphi+Interbase который имел внутренний язык на основе Yacc и Lex, но это уже устарело, да и команды той почти не осталось, да и использовался он скромно, в частности для построения отчетов и разработки кусков Бизнес логики для данных отчетов но взаимодействовал с СУБД.  Суть работы:
через GUI описывался код, обработчики связывались с динамически сгенерированными контролами, создавался *.xls шаблон отчета, в нем в виде регулярных выражений были строки типа DateFormirovanija, SchetNumer. Отчет заносился в папку с остальными шаблонами, код сохранялся в папку configs.

Логика приложения, уже обрабатывала данный файл. Так вот и интересно построение подобной логики.



Это сообщение отредактировал(а) intDex - 22.12.2007, 07:47
PM MAIL   Вверх
dvska
Дата 27.1.2008, 02:46 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Бывалый
*


Профиль
Группа: Участник
Сообщений: 182
Регистрация: 30.1.2006

Репутация: нет
Всего: 9



IronPython ?
--------------------
PM MAIL   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила раздела "Философия программирования":
Се ля ви

Форум "Философия программирования" предназначен для обсуждения вопросов, так или иначе связанных с философскими аспектами разработки ПО:

• вопросы перспективного развития методов написания ПО;

• изменяющиеся языки и методологии программирования;


Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, Се ля ви.

 
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | Философия программирования | Следующая тема »


 




[ Время генерации скрипта: 0.0606 ]   [ Использовано запросов: 21 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.