Попытка эмуляции кода 7-ки в 8-ке

Опубликовал Евгений Стоянов (quick) в раздел Программирование - Практика программирования

Многие наверняка знают такой инструмент как v7cnv.exe, предназначенный для конвертации баз версии 7.7 в 8-ку. И кто им пользовался помнит что код модулей не переносится и его приходится переписывать.  Решил попробовать создать эмуляцию кода 7-ки и вот что из этого вышло.

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

1. Некоторые стандартные функции как СоздатьОбъект достаточно просто реализовать в глобальном модуле.
В данном случае реализовал только для создания справочников. На самом деле вызывается "статический" метод у обработки который создает объект внешней компоненты, которая по сути "прокси" для вызова методов и атрибутов из объекта обработки которая является ссылкой внутри объекта компоненты. Вот такая немного запутанная формулировка, но дальше будет понятней.

Функция СоздатьОбъект(ИмяОбъекта) экспорт
     Рез = "";
     ДлинаСправочник = СтрДлина("Справочник");
     Если НРег(Лев(ИмяОбъекта,ДлинаСправочник))="справочник" Тогда
         Рез = Обработки.Справочник.СоздатьПоИмени(Сред(ИмяОбъекта,СтрДлина("Справочник")+2));
     КонецЕсли;
     Возврат Рез;
КонецФункции
 

2. Сразу покажу как работает пример для тестирования. Пример простой и выглядит полностью как в 7-ке. Естественно в реальности будет много нюансов.

 

Процедура ТестСправочникаНажатие(Элемент) 
    Товары = СоздатьОбъект("Справочник.Номенклатура"); 
    Товары.ВыбратьЭлементы(); 
    Пока Товары.ПолучитьЭлемент() = 1 Цикл
         Сообщить(Товары.Наименование); 
         Сообщить(Товары.Реквизит1); 
    КонецЦикла; 
КонецПроцедуры 
3. Работает это так. Когда я обращаюсь к Товары.ПолучитьЭлемент(), то из компоненты происходит вызов функций
Обработки.Справочники.КолвоПараметровМетода(ИмяМетода)
Обработки.Справочники.ВызватьФункцию(ИмяМетода)
  ...  ИначеЕсли ИмяФункции = "ПолучитьЭлемент" Тогда ...

Или когда запрашиваю атрибут

Товары.Реквизит1 , то вызываются

Обработки.Справочники.ПолучитьСвойство(ИмяСвойства)
Обработки.Справочники.УстановитьСвойство(ИмяСвойства,Значение)

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


Скачать файлы

Наименование Файл Версия Размер
Конфигурация с тестовым примером
.dt 1,10Mb
30.05.13
11
.dt 1,10Mb 11 Скачать

См. также

Комментарии
1. Модератор раздела Артур Аюханов (artbear) 31.05.13 12:24 Сейчас в теме
+ за нестандартный подход.
2. Дмитрий Голубев (dovenok2) 31.05.13 12:51 Сейчас в теме
3. anry mc (AnryMc) 711 31.05.13 13:07 Сейчас в теме
Ну Вы батенька и извращенец...
:-))
4. Евгений Стоянов (quick) 558 31.05.13 13:12 Сейчас в теме
(3) AnryMc, это точно.. у меня еще нереализованной осталась мечта идиота - написать на чистом питоне компоненту для 1С. уже где то 30% готово..
5. Александр Шаров (Ta_Da) 31.05.13 16:34 Сейчас в теме
Фиксин будет доволен.
А если серьезно - то реализация довольно интересная, осталось придумать для чего такой подход использовать.
6. Virikus 41 05.06.13 07:28 Сейчас в теме
(5) ну это же очевидно :) можно использовать обработки из 7.7.
Часто при переходе с 7.7 на 8.х в 7.7 есть море дополнительных обработок и отчетов, обычно данные переносят, а обработку уже потом заново пишут, а тут хотя бы на время можно использовать готовые из 7.7 с небольшими модификациями.
7. Александр Шаров (Ta_Da) 05.06.13 08:25 Сейчас в теме
(6) Virikus, ага, щаз "небольшие модификации".
Обращение к периодическим реквизитам? Переписывать полностью под регистр сведений.
Запросы (любые) - переписывать полностью.
Структура справочников - маловероятно что сохранится 1:1.
Компоненты рассчет и бухгалтерия - капец, переписываем.
Что там остается? Печатные формы? И тут облом - даже если более менее сохранятся реквизиты шапки/тч у документа - формирование макета придется переделывать.

Мне лично это скорее напоминает создание встроенного "метаконфигуратор" для продвинутых пользователей/консультантов/внедренцев, с собственным синтаксисом (не обязательно совпадающим с 7.7).
8. Virikus 41 05.06.13 08:39 Сейчас в теме
(8) да ладно? Чего там много переписывать?

Периодические реквизиты? Добавляем к реквизиту функция Получить() и пишем под это дело обращение к регистру сведений.

Запросы? Также, меняем просто запрос и выдаем к примеру ТЗ.

Разные реквизиты? Вот кусок кода из примера
Или когда запрашиваю атрибут

Товары.Реквизит1 , то вызываются

Обработки.Справочники.ПолучитьСвойство(ИмяСвойства)
Обработки.Справочники.УстановитьСвойство(ИмяСвойства,Значение)


Обращение к бухгалтерским итогам? Также делаем функцию которая возвращает ТЗ

Нет ничего невозможного, нужно просто подумать как применить.
9. Александр Шаров (Ta_Da) 05.06.13 10:27 Сейчас в теме
(8) Virikus, угу, на словах все это прекрасно, а на деле на каждый такой вызов периодики Вам придется писать отдельную обработку метода "Получить", у вас ведь наверное не один регистр сведений с одинаковым количеством и видами измерений/реквизитов для ВСЕЙ периодики?
Аналогично с бухитогами. Под каждый специфический (читай - сложнее чем "дайте мне остатки по товару А на складе Б по 41 счету") запрос к БИ в 7.7 придется писать свою реализацию запроса к регистру бухучета в 8.x, либо писать автопарсер, который сначала будет разбирать Ваше выражение на языке 7.7, а потом строить соответствующее ему выражение на 8.x.
В первом случае непонятно почему бы сразу не переписать все на 8, если уж все равно ключевые части переписываете вручную, во втором - времени потратите больше, чем непосредственнное переписывание.

Т.е. как концепция - интересно. Как способ добавления "синтаксического сахара" (что-то типа макросов в ASM и т.п.) - перспективно. На крайняк - как способ "метапрограммирования" каких-то процессов в конфигурации пользователем (т.е. дать ему порезанный и упрощенный синтаксис и возможность определять некие алгоритмы самому), но вряд ли кто-то будет в здравом уме пытаться таким образом создать полноценный интерпретатор 7.7.
10. Virikus 41 05.06.13 10:35 Сейчас в теме
(9) так я и не говорил что будет легко :) Тут нужно соотнести затраты просто, что будет быстрее и дешевле, переписать обработки и отчеты или дописать необходимые функции и процедуры по механизму в статье.

А то я один раз столкнулся при переводе предприятия с 7.7 на 8.1, там в семерке было порядка 170 внешних отчетов и обработок различных и заказчик упрямо хотел аналоги их в восьмерке. Пришлось переписывать долго и тяжело.
11. Александр Шаров (Ta_Da) 05.06.13 10:58 Сейчас в теме
(10) Virikus, не холивара ради, но... Оставив в стороне целесообразность перехода на 8.x в случае "у нас была 7.7 сильно перепиленная с сотнями отчетов и обработок, которых нет в 8" (и собственно вопрос необходимости переноса этих отчетов вообще), возникает вопрос: а заказчик готов платить за то что вы дважды выполнили перенос отчетов (первый раз - путем написания кода на питоне и приведения в порядок кода обработок чтобы они все-таки запустились и второй - начистую переписывание на нормальный язык 8.1) или вы ему так и оставите сей костыль (синтаксис-франкенштейн и использование ВК на питоне)?
12. Virikus 41 05.06.13 11:16 Сейчас в теме
(11) Ta_Da, обратите внимание, статья не моя :)я лишь рассуждал только и то в плане, что это может быть временным костылем. У меня в момент переноса у заказчика даже в мыслях не было, что можно оставить обработки в таком состоянии, я даже не догадывался о таком, потому все переписали согласно стандартам 8.1.

Хотя желание запускать обработки в 8.х, созданные в 7.7 иногда появляется, особенно если эти обработки со сложным алгоритмами каких-нить расчетов.
13. Алексей Ремизов (janber) 06.06.13 10:51 Сейчас в теме
Интересный подход к проблеме. Плюс.
Но не понял, чем это лучше традиционного - создание текстового процессора,
конвертирующего исходный тест модуля с одного языка на другой тоже в виде текста?
Тут, при необходимости, код можно довести до кондиции ручками.
По трудоемкости, на первый взгляд, эти методы сопоставимы.

И, кто переписывал обработки из 7.7 в 8.х, может подскажите,
сколько примерно-примерно времени нужно специалисту для перевода обработки
скажем, в 1000 строк кода на 8.х?
14. Virikus 41 06.06.13 11:26 Сейчас в теме
(13)
Но не понял, чем это лучше традиционного - создание текстового процессора,
конвертирующего исходный тест модуля с одного языка на другой тоже в виде текста?

Одной конвертации кода недостаточно, там же как правило разные наименования справочник, реквизитов, регистров и т.д., проще переделать по описанной технологии, особенно для команды внедренцев, которые много внедряют.

И, кто переписывал обработки из 7.7 в 8.х, может подскажите,
сколько примерно-примерно времени нужно специалисту для перевода обработки
скажем, в 1000 строк кода на 8.х?

Время переписывание одной обработки от 2-3 часов до 8 занимало, смотря насколько извращенный код будет.
Не забывайте, кроме кода, могут быть еще сложные формы, с разными слоями.
15. Евгений Стоянов (quick) 558 06.06.13 11:38 Сейчас в теме
Замысел был в том, что бы взять рабочую конфу на 7-ке, переконвертировать и начать на ней работать так как есть, постепенно переписывая на 8-ый код. Если кто нибудь напишет транслятор 7->8 будет здорово!
Не всегда можно полгода переписывать самописанную конфу на 8-ку а потом в один счастливый момент все переконвертировать.
16. Александр Шаров (Ta_Da) 06.06.13 12:19 Сейчас в теме
(15) quick, ну вот не верю я что получится делать полноценный и универсальный конвертер кода конфигурации.
Хотя попытки были, да : http://infostart.ru/public/105113/
17. Нурислам Ямбаев (nurislam) 08.06.13 11:36 Сейчас в теме
Идея конечно замечательная.Очень трудно с 7 переходить на 8 ку.Знаю по себе.Конечно +
18. Сергей Радченко (Rad90210) 11 12.06.13 23:10 Сейчас в теме
ИХМО бред.У меня после переписывания обработок 7.7 - количество кода - уменьшалась,эффективность написания - увеличивалась, да и клиент за одно и то же - платить готов несколько раз. Зачем что-то транслировать?
19. Сергей Радченко (Rad90210) 11 12.06.13 23:12 Сейчас в теме
(17) И не капли и не трудно. Скорее программисту - на восьмерке ЛЕГЧЕ. Несколько табличных частей в документе на 7.7 - ото жесть. Ну а о пользователях - 1С особо никогда не беспокоилась :) (До сих пор не могу понять нафига было перерисовывать иконки в пользовательских интерфейсах - как пример)
20. Алексей Т. (CratosX) 98 25.08.13 23:25 Сейчас в теме
(19) Rad90210, для повышения юзабилити
21. Сергей Радченко (Rad90210) 11 27.08.13 21:39 Сейчас в теме
(20)Спорный тезис, учитывая то, что ввод нового объекта - что в 7.7 что в 8 - одно и то же ... Или включение/отключение иерархии, или редактирование элемента/документа ...
22. Алексей Т. (CratosX) 98 28.08.13 09:17 Сейчас в теме
(21) Rad90210, я про вторую часть вашей реплики

(До сих пор не могу понять нафига было перерисовывать иконки в пользовательских интерфейсах - как пример)
Оставьте свое сообщение