advali писал(а):
Народ, есть такая идея, с учетом того, что конфигуратор сейчас вроде как умеет выгружать только измененные объекты в файл (это сравнительно быстро работает), и вроде даже загружать умеет строго указанные объекты (не проверял), то может быть имеет смысл на основе какого-то редактора, у которого есть возможность писать свои скрипты, реализовать свой ETD ? Главное чтобы редактор был бесплатным, желательно портабельным, и не таким тормозным, как еклипс.
По сути можно будет в настройках редактора (проекта), указывать параметры подключения к базе, разбирать ее из командной строки, редактировать файлы, а затем собирать обратно.
Захваты в хранилище тоже вроде как можно делать из командной строки.
Например подсветка 1с на текущий момент есть у atom. Он вроде как использует node.js, а значит катят те же яваскрипты (хотя не вникал в его плагины пока). Ну или обсудить, какой редактор оптимальнее.
К сожалению использование технологии выгрузок в XML породит те же проблемы что и у эклипс. Существенное замедление процедуры синхронизации проекта. Существенную нагрузку на дисковую и виртуальную память. Сцинтила лучше и быстрее всего работает. Атом будет ещё более тормозной чем эклипс. Лучшим выходом я вижу прямое обращение к базе данных. Т.к. исходные коды хранятся там.
Лучше всего использовать Сцинтилу. Она шустрее будет. С атомом получится тормоз ещё похлеще чем эклипс.
Основная проблема не в технологиях, а во времени. Т.к. 1С абсолютно не документирует собственные технологии. Даже и 1С:EDT хоть и сделан на основе OpenSource, но исходные коды никто не даст. А потому придется потратить кучу времени на реверс работы с БД, отладкой, хранилищем.
Вход
Регистрация
FAQ
Поиск
