Модификаторы функций

Модификаторы функций

Решил использовать ВМЕСТО стандартной измененную функцию(в.4.5.126) В итоге ничего не получилось.

Было
Код:
ФУНКЦИЯ ЖУРНАЛ Проводки
Сделал
Код:
ФУНКЦИЯ ВМЕСТО ЖУРНАЛ Проводки

В ИТоге оглавление библиотеки перестало работать(все красное - причем все - первая функция из библиотеки)
 
Последнее редактирование:
Судя по твоему сообщению у тебя "ВМЕСТО" не выделенное, значит оно еще не определилось ехешником как ключевое слово.

Краснота в оглавлении всегда связана с дублированием названий.
Жди правок.
 
Судя по твоему сообщению у тебя "ВМЕСТО" не выделенное, значит оно еще не определилось ехешником как ключевое слово.

Краснота в оглавлении всегда связана с дублированием названий.
Жди правок.

ВМЕСТО жирным определилось (это некоторые слова не обрабатываются на форуме).
 
Все равну после исходной функции
Там по сообщению об ошибке и справке к ней описано нормально было вроде как.
 
Исходная функция должна остаться в коде и идти вначале перед заменяющей.
А при загрузке настроек пользователя в базы клиента порядок следования функций ведь не контролируется. Получается, что их после каждого обновления надо будет постоянно проверять на "место в строю"? Не очень это хорошо. Нельзя ли уйти от этого ограничения?
 
А при загрузке настроек пользователя в базы клиента порядок следования функций ведь не контролируется. Получается, что их после каждого обновления надо будет постоянно проверять на "место в строю"? Не очень это хорошо. Нельзя ли уйти от этого ограничения?
Да, и в оглавлении функций показываются две (или больше) одинаковых, одна из которых - "родная", а другие - наши ПЕРЕД и т.п. И на какую попадешь при выборе? Понятно, что сейчас первая в списке - "родная"
 
А при загрузке настроек пользователя в базы клиента порядок следования функций ведь не контролируется. Получается, что их после каждого обновления надо будет постоянно проверять на "место в строю"? Не очень это хорошо. Нельзя ли уйти от этого ограничения?

При обновлении измененые функции всегда оказываются вверху.

Да, и в оглавлении функций показываются две (или больше) одинаковых, одна из которых - "родная", а другие - наши ПЕРЕД и т.п. И на какую попадешь при выборе? Понятно, что сейчас первая в списке - "родная"

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

Вы не поняли. Измененые - это те стандартные функции, которые меняются при обновлении программы.
 
Вот теперь не понял.
Предположим выстроили функции по ранжиру: сначала стоит от НС, а затем пользовательская ВМЕСТО. При первом обновлении пользователем пользовательской функции ВМЕСТО (выгрузка из своей базы и загрузка у клиента) и она станет перед функцией от НС. Т.е. авария гарантирована.
Да и НС может обновить свою функцию. Тогда при первой же загрузке она встанет перед ВМЕСТО уже в исходной базе пользователя. Т.е. результат тот же- надо будет править ручками. А это очень стремно.
Вот про это я говорю.
 
Вот теперь не понял.
Предположим выстроили функции по ранжиру: сначала стоит от НС, а затем пользовательская ВМЕСТО. При первом обновлении пользователем пользовательской функции ВМЕСТО (выгрузка из своей базы и загрузка у клиента) и она станет перед функцией от НС. Т.е. авария гарантирована.
Да и НС может обновить свою функцию. Тогда при первой же загрузке она встанет перед ВМЕСТО уже в исходной базе пользователя. Т.е. результат тот же- надо будет править ручками. А это очень стремно.
Вот про это я говорю.

Выгрузка и загрузка для модификаторов вообще не работает. Они предназначены только для модификации стандартной настройки под требования конкретного конечного заказчика. Соотвественно никуда такие функции не выгружаются.
 
Выгрузка и загрузка для модификаторов вообще не работает. Они предназначены только для модификации стандартной настройки под требования конкретного конечного заказчика. Соотвественно никуда такие функции не выгружаются.
Пусть даже так, хотя это и очень спорный тезис. Будь-то дилер не может иметь свои наработки для своих клиентов. Тогда и он будет выгружать свои обновления, в том числе и всякие ВМЕСТО.

Но ведь НС может обновить любую свою функцию, а эта функция у какого-нибудь пользователя может иметь свою ВМЕСТО. Тогда после обновления базы пользователя от НС, функция ВМЕСТО гарантированно окажется после исходной функции. Опять косяк гарантирован. Это ж так просто! Не уж-то не понятно!
 
Пусть даже так, хотя это и очень спорный тезис. Будь-то дилер не может иметь свои наработки для своих клиентов. Тогда и он будет выгружать свои обновления, в том числе и всякие ВМЕСТО.

Нет, на такие заморочки мы не рассчитывали и вряд ли будем рассчитывать.

функция ВМЕСТО гарантированно окажется после исходной функции!

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

Нет, на это не рассчитано. Приезжаете - правите на месте.
 
Нет, на это не рассчитано. Приезжаете - правите на месте.

Если модифицированная функция используется для адаптации ИП2 под конкретного пользователя -> более чем достаточно
Если модифицированная функция предназначена для более глубокой обработки чем инициализация полей нач. значениями (видимостью там или еще чем...) ,то в модифицированную вынпузку можно вставить вызов на обычную функцию (например моя_произв_прист_ПередЗаписью)
Тот факт что требуется определенная последовательность в обьявлении функций... ну в принципе не смертельно, скорее даже обычно (это даже не про ИП2, а вообще про многие компиляторы ЯВУ вроде как ), тем более что сбоев и нарушений при обновлениях не будет, судя из обьяснений Григория.

Помоему с модификаторами все норм. :) Во всяком случае последние изменения (замена функций, замена бланков, неперетирание пунктов главного меню <правда это я так и не проверил, ответ Григория в какой то ветке Писареву Петру>...) избавляют от кучи лишней нервотрепки и поездок один за другим (один обновил , второй пошел настраивать по новой то что было)

Всех со старым новым годом
 
Нет, на это не рассчитано. Приезжаете - правите на месте.

Если модифицированная функция используется для адаптации ИП2 под конкретного пользователя -> более чем достаточно
Если модифицированная функция предназначена для более глубокой обработки чем инициализация полей нач. значениями (видимостью там или еще чем...) ,то в модифицированную вынпузку можно вставить вызов на обычную функцию (например моя_произв_прист_ПередЗаписью)
Тот факт что требуется определенная последовательность в обьявлении функций... ну в принципе не смертельно, скорее даже обычно (это даже не про ИП2, а вообще про многие компиляторы ЯВУ вроде как ), тем более что сбоев и нарушений при обновлениях не будет, судя из обьяснений Григория.

Помоему с модификаторами все норм. :) Во всяком случае последние изменения (замена функций, замена бланков, неперетирание пунктов главного меню <правда это я так и не проверил, ответ Григория в какой то ветке Писареву Петру>...) избавляют от кучи лишней нервотрепки и поездок один за другим (один обновил , второй пошел настраивать по новой то что было)

Всех со старым новым годом
 
ТО есть если я ДОЛЖЕН изменить у пользователя, который за 100-200 км, я ДОЛЖЕН обязательно к нему приехать? Даже если это 1! фукнция ВМЕСТО?

Это уж вам решать. Можете инструкии по изменению выслать в письме. Можете настроить удаленное администрирование и вообще не ездить.
 
ТО есть если я ДОЛЖЕН изменить у пользователя, который за 100-200 км, я ДОЛЖЕН обязательно к нему приехать? Даже если это 1! фукнция ВМЕСТО?

Петр, TeamVieWer - и никаких проблем, только первоначальная установка (и то можно по телефону). Ведем клиентов пока на расстоянии 1000 км (максимум, пока куда доехали для первоначальной установки, но все впереди). Очень понравилось. И им и нам. Главное, чтобы у них и у нас инет более-менее качественный был.
 
ТО есть если я ДОЛЖЕН изменить у пользователя, который за 100-200 км, я ДОЛЖЕН обязательно к нему приехать? Даже если это 1! фукнция ВМЕСТО?
Ужас. Любая ошибка в заменяющей функции будет смертельна... а если она еще и проявится на удаленной базе (например после обновления какой нибудь основной ф-ции)... а еще и инет на рабочих компах не везде есть... (качают обновления дома)...
Имхо, в текущем виде неюзабельно.
 
Петр, TeamVieWer - и никаких проблем, только первоначальная установка (и то можно по телефону).
TV вообще то платная (и очень неплохо так платная) а использование коммерческое... поэтому советовать... ну не очень хорошо...
 
мхо, в текущем виде неюзабельно.
Полностью согласен. В текущей редакции это просто минное поле- где рванет не понятно.
Особенно в свете вот этого сообщения:
Нет, на такие заморочки мы не рассчитывали и вряд ли будем рассчитывать.
Тему можно закрывать.
 
В справке более-менее описаны сферы применения данного средства. А именно, есть стандартная поставка программы (Бухгалтерии, Склада, Зарплаты). Есть конечный пользователь, который хочет какую-либо функцию, отсутствующую в стандартной поставке. Партнер, осуществляющий обслуживание или отдел АСУ, в общем, лицо, которое выполняет доработку программы, используя данные средства может сделать так, что последующие установки стандартных обновлений программ (Бухгалтерии, Склада, Зарплаты) не навредят работоспособности выполненных доработок.

Из опыта продаж, в среднем, где-то 10%-20% пользователей имеют какие-то доработки стандартных программ. И именно для них предназначеня данные средства.

Каких-то других целей при реализации данных средств не преследовалось.

Полностью согласен. В текущей редакции это просто минное поле- где рванет не понятно.

Все работает, проверено, с сентября активно используется у разных пользователей.
 
Из опыта продаж, в среднем, где-то 10%-20% пользователей имеют какие-то доработки стандартных программ. И именно для них предназначеня данные средства.

Каких-то других целей при реализации данных средств не преследовалось.


10%-20% - это в основном большие клиенты.

Да и вроде "Каких-то других целей" не преследуется.
 
TV вообще то платная (и очень неплохо так платная) а использование коммерческое... поэтому советовать... ну не очень хорошо...

Ну почему же я не могу посоветовать? Это уже дело слушающего - купить или как.
И даже советую: покупайте, расширяйте бизнес!:) Но сначала попробуйте их бесплатную версию, поучитесь хотя бы немного. А дальше будьте честными!:)
Не нравится TV? Есть радмин, есть http://www.ammyy.com/ru/, есть ts_free (терминал в ХP, замечательно работает). Если я буду плакаться, то никогда не заработаю на лицензию TV или какую другую.
 
Ну почему же я не могу посоветовать? Это уже дело слушающего - купить или как.
И даже советую: покупайте, расширяйте бизнес!:) Но сначала попробуйте их бесплатную версию, поучитесь хотя бы немного. А дальше будьте честными!:)
Извиняюсь, неправильно выразился.
Скорее я хотел подчеркнуть что софтинка не является свободной для коммерческих целей, чего многие, кто использует tv (и я в том числе), не замечают.

Есть радмин, есть http://www.ammyy.com/ru/, есть ts_free (терминал в ХP, замечательно работает).
Для этого всего нужен реальный айпи.

Из интересных бесплатных альтернатив - есть например mikogo (www.mikogo.com), есть пачка VNC клиент/серверов.
Хотя, конечно, до TV им еще далеко-далеко (тот же мобильный клиент оччень многого стоит).
 
Есть радмин, есть http://www.ammyy.com/ru/, есть ts_free (терминал в ХP, замечательно работает)
Для этого всего нужен реальный айпи.
С Radmin работал через Hamahi. Тогда никакой IP не страшен. Очень сильная штука. Ни в одной из других не получалось работать с удаленной системой, как со своей, с переключением между пользователями, запуском антивирусов. Чужой экран - как свой, не то что в TV
AMMYY проще чем TV - все по-русски; пароля нет, ID один раз клиент отправил и все, IP не спрашивает. Экран как в Radmin, но прав меньше. Один минус бесплатного использования - через 15 часов работы (вообще-то немало) сначала перед подключением начинается отсылка на сайт AMMYY, а затем совсем не запускается. Но меньше чем через год проверил - заходит снова. Значит, через какое-то время освобождается. Подсчитал: AMMYY не продается, только типа аренды. В итоге покупной Radmin оказывается дешевле.
 
Иттересно, а если я на своей базе сделаю \модификации функций, потом запакую это в файл обновления, причем вставлю туда команду скопировать файл библиотеки в БАЗУ данных - модификаторы функций сохраняться? Или просто скину польтзователю файл ВЕСЬ с исправлениями и модификациями, и ТОПом ФАЙЛ_КОПИРОВАТЬ закину его в базу данных?
 
С модификаторами функций понятно. А с бланками, которые запускаем ВМЕСТО стандартного? они в разницу выгружаются и вставляются?
 
Писал уже где-то. Все эти возможности работают только для конкретного пользователя и ни в какие pak-и не выгружаются.
 
Пользователю по почте скинул ЦЕЛЫЙ файл ИЗМЕНЕННОЙ библиотеки с модификаторами функций. Он используя ТОП скопировал его в базу данных. В итоге ВСЕ изменения функций, которые я делал, появились в его базе данных.


Могут быть какие либо последствия такой операции?
 
Назад
Сверху