Поубивать неиспользуемые функции, переменные и т.п.
Есть такое средство?
Хочется мусор повыметать.
Подскажите, плз..

мозгом

долго

Побыстрее бы, чем мозгом.

забить?

мозгом?

забить мозгом?

Ответ прозвучал, тему можно закрывать

Похоже самому писать придется.

загони модуль куда-нибудь (в обработку) в 8.3, и там рефактори

А что там за возможности?

(9) ну да, а синтаксис?)
(8) функции которые с форм вызываются потереть хочется?

(10) не знаю, но слово такое там видел)

(11) я подобным образом объединял (при обновлении) сильно переписанный глобальник из ЗиК, отличия в синтаксисе не сильно влияли для этих целей.

(11)  >> функции которые с форм вызываются потереть хочется?

Конечно. Еще функции которые из таблиц вызываются и функции которые с пом. 1С++ расшариваются.
Короче хочу прострелить себе коленку.

(12) Если это имеешь ввиду http://v8.1c.ru/o7/201312ref/index.htm , то там все слабенько как-то.

(0)Слабоватый вброс:-)

(14) да это.
Ну тогда или глазками, либо писать парсер. Хотя может и готовое что найдешь

на питоне можно написать примитивный парсер и поисковик

можно даже настоящий парсер написать, там специальная библиотека есть для написания парсеров

(16)  >> Ну тогда или глазками, либо писать парсер. Хотя может и готовое что найдешь

2771 строка.
Тем более это класс, методы которого вызываются извне.

(19)>>Тем более это класс, методы которого вызываются извне.

ржунемогу:-)))
А как еще могут вызываться не приватные методы?:-))

(19)У низ там наверное public написано

(17) на сях есть тоже много примочек.
лексер у меня есть уже, можно врукопашную нашкрябать, а можно и bison приколошматить.

А новая визуал студия может схавать 1С-ный модуль? И хотябы показать не юзанные переменные?

(19)
"методы которого вызываются извне" - глобальный поиск тебе все покажет
2771 строк ~ 100 функций, если однократно то можно и "глазками", пару часиков и готово

(23) да я уже замахался, конца громадная.
если я так буду каждый модуль пропалывать, я до пенсии буду корячиться.

Чета хлопцы умерли в вас программисты.
Программист - это прежде всего тот кого парит делать то, что может машина.

(25)Ты не правильно выразился.
Программист- это тот кому лень и просто напишет код.
Как то так.:-

Блин, как на эту тему хорошо в сях, жесткий контроль с матами во всю ивановскую.

(17) Я просто питон не умею.

(28) че там уметь, за пару часов можно научиться

(0) Извечный вопрос: Зачем?
Есть функция, которая нигде не вызывается. И что? Она же нигде, совсем-совсем нигде не вызывается.

(30) мусор надо выметать периодически.

(27) Или trubo pascakal.
Любой компилируемый язык.

(31) Нафейхоа? Времени полно свободного?

(28) зачем питон?
чем 1с не подошел?

(34) смеюсь тебе в лицо )

(33) >> Нафейхоа? Времени полно свободного?

Тяжело сопровождать. Да и пописать ченить такое хочется.

(35) что сказать то хотел?
Не знаешь как в 1С работать со строками?

список задач простой: прибить неиспользуемые переменные, неиспользуемые функции.
Можно конечно еще помечтать типа убрать все копипастовые одинаковые блоки, процедуры и вывести их в глобальники или в классы.

(37) писать парсер на 1С это как копать карьер саперной лопаткой

(38) у тебя 7.7? или это ошибка заголовка?

Еще бы классно сделать контроль ошибок типа:
Форма.блаблабла.чето(), если "блаблабла" - не реквизит диалога.
(40) Она самая.

(39) то что ты умеешь "образно" выражаться, я уже понял.
В чем преимущества твоего "карьерного самосвала" питона по сравнению с 1С. Кроме общего развития ТС конечно)

*(42) применительно к данной конкретной задаче конечно

(42) во-первых у питона есть интерактивный интерпретатор, для быстрого тестирования кусочков кода. В принципе этого хватает чтобы 1С сразу слилась, но есть и еще куча преимуществ: куча функций для строк, заточенность под работу с коллекциями, ООП, спец. библиотеки и пр. и пр. ...

(44) это всё круто конечно, особенно если ты всем этим умеешь пользоваться (ТС вряд ли умеет).
Но без всего этот можно обойтись, достаточно найти все заголовки методов и посчитать количество их вызовов.

(44) Новая обработка, в модуль формы при нажатии ставь свой кусок. Тестируй. И не нужно обновлять конфу. Будут три действия: сохранить обработку, выбрать обработку и запустить процедуру.

(44) можно поподробнее про "интерактивный интерпретатор", он любой язык умеет интерпретировать? у ТСа вроде код 1с.

все, по пивку и баиньки.

ну наваяй уже свои скрипты к openconf... только это потребует сначала brain on

(49) да я лучше на сях попишу чуток. воспользуюсь разборкой gcomp-a.

(50) скрипты и на сях можно... а можно и плагины туда же

Я тоже на подобными вопросами задумался. Сделал на коленке первичную, примитивную проверку самого мне необходимого.
http://catalog.mista.ru/public/395032/
Как раз подумываю добавлять поиск неиспользуемых переменных и функций.
Не знаю, как у кого, у меня, подозреваю, какие-то ограничения менеджера памяти 7.7. Достаточно регулярно всплывает ситуация типа такой:
Есть глобальная переменная Сервис, есть ей присваивание ПриНачалеРаботыСистемы (единственное присваивание)и использование в куче мест. И вдруг "Поле агрегатного объекта не обнаружено" на строке с Сервис.блаблабла.

http://catalog.mista.ru/public/249372/

(31) Озвучь критерии "мусора".

(54) это же был ответ на (30)

(53) речь о семерке

Работает? - не трогай! © золотое правило 1с-ника :)

(57) это отмазка недопрограммистов-дебилов

код надо писать так, чтобы его легко можно было модифицировать

(58)А, чего хамишь?

(59) да ладно :)

(57) абсолютно неправильный подход

вот у меня клиент сидел, работал, ничего не трогал, к базе салаг только подпускал
за 5 лет переплатил 1 миллион прибыли

(61) бушки прохлопали красивыми глазками :)

(62) ты думаешь, что большинство бухов знает бухучёт ?

даже в журнале главбух такую ересть пишут (иногда)

(61) Значит не работало. Иначе зачем подпускал. А разговор о том что - Работает? - не трогай!

(64) подпускали, чтобы обновиться

а смысл что-то обновлять, если конфа не настроена

(58) "код надо писать так, чтобы его легко можно было модифицировать" - это да. Но нужно понимать, что сам по себе "рефакинг" кода никакого эффекта не дает. Даже более того, после "рефакинга" обычно перестает работать "что-то важное". В общем, к чему я веду: нужно понимать цель (зачем это делается) и к чему приведет (последствия).  Если цель неясна, а последствия трагичны - то какой смысл в этих "телодвижениях"?

(63) кхм.. да.. твоя правда.
Квалификакция бухов упала, у большинства за плечиками - курсы в 1месяц длиной. А то и того нет.

Во времена допотопные (мерзопакостные) были или бух-техникум, или трехгодичные курсы.
После таких курсов-техникумов развивалось чутьё к "хомутам" в учете..
И книга была "Экономика предприятия" с элементами бухучета.
Неквалифицированный бух может ой, как сильно наказать предприятие.. Как, впрочем и квалифицированный, но этот - намеренно :)

(66) Если цель неясна, а последствия трагичны - то какой смысл в этих "телодвижениях"?
Так ЧСВ! :)

Код нужно писать так, чтобы потом не было мучительно больно за бесцельно стёртые клавиши.

(66) "рефакинг" - это красиво, и по-делу :)

(68) это дается с опытом.. да и с желанием написать-таки красивую нетленку..
А когда не очень хочется, то не очень и получается. ©

в EDT будет 1Сshaper

(71) пусть сначала edt пережует erp, тогда посмотрим.

(68) у ТС идея не такая сложная. Просто "повыметать" неиспользуемое.
Тогда "работает не трожь" несколько не применима к сабжу.
Действительно, при этом алгоритм любой сложности не будет затронут.

Щас поуберет "мусор" из модуля, потом какое-нибудь действие кнопки на икс вкладке отвалится...

(0) На сколько я помню, - главное правило рефакторинга - обвязка этого кода тестами.

Скопируй модуль в 8-ку и проверь этим http://cloudconf.org/CodeInspector

вроде синтаксис один, может получится

(52) Можешь на почту скинуть? Нема маней на инфостарте.

(73) Правильно сообразил.
(76) Это нужно фраймверки ставить. Не хочу.

(74) Так и надо сделать достаточно мошную рефакторную софтину.

Для 7 уже не актуально

(79) Или делай или бюджет озвучь - тут тебе забацают.
Да и цель этой возни с уборкой мусора не понятна.
Деятельность есть, выхлопа нет, есть вероятность порчи.

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

Если СписокОтложенныхДействий.РазмерСписка()<>0 Тогда
    Объект = СписокОтложенныхДействий.ПолучитьЗначение(1, Действие);

Вопрос не теоретический, а практический. Сегодняшний из рабочей базы. Притом возник у двух разных пользователей в разных ПБ на разных серверах.

СписокОтложенныхДействий - экспортная переменная глобального модуля?

(84) СписокОтложенныхДействий переменная глобального модуля, не экспортная. Используется в обработке обработке ожидания. Обработка ожидания запускается вот так
ТаймерОтложенногоДействия = СоздатьОбъект("Сервис");
ТаймерОтложенногоДействия.ОбработкаОжидания("ОбработкаОжиданияОтложенногоДействия",100);
Начало процедуры ожидания выглядит так:
Процедура ОбработкаОжиданияОтложенногоДействия()
    Перем Объект, Действие;
    Если ТипЗначенияСтр(СписокОтложенныхДействий) <> "СписокЗначений" Тогда
        СписокОтложенныхДействий = СоздатьОбъект("СписокЗначений");;
    КонецЕсли;
    Если СписокОтложенныхДействий.РазмерСписка() > 0 Тогда
        Объект = СписокОтложенныхДействий.ПолучитьЗначение(1, Действие);
        СписокОтложенныхДействий.УдалитьЗначение(1);

Как-то, по моему, очень маловероятно, что следующий "тик" таймера попадёт между проверкой размера списка и получением из него значения.

Значит не маловероятно. О наличии аналогичной логики догадывался, поэтому и задал вопрос. Значит в обработке ожидания надо "замораживать" значение переменной и устанавливать в конце.

Может немного сумбурно высказался, если надо схематично могу поянсить.

(87) В общем-то всё понятно. Просто ни как не укладывалось в голове, что между строчками 7 и 8 может пройти 100 миллисекунд на серьёзном сервере туда попадёт следующий тик таймера. Сейчас, конечно первой строкой в обработке ожидания остановлю таймер, а в конце, если еще остались события в очереди, запущу снова.

Перечитал еще раз. Мистика. Лучше заведите флаговую переменную, которая указывает, что выполняется обработка ожидания.

Ой, нет. "Мистику" можно зачеркнуть, это же FormEx.

Очень мне сомнительно что обработка ожидания может прерывать выполняющийся код
Имхо оо может выполняться только в простое системы
Но я не готов подписаться под этим
Так что желательно бы получить однозначное подтвержден е такой работы оо

(91) Штатная не может, из FormEx срабатывает в любой момент.

(92)  тады там где код не должен прерываться устанавливать флаг
В оо если флаг то тупой возврат

(93) Таки хочется, что бы некоторые события, которые не связаны с чем-то визуальным и легки по ресурсам, могли выполняться асинхронно.
Но это ладно, техническое проблемы организации очереди событий. Меня несколько ошарашило именно та догадка, что тик таймера умудрился попасть так близко от начала процедуры обработки ожидания. И совершенно непонятно, куда делось время то ли в вызове процедуры ожидания, то ли в выполнении её первых семи строк.

(94)  генери тем же самым формексом внешние события в нужных местах и все

(95) Идея. Нужно попробовать, как визуальные вещи могут работать из обработки внешнего события.
Одно из назначений этой обработки ожидания, открывать всякие модальные и не только окна.
Например, хочется по некой кнопке открывать в журнале своё окно выбора периода просмотра. Перехватываю в журнале с помощью формэкса нажатие клавиши, в процедуре ПриНажатииКнопкиКлавиатуры дёргаею ОткрытьФормуМодально и всё. Глюки и падения 1С. А если запустить таймер и через сотню миллисекунд сделать то же самое ОткрытьФормуМодально, всё работает.
Нужно попробовать обработку внешнего события, спасибо, про него не подумал.

Боюсь не взлетит
<Источник>,<Событие>,<Данные> - строки для передачи в процедуру ОбработкаВнешнегоСобытия().
А мне нужно передавать объекты и контексты :(

Да, не выходит каменный цветок. В обработку внешнего события передаются исключительно строки. И если объект еще можно в виде строки передать, то контекст уже вряд ли.

Это ты какието стльные колдунства делаешь
Ну
Формексом можно получить контекст формы
Попробовать получить контекст активной формы в овс?

(94) > Таки хочется, что бы некоторые события, которые не связаны с чем-то визуальным и легки по ресурсам, могли выполняться асинхронно.

для нормальной обработки в 1С надо тогда мютексы и семафоры заводить.
А если действительно очень хочется, то лучше выводить такие модули за пределы 1С.