<?php // Полная загрузка сервисных книжек, создан 2024-01-05 12:44:55
global $wpdb2;
global $failure;
global $file_hist;
///// echo '<H2><b>Старт загрузки</b></H2><br>';
$failure=FALSE;
//подключаемся к базе
$wpdb2 = include_once 'connection.php'; ; // подключаемся к MySQL
// если не удалось подключиться, и нужно оборвать PHP с сообщением об этой ошибке
if (!empty($wpdb2->error))
{
///// echo '<H2><b>Ошибка подключения к БД, завершение.</b></H2><br>';
$failure=TRUE;
wp_die( $wpdb2->error );
}
$m_size_file=0;
$m_mtime_file=0;
$m_comment='';
/////проверка существования файлов выгрузки из 1С
////файл выгрузки сервисных книжек
$file_hist = ABSPATH.'/_1c_alfa_exchange/AA_hist.csv';
if (!file_exists($file_hist))
{
///// echo '<H2><b>Файл обмена с сервисными книжками не существует.</b></H2><br>';
$m_comment='Файл обмена с сервисными книжками не существует';
$failure=TRUE;
}
/////инициируем таблицу лога
/////если не существует файла то возврат и ничего не делаем
if ($failure){
///включает защиту от SQL инъекций и данные можно передавать как есть, например: $_GET['foo']
///// echo '<H2><b>Попытка вставить запись в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>$m_comment));
wp_die();
///// echo '<H2><b>Возврат в начало.</b></H2><br>';
return $failure;
}
/////проверка лога загрузки, что бы не загружать тоже самое
$masiv_data_file=stat($file_hist); ////передаем в массив свойство файла
$m_size_file=$masiv_data_file[7]; ////получаем размер файла
$m_mtime_file=$masiv_data_file[9]; ////получаем дату модификации файла
////создаем запрос на получение последней удачной загрузки
////выбираем по штампу времени создания (редактирования) файла загрузки AA_hist.csv, $m_mtime_file
///// echo '<H2><b>Размер файла: '.$m_size_file.'</b></H2><br>';
///// echo '<H2><b>Штамп времени файла: '.$m_mtime_file.'</b></H2><br>';
///// echo '<H2><b>Формирование запроса на выборку из лога</b></H2><br>';
////препарируем запрос
$text_zaprosa=$wpdb2->prepare("SELECT * FROM `vin_logs` WHERE `last_mtime_upload` = %s", $m_mtime_file);
$results=$wpdb2->get_results($text_zaprosa);
if ($results)
{ foreach ( $results as $r)
{
////если штамп времени и размер файла совпадают, возврат
if (($r->last_mtime_upload==$m_mtime_file) && ($r->last_size_upload==$m_size_file))
{////echo '<H2><b>Возврат в начало, т.к. найдена запись в логе.</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>'Загрузка отменена, новых данных нет, т.к. найдена запись в логе.'));
wp_die();
return $failure;
}
}
}
////если данные новые, пишем в лог запись о начале загрузки
/////echo '<H2><b>Попытка вставить запись о начале загрузки в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>0, 'last_size_upload'=>$m_size_file, 'comment'=>'Начало загрузки'));
////очищаем таблицу
$clear_tbl_zap=$wpdb2->prepare("TRUNCATE TABLE %s", 'vin_history');
$clear_tbl_zap_repl=str_replace("'","`",$clear_tbl_zap);
$results=$wpdb2->query($clear_tbl_zap_repl);
///// echo '<H2><b>Очистка таблицы сервисных книжек</b></H2><br>';
if (empty($results))
{
///// echo '<H2><b>Ошибка очистки таблицы книжек, завершение.</b></H2><br>';
//// если очистка не удалась, возврат
$failure=TRUE;
wp_die();
return $failure;
}
////загружаем данные
$table='vin_history'; // Имя таблицы для импорта
//$file_hist Имя CSV файла, откуда берется информация // (путь от корня web-сервера)
$delim=';'; // Разделитель полей в CSV файле
$enclosed='"'; // Кавычки для содержимого полей
$escaped='\
Пример начал с рассылки уведомлений и как то внезапно перескочил на логирование.
(1) Есть такой момент, но про уведомления показалось интереснее, а логирование было быстрее и проще реализовать для примера. 😉
Хм, может ошибаюсь, но это больше не на фасад похоже, а на шаблон «Самозванец (Imposter)», правда узнал я об этом шаблоне из книги «Разработка через тестирование» Кента Бека, и что то он довольно редко встречается, когда загуглил — только на некоторых сайтах было. А фасад на мой взгляд это скорее обертка над одним или несколькими объектами сделанная для упрощения взаимодействия (может уровень абстракции повыше нужен, может половина api не нужна, а часть нужно объединить, и т.д.). А так подход хороший, сам пользуюсь, правда в моем случае я часто в модулях менеджеров такое размещаю вместо общих. Плюс можно задействовать шаблон «Шаблонный метод», определить некую общую логику куда передавать свой модуль реализующий интерфейс как зависимость и дергать методы уже «интерфейса».
На партнерке был 10 лет назад разговор про «мегадокументы». Это тоже один из частных случаев паттерна Facade.
(3) Согласен, что это не совсем «фасад», но уж больно название понравилось. 🙂
(4) В принципе, это все про абстрактные классы. 🙂
(5) вот описание паттерна Фасад:
У Вас же скорее Интерфейс или Адаптер:
В БСП применяется подобный подход через использование общих модулей с окончанием Переопределяемый. Так в БСП можно добавить собственный адаптер обмена данных, который органично будет работать в рамках подсистемы обмена БСП.
В Вашем решении вместо использования переопределяемых модулей используется справочник, по настройкам которого могут переопределяться вызовы функций. Сами функции никакой функциональности не несут и служат лишь интерфейсом вызова.
Идея интересная, однако я не нашел в статье подробного описания именно работы самой подсистемы поддержки таких абстрактных интерфейсов: API подсистемы, структура данных, сценарии и т.д.
Сами примеры мне показались не наглядными, т.к. отражают решение конкретной задачи, а не сути идеи Вашей статьи.
Насчет попытки протащить полноценный ООП в язык платформы как-то было замечено, что через некоторое время начнут возмущаться «почему так сложно все стало»? Ибо одолеть сложность с помощью ООП, увы, нет — через некоторое время потекут и «фасады» и «мегадокументы» и «фабрики» и любая, в общем-то, human-конструкция.
На местах — кто во что горазд, в зависимости от того какие книжки по ООП (или компиляторам) были прочитаны: и обработки зашивают в макеты обработки — «менеджера пакетов» и встраивают свои языки в строковые реквизиты справочников-интерпретаторов и обработки — генераторы исполнения текстов для «Выполнить()». Полный набор годноты. Критерий истинности, как всегда — практика. Работает? Стабильно? Надежно? Позволяет доработку-эволюцию быстро исполнить? Ну и «молодцом».
(8)
Да ладно, повозмущаемся да привыкнем 🙂
Уж какой взрыв возмущения вызвала три года назад 1С-овская реализация «асинхронности», и то уже забыли и смирились.
В статье есть неточности и комментаторы выше внесли необходимые уточнения.
Не согласен с выводом в 7, что недостаточно абстрактная статья. Она ведь и называется строим XXX вместе. Это изложение какой-то теории в приложении к конкретной практической реализации.
Также не соглашусь с 10, а том, что данный метод попытка натянуть сову на глобус. Человек изучил что-то, пытается применять на практике, делится опытом, в общем-то успешным.
Автора, на мой взгляд, конечно можно критиковать, и не в последнюю очередь за попытку поймать «хайп», но кто без греха…
В целом — заслуженный плюс. За исследование, обобщение опыта и публикацию
1Ска сама по себе фасад.
Чего только стоит
(7) Ну фасад, является частным случаем интерфейса, а адаптер все таки немного про преобразование интерфейса.
Переопределяемые модули, на мой взгляд, несколько более «низкоуровневый» вариант решения. В своем варианте я немного сильнее ограничил «простор для творчества».
В статье я привел только общее описание для пояснения подхода, все детали можно изучить в коде. 🙂
(8) Согласен, главное вовремя остановиться, до того как работа с универсальным механизмом станет сложнее чем с конфигуратором. 🙂
(10)
Как бы в статье именно такой вариант и описан, только вместо DLL, обработка.
(10)
Неужели лучше брать и изобретать велосипед?
Интерфейс предписывает объекту, что тот должен содержать определенный набор функций, кроме того эти должны содержать параметры определенного типа.
Как это можно реализовать в 1С? Никак.
Да вы что? Пример (псевдокод):
Интерфейс И {
void** foo(void** pp);
}
Клас А : И {
void** foo(void** pp) throw new FuException(«….»);
}
И что тут интерфейс предписал? Какого типа параметр?
А что обработки отменили? Меняйте обработки, хоть статически, хоть динамически.
Допустим знаем, все равно нельзя брать лучшее от ООП?
(12) фасад на фасаде … 🙂
(16)
Интерфейс И {
void** foo(void** pp);
}
Клас А : И {
void** foo(void** pp) throw new FuException(«….»);
}
Дай дураку стеклянный… он и руки порежет.
Естественно много чего можно написать на Си++, но мы же говорим про правильную разработку.
Инкапсуляция, Наследование, Полиморфизм — будете спорить, что всего этого нет в 1С? Удачи.
(18)
Согласен. Пример кстати компиляции правильной разработки на С++ и Джава.
В последнем примере <String> легко можно опустить.
Наследование? В 1С? Не в пакетах XDTO? Что-то не припомню, напомните?
Читая про споры на тему «в 1с нет ООП» всё время вспоминаю однажды сказанную по этому поводу фразу:
(19) Какой же поток сознания из вас льётся…
Попробую объяснить по простому, может тогда до вас дойдёт.
То что вы написали, звучит примерно так: «А на коробке автомат, вот тоже можно переключать вручную скорости».
Кто с этим спорит? Может для вас это новость, но остальные также понимают, что от этого АКПП, далеко не то же самое что КПП, но вам сложно это осознать.
«Вот же смотрите похоже ведь».
Мой брат (меня он перерос)
Доводит всех до слез,
Он мне сказал, что Дед-Мороз
Совсем не Дед-Мороз!
Он мне сказал:
— В него не верь! —
Но тут сама
Открылась дверь,
И вдруг я вижу —
Входит дед.
Он с бородой,
В тулуп одет.
Тулуп до самых пят!
Он говорит:
— А елка где?
А дети разве спят?
С большим серебряным
Мешком
Стоит
Осыпанный снежком,
В пушистой шапке
Дед,
А старший брат
Твердит тайком:
— Да это наш сосед!
Как ты не видишь: нос похож!
И руки, и спина! —
Я отвечаю: — Ну и что ж!
А ты на бабушку похож,
Но ты же не она!
(21)
У вас в голове? Я доносил:
1. Знания надо обобщать и повторно использовать.
2. Думать надо головой.
3. Техническое ограничение обойти можно.
4. Ограничения накладываются не только технически.
С данной точки зрения статья однозначный плюс. А ваша критика, мне кажется, необоснованной абсолютно.
P.S.
Как, вырванное из контекста:
соотносится с:
Я вообще не понимаю.
(22)
2. Думать надо головой.
3. Техническое ограничение обойти можно.
4. Ограничения накладываются не только технически.
1. Вчера сделали открытие, а теперь всем доносите?
2. Еще чем-то умеете думать? Точно адекватны?
3. Кто с этим спорит, что можно пытаться натянуть «сову на глобус», и возможно, даже получится.
4. Можно и вовсе вести учет на бумаге без всяких программ и компьютеров. Глубокие сомнение, что у вас есть хоть какое-то представление зачем нужно проектирование, именно поэтому у вас такая каша в голове.
(20) гхм, а что же тогда есть?
(23) Риторику отбрасываем (вопросы 1-4).
Раз вы постулируете знания: «Зачем нужно проектирование», соблаговолите их раскрыть. В противном случае, вы являетесь пустобрехом.
А на расширениях такое написать?
(26) Должно превращаться в расширение копи-пастой.
(25)
Основная цель проектирования, в моём понимании — преодоление ограничений человеческого мышления. Одно из самых слабых мест — краткосрочная память, в которую умещается от 5 до 8 единиц знаний. Данное ограничение легко проверить, попробуйте быстро запомнить число, чем больше цифр будет в числе, тем больше будет ошибок.
В краткосрочную память мы помещаем : код программы, переменные виды, виды переменных.
Основным приёмом сокращения всего выше перечисленного является декомпозиция.
Я считаю:
1. Проектирование на уровне объектов в 1С ограничено определенными рамками — деревом метаданных, и никуда от этого не деться.
2. Проектировать, естественно, можно не только в конфигураторе, например, для SAP есть стандартные нотации — ARIS.
Для 1С, в частности, на инфостарте все пытаются притянуть методы проектирования от ООП, которые явно не подходят. Но они ведь проще, и информации по ним в разы больше.
(28) Вы про какое проектирование? На каком уровне? Как 1С коррелирует с SAP? Как эти фирмы коррелируют с методологиями описания бизнес-процессов? Будет ли ваше высказывание справедливо, если я проектирую класс на яве? Будет ли ваше высказывание справедливо, если я проектирую баг трекер?
(29) Забавно, я описал общие принципы проектирования, причем уже настолько простыми словами, что даже дети из детского сада уже бы поняли.
У вас же очередной поток сознания. Трудно признать что где-то у Вас капитальный провал в знаниях?
Очень напоминаете человека, который чуток позанимался ООП, а скорее всего так и есть, только вы там чуток, сям чуток, еще там, этакая разносторонняя личность.
— «О я умею классы создавать, и так, и этак, а еще так».
— «А зачем классы создаешь?»
— «Не ну это, ну я и на Си++, и на Си шарп, и Ява, и …» (опять не видите аналогий с вашими ответами?)
(24) спагетти, в виде функций по 500-2000 строк и хорошо если без операторов GoTo
ко всему прочему в примере еще паттерн Factory Method применен
(30) Мне крайне льстит, признание вами, наличия у меня сознания. Жаль, что за вами я не могу признать того же. Печально, что выше уровня детского сада вы так и не можете подняться, однако попробую не опускаясь на ваш уровень объяснить.
Проектирование (в общем смысле) — это процесс создания проекта. Соответственно требуется оно для того что бы создать проект. Цель у него проект.
Что такое проект можно посмотреть в Википедии
Найдете там слова ООП, SAP, 1С, ARIS — кидайте ссылку буду рад ознакомиться.
То о чем вы пишете — называется конструирование.
При это вы описываете конструирование крайне конкретное. Конструирование приложений на базе продуктов фирм 1С SAP AG.
Так что про кашу могу согласиться, только уточнив в чьей голове она находиться. Она у вас в голове.
Как вы себя токсично ведете, хотел почитать, может еще в комментариях оставят на похожие статьи ссылки или подводные камни при использовании. Ощущается, будто половина разработчиков считают язык 1С своим проклятием, что вынуждены на нем писать.
Спасибо за статью, я бы с удовольствием почитал больше статей про паттерны программирования в 1С.
(34) Про «токсично ведете» не совсем понял.
Что касается «почитать про паттерны программирования», планирую, как минимум, еще статью по реализации событийной модели в 1С.
1) сделано:
1 новый справочник
4 обработки
3 общих модуля
когда по-обычному намного легче «добавив дополнительную ветку кода для нового способа отправки».
В итоге никакой пользы.
2) насчёт «интерфейса» — трудно заставить самого себя писать код по-человечески ?
делать стандартные имена функций и др…
А разве не тот же подход используют в типовых конфигурациях?
— Торговое оборудование
— Механизм внешних печатных форм / обработок / обработок заполнения таб. частей.
Все это работает практически так же, как описал автор. И цель та же. Расширение функционала без переписывания половины конфигурации.
Или я невнимательно прочитал статью и отличия все таки есть?
(34) Можете почитать вот эту статью:
Я для себя этот подход с кэшированием адаптировал под написание своеобразных заменителей синглетов (singletone) на язые 1с: если нет — то создать, в любом случае вернуть. Преимущество в том, что объявление и инициализация объекта запакованы в одну функцию. Потом проще взять из загашника старую обработку и скопировать нужные функции, какие надо из одного, а не 3 мест кода.
(37) Да, принцип реализации похож, различия в деталях.
Ну и одна из целей статьи — предложить подход с готовым шаблоном, для реализации дополнительной функциональности.
В БСП и конфигурациях 1С расширяемость доступна для ограниченных применений.
О! Это напоминает R-схемы. Это они?
(40) Это вроде как принятое изображение interface. (Мышка, MS Paint) 😁