http://docwiki.embarcadero.com/RADStudio/Tokyo/en/Using_SQLite_with_FireDAC см. раздел The Database Events

а вы реально работали с FireDAC, и уверены, что это не "pub-sub для одного приложения"?

а вы реально работали с FireDAC, и уверены, что это не "pub-sub для одного приложения"?

там тригер на уровне базы же, а не соединения. поэтому без разницы

что у вас подразумевается под "на уровне базы" для sqlite?

там нет сервера

Мне страйк кинули, не мог писать. Ищу я как раз Golang) Проект изначально на php, соответственно сейчас частями переписывают на Go , микросервисы и т.д... Компании в Мск)

а вы реально работали с FireDAC, и уверены, что это не "pub-sub для одного приложения"?

подумал, и кажется резонным.

Приветствую! Кто завтра на Митап в Питере пойдет?

+

Йуххууу

@mnjro скомпилировал себе компилятор?

Пока нет доступа к пк (бабушка в Одноклассниках) Почему тебя это интересует??

а вы реально работали с FireDAC, и уверены, что это не "pub-sub для одного приложения"?

да.

и там прям меж-процессное взаимодействие через sqlite?

это так удивительно? там же есть shared cahe, какие проблемы его мониторить на уровне драйвера?

ну то есть не через sqlite всё таки

то есть в новом варианте на вход функция может получать любую структуру как аргумент?

это так удивительно? там же есть shared cahe, какие проблемы его мониторить на уровне драйвера?

вы правда какой-то бред пишите. Чудес не бывает. Нет такого варианта ipc, как shared cache. Если вы про этот http://www.sqlite.org/sharedcache.html - то он для тредов.

то есть в новом варианте на вход функция может получать любую структуру как аргумент?

не структуру, а интерфейс.

точнее структуру удовлетворяющую интерфейсу.

то есть в новом варианте на вход функция может получать любую структуру как аргумент?

и да как аргумент.

*любой тип удовлетворяющий интерфейсу

*любой тип удовлетворяющий интерфейсу

да, спасибо что поправили. так верно.

* зануда мод офф :)

* зануда мод офф :)

:)

ну это хорошее замечание

Привет ребятушки! Хочу перейти на Go Lang после Java/C#, какие трудности возникнут?

придется забыть ООП

и полностью с корнем пересмотреть подход

на функциональный?

ну тут смешнный

свои путь :)

придется забыть ООП

Там ещё ОРМ под вопросом)

вроде и есть классы. но нет наследование только встраивание

жесткие типы

никакой динамики в виде рефлексии

ни дженериков, ни исключений?

а лямбды есть?

дженерики - забудь

вместо исключений есть паники

которые можно перехватывать

ну норм

процедура называется "восстановление" :)

но использовать их вместо исключений не советовал бы

а как без дженериков жить?

это как "почти упавший шкаф"

на функциональный?

нет LCO, так что и не фукнциональный

а как без дженериков жить?

генераторы кода

очень много копипаста :)

у-у-у =)))

где в ооп мы делаем абстрактный класс, тут мы делаем два класса

но за счет этого быстродействие

и скорость компиляции

и скорость компиляции

Барбары-Лисков кстати можете забыть принцип

а как без дженериков жить?

В 80% использовать интерфейсы, в 20% страдать

если вы сделали тип на основе int вы не сможете вставить туда int ?

типы проверяются по названию

=)

Пока только пол раза нужны были дженерики

ну говорят вроде простой язык

и читается просто

=)

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

но вы его не трогайте :)

но вы его не трогайте :)

о как :)

Realtime ковыряния - абсолютное зло

Читается лучше всех. Для меня лучше питона даже

о как :)

для опытных пользователей можно, но новичкам лучше запретить :)

Язывк простой но как всегда есть свои подводные камни

придется переучиватьс вой мозг думать чуть по другому

ERROR: S client not available

дабы не согрешили с ОРМ как я

для опытных пользователей можно, но новичкам лучше запретить :)

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

прям читается проще. даже

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

причем тут рефракторинг

Плюсы его в том что ты не городишь кучи городушек. ПОэтому все читается чище, нет многословности и чужой код держать хотябы в рамках чтобы можно было его читать

я про этот пакет - https://golang.org/pkg/reflect/

причем тут рефракторинг

я про «последовательно»

вы правда какой-то бред пишите. Чудес не бывает. Нет такого варианта ipc, как shared cache. Если вы про этот http://www.sqlite.org/sharedcache.html - то он для тредов.

слушайте, мне пофиг на чём оно реализовано на sqlite или драйвере. достаточно того, что оно просто работает. избавтье мир от своих вумных мысслей по этому поводу

Вы меня не поняли. Я не пытаюсь "давить интеллектом". Просто либо я чего-то не знаю, либо вы. Если вы проясните ситуацию, я узнаю что-то новое, а вам восможно подскажу аналог на go. win-win

Пока для меня этот firedac выглядит как прослойка, которая если и позволяет общаться между собой отдельным процессам, то делает это на более высоком уровне, чем драйвер

Вы меня не поняли. Я не пытаюсь "давить интеллектом". Просто либо я чего-то не знаю, либо вы. Если вы проясните ситуацию, я узнаю что-то новое, а вам восможно подскажу аналог на go. win-win

относительно реализации у меня только предположения, которые я привёл. Там в доках написано, что в "A few concurrent updating processes" оно умеет если установить соответсыующие params, лично проверял - не врут. Выше давали ссылку на SO , что для этого можно только лишь хакнуть sqlite

придется забыть ООП

Гошка позволяет писать нормальный ООП код, ничего не надо забывать.

Гошка позволяет писать нормальный ООП код, ничего не надо забывать.

чего?

ну сделайте мне орм без рефлекта

ну сделайте мне орм без рефлекта

Причём тут орм?

ну как бы первое что пришло в голову

абстрактных классов нет

относительно реализации у меня только предположения, которые я привёл. Там в доках написано, что в "A few concurrent updating processes" оно умеет если установить соответсыующие params, лично проверял - не врут. Выше давали ссылку на SO , что для этого можно только лишь хакнуть sqlite

думаю, если как-то поиграться с LockWait, BusyTimeout, то можно отслеживать изменения в файле WAL,

типизация простая

еще и утиная

относительно реализации у меня только предположения, которые я привёл. Там в доках написано, что в "A few concurrent updating processes" оно умеет если установить соответсыующие params, лично проверял - не врут. Выше давали ссылку на SO , что для этого можно только лишь хакнуть sqlite

а как проверяли? Для меня идеальный вариант проверки был бы 1) Открыть базу через firedac в приложении, подписаться на event'ы 2) Открыть базу обычным консольным клиентом, сделать апдейт 3) Проверить реакцию приложения

циклические зависимости запрещены еще

а как проверяли? Для меня идеальный вариант проверки был бы 1) Открыть базу через firedac в приложении, подписаться на event'ы 2) Открыть базу обычным консольным клиентом, сделать апдейт 3) Проверить реакцию приложения

так и делал, только клиент не консольный, а из плагина для jb

jdbc

@ruelephant абстрактные классы являются обязательными в ооп?

хм круто

ну сделайте мне орм без рефлекта

ну так орм есть без рефлекта уже

@ruelephant абстрактные классы являются обязательными в ооп?

абстрагирование, инкапсуляция, наследование, полиморфизм

я хочу примеры по каждому - на гоу без рефлекта :)

абстрагирование, инкапсуляция, наследование, полиморфизм

это что, определение ООП?

это основные принципы ООП