#, нет объекта целиком. его надо собирать.
вопрос задан в контексте возможных не закрытий неуправляемых ресурсов.
ну и может кто еще подскажет из личной практики.
не хотелось бы. реляционная БД, надо так и делать. все агрегации делать на основе имеющихся данных.
если очень хочется, то сделать вычислимое поле и JSON, если СУБД позволяет.
В литературных произведениях на тексты есть планка, по-моему, 70 лет. Т.е. Булгакова сейчас может издавать любое издательство. Не знаю, как насчёт иллюстраций.
В фармакологии - 10 лет, далее делают дженерики, срок патента истек и он не продлевается.
Симфонию Чайковского может исполнять любой, а вот продавать запись с этим исполнением может только правообладатель, т.е. исполнитель.
вот CLR Injection: Runtime Method Replacer.
если получится, будет хорошо. можно будет метить атрибутом [ReadOnlyObject], соответствующие классы или наследовать ReadOnlyObject для класса в целом.
я не понимаю, консоль со строкой подключения к БД? вы же хотели от этого уйти? что через Pipe?
чем короче ответы, тем меньше шансов получить адекватный ответ.
Собственно, когда платформы разные, то для межплатформенного взаимодействия используют (без промежуточного стороннего ПО, такого как серверы приложений, брокеры очереди и т.д.):
- файлы (что успешно вами сделано),
- SharedMemory (когда применимо),
- TCP/IP в чистом виде или на прикладном уровне,
- Pipe.
Всё имеет право на жизнь, но имеет разный уровень масштабируемости.
Если в рамках одной машины и с наименьшим оверхедом, то именованные каналы, так можно сгладить различия битности и платформ разработки.
В частности, так хорошо работает связка WindowsOnly -> DotNetCore (или NetStandard). Это может пригодиться, в том числе, при портировании клиента на другие платформы.
Прокси будет 32-х битный сервер (в него добавить имеющийся COM-сервер), ваша программа - 64-х битным клиентом.
На github есть готовые обертки клиента и сервера, позволяющие обмениваться готовыми DTO-объектами. Их лучше вынести в 3-ю библиотеку, чтобы сериализации совпадали.
Так и отлаживать, запускать сервер, затем запускать клиент в Debug.
Из сервера можно сделать Windows-сервис потом, когда отладите.
компонент - эта самодостаточная сущность, готовая быть использованная в любом окружении.
кроме этой таблицы, эти строки ещё где-то нужны? если нужны, тогда это два компонента.
или строки бывают разные и есть другие компоненты-строки.
еще момент, борьба со сложностью. если это реально упрощает, то можно/нужно инкапсулироваться в отдельном компоненте. ситуативно...
вопрос задан в контексте возможных не закрытий неуправляемых ресурсов.
ну и может кто еще подскажет из личной практики.