Показать сообщение отдельно
Старый 06.06.2019, 09:24   #11  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,033 / 3955 (190) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от belugin Посмотреть сообщение
Ученик, получивший коан от мастера...Хлопок одной ладонью, клиентский код в пакетном задании, передача объекта туда где он уже есть (обратно на клиента).
Как странно ты воспринимаешь реальность. Ну, ок.


Цитата:
Сообщение от ax_mct Посмотреть сообщение
Все же у любого зрелого программиста есть восприятие вторичных программистских признаков.
У зрелого есть не только восприятие, но и способность задавать вопросы.

Всем,
Меня искренне прикалывает, как вместо обсуждения технического вопроса, участники пытаются обсуждать автора вопроса.
Повторюсь, что давным-давно этим страдали 1Сники.
https://coub.com/view/1s5rp


Цитата:
Сообщение от ax_mct Посмотреть сообщение
Красиво это xSysLastValue::saveLast(this) и xSysLastValue::getLast(). Страшная такая но суровая красота
Согласен, что такой способ есть.
Но чтобы красиво использовать SaleLast c this, нужно переопределить четыре метода (или предоставить четыре параметра).
SaveLast записывает данные в контейнер, следовательно никаких индексов по содержимому. А также ограничение на размер сохраняемых данных (сложности с передачей больших контейнеров).

SaveLast записывает контейнер с данными как одно memo-поле, которое в SQL не пришей кобыле хвост. А можно записывать каждое значение контейнера как отдельную запись в SQL, все записи одного SaveLAst должны получить некий идентификатор сессии. Так можно получить поиск по содержимому.

это что касается SaveLast.
Возвращаясь к теме передачи объекта между клиентом и сервером...

Как уже упоминал некий ax_mct ранее, можно записывать данные в отдельную таблицу. Можно ли запись в отдельную таблицу сделать более элегантной, нежели четыре метода для SaveLast?

Можно разбивать packable контейнер на куски. Чтобы обойти ограничение на размер и уменьшить относительные накладные расходы на обслуживание клиент-серверного пакета. Можно пообсуждать за минимизацию относительного оверхеда.

Я удивлен, но не увидел обсуждения стандартных классов по передаче файлов между клиентом и сервером SysFileDeploy, AifWebReferenceUtil (второй умеет как с клиента на сервер, так и с сервера на клиент). Отлично понимаю, что способ передачи файла - не идеал. Но красоту поискать можно. Можно и посравнивать с другими способами.

Название: 2009.PNG
Просмотров: 184

Размер: 122.7 Кб

как способ взаимодействия между клиентАМИ и серверАМИ можно рассмотреть запись в AOT\resource.

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

может еще есть какие способы?
а какой из них самый красивый? в том смысле, что нравится вам?

=================
А да, и mazzy обсуждать тоже можно, и о том что runbase уже есть, как и о принципиально-философской неразрешимости данного технического вопроса.
Это прикольно.
__________________
GitHub, Facebook, mazzy.priot, mazzy.music, coub.