|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
Есть книжка про интеграционный паттерны, но она посвящена в основном обмену сообщениям, с использованием сервера сообщений, т.е. работа оффлайн возможна, но время от времени нужна сеть, стобы подключаться и синхронизироваться с сервером. Интересует же полный оффлайн и обмен посредством файлов. Про интеграцию посредством файлов немного есть информации, но скудной, на уровне: "выгружаете данные в файл, а потом загружаете в другое приложение. Готово.". Меня же интересует какой может быть формат этих файлов. Т.е. не на уровне серелализации/десериализации (здесь я под .Net, использую BinaryFormater, в будущем возможно ProtoBuffNet), а на уровне классов. Т.е. часть данных должна установиться в любом случае (в независимости от того, была ошибка перед этим или нет), а другая часть только если все остальное в порядке. Вроде транзакций чтоли... Я пока организовал свою структуру (насколько мог, Есть класс Package, класс Transaction, а в нем специальные "контейнеры", разных видов, которые могут вставлять/обновлять/удалять данные, находящиеся в нутри себя). Это как бы все работает на уровне прототипа, но чувствую, что многих вещей я не учел... Есть ли какой-либо паттерн для таких вещей, технология или протокол? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2014, 07:30 |
|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
Максим НТ.е. часть данных должна установиться в любом случае (в независимости от того, была ошибка перед этим или нет), а другая часть только если все остальное в порядке. Вроде транзакций чтоли... подробнее, т.к.: Вариант1 - 1 файл - атомарен. Т.е. это элемент транзакции. У него строгий формат (xml) Первый файл берём в любом случае, а другие...если он в порядке) Вариант2 - в файле заголовок играет эту роль (*.bmp) ______________________________________________ "Сложнее всего в мире достигнуть простоты — это крайняя граница опыта и последнее усилие гения". © George Sand. AutoPOI.ru — ГИС-технологии для Oracle ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2014, 13:05 |
|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
Petro123Максим НТ.е. часть данных должна установиться в любом случае (в независимости от того, была ошибка перед этим или нет), а другая часть только если все остальное в порядке. Вроде транзакций чтоли... подробнее, т.к.: Вариант1 - 1 файл - атомарен. Т.е. это элемент транзакции. У него строгий формат (xml) Первый файл берём в любом случае, а другие...если он в порядке) Вариант2 - в файле заголовок играет эту роль (*.bmp) ______________________________________________ "Сложнее всего в мире достигнуть простоты — это крайняя граница опыта и последнее усилие гения". © George Sand. AutoPOI.ru — ГИС-технологии для Oracle Если транзакций будет много, то и файлов будет много, причем их нужно будет пользователю в нужном строгом порядке загрузить. Предполагается, что сам файл не несет логической нагрузки, это просто набор, пакет, выгрузка. А в нем уже: обязательное обновление справочников (если нет добавляем), добавление рабочей информации и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2014, 13:55 |
|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
Максим НЕсли транзакций будет много, то и файлов будет много ==== понятия много - мало - не инженерный термин , причем их нужно будет пользователю в нужном строгом порядке загрузить. === и что? Ты сам выбрал - файлы. Бери на 1 БИЗНЕС-транзакцию - ОДИН файл XML Предполагается, что сам файл не несет логической нагрузки, это просто набор, пакет, выгрузка. А в нем уже: обязательное обновление справочников (если нет добавляем), добавление рабочей информации и т.д. ===== и что это меняет? не усложняй задачу. Она проще пареной репы ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2014, 14:12 |
|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
Petro123==== понятия много - мало - не инженерный термин Ок, но если я выдам пользователю из приложения хотя бы 5-7 файлов, то меня потом проклянут, когда будут загружать это. Можно конечно подгружать все файлы из папки, но это чревато - потерялся, побился и т.д. Petro123 === и что? Ты сам выбрал - файлы. Бери на 1 БИЗНЕС-транзакцию - ОДИН файл XML на 1 БИЗНЕС-транзакцию - ОДИН ДОКУМЕНТ XML, а вот в скольких физических файлах они могут хранится это уже вопрос технический. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2014, 16:03 |
|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
Максим Н, ты правой рукой зачеркнул то, что написал левой. - определись, что у тебя бизнес, а что физическая транзакция (а-ля пакеты) - определись, ЧТО видят пользователи, а что - нет. - приведи ВИ \ преценденты Обоснуй, что - документ - файл XML - тебе не подходит . А потом, усложняй свою "Систему" Удачи! ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2014, 17:02 |
|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
Максим НОк, но если я выдам пользователю из приложения хотя бы 5-7 файлов, то меня потом проклянут, когда будут загружать это. Можно конечно подгружать все файлы из папки, но это чревато - потерялся, побился и т.д.архиватором пользоваться что мешает? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2014, 18:06 |
|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
All, Ок, я понял, вопрос сырой, всем спасибо. Чтобы не создавать новой темы, спрошу здесь: Опять же, что почитать про синхронизацию данных между ИС, в частности про разрешение коллизий, особенно удаления? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2014, 14:28 |
|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
Максим Н, оракл или сиквел - раздел - ручная репликация.....методы репликации и т.д. Это вопросы БД, а не ИС. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2014, 15:03 |
|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
Максим Н, у меня была односторонняя..для простоты. Поэтому перед импортом из мастера всё грохал на клиенте и всё. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2014, 15:05 |
|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
Максим Н, вопрос в том что с чем интегрируешь если сам - сам, то в принципе все просто, какой то файлик на выходе и какой то на входе и жесткий интерпретатор жесткого протокола встроенного если сам - мир, то тут надо иметь модель, формирователь модели, формирователь данных по модели, всякая техническая шелуха для шифровки, разрезания и т.д., верификатор модели, валидатор данных, трансформатор, загрузчик и т.д. со всякими логгерами и т.д. и протоколом для сообщений о действиях ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2014, 15:26 |
|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
вот ак например формируют пакеты интеграции в ВИПРОС ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2014, 15:32 |
|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
такие журналы ведутся гдне указаны операции (ну типа - выгрузка схемы, данных, схемы и данных, только мастер данных,...), тип выгрузки - все данные, дельта с момента,....и всякая мишура другая ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2014, 15:36 |
|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
ViPRos, ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2014, 15:36 |
|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
кому, кем, статусы всякие по протоколу и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2014, 15:37 |
|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
ViPRos, Понял, спасибо. Интеграция "сам - сам". Главный пока вопрос это разрешение коллизий удаления. Т.е. одновременно запись была кем-то отредактирована, а кем-то удалена - что делать при синхронизации? Допустимо ли физическое удаление записей в распределенных системах? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2014, 16:42 |
|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
Максим Н, допустимо, просто надо лог держать, а потом этот лог (дифграмм называется - (было - стало, нестало передать а там уж синхронизируй ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2014, 16:53 |
|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
а для таких семантических коллизий должно быть разработана система правил с учетом прав, приоритетов и т.д. вплоть до принятия решения оператором консолидации ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2014, 16:56 |
|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
обычно такие вещи изначально разрабатывается с учетом правил допустим мастер дата (общая часть данных) токо сверху вниз, в снизу верх токо после генерации (автоматически или вручную) золотой записи а опертивные данные оычно имеют владелца и низзя без согласования (автоматической по заданным правилам ии через ляля) с владелцем менять такие данные вощем сначала думают - как это будет и что есть что и кто во что гораздь, а потом уж решают какие правила применить на содержательном уровне а техническая реализация общая ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2014, 17:00 |
|
Что почитать про интеграцию приложений оффлай нн?
|
|||
---|---|---|---|
#18+
Максим НViPRos, Т.е. одновременно запись была кем-то отредактирована, а кем-то удалена - что делать при синхронизации? ну давай посмотрим первый изменил запись важно ЧТО он изменил? идентифицирующую - ограгичивающую область (служебную, ключи, уникльные и т.д.) или содержательную (всякие количественные атрибуты)? какое место это запись имеет в схеме данных (терминальный узел, корневой или промежуточный узел) если узел корнвой или промежуточный и при это кто то осмелился (имел права) удалить эту запись, то скорее всего у него больше прав и ответственности чем у того кто просто что то там изменил но если узел терминальный, то надо изучить а не вводил ли то козел, который удали запись новую запись с теми же ограниченяими (возможно с другим ключом и т.д.) и близкими характеристиками с измененной записью если есть такая хреновина, то скорее прошли содержательные изменения и надо удаление отменить а две записи слить по содержательной части если нет то тут должны быть правила, типа "а кто ты такой?" и в зависимости у кого больше, то и будет пан возможны вариации, более глубокий семантический анализ, формальных правил и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2014, 17:14 |
|
|
start [/forum/topic.php?fid=33&fpage=14&tid=1547571]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
48ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
55ms |
get tp. blocked users: |
2ms |
others: | 12ms |
total: | 158ms |
0 / 0 |