Имя: Пароль:
1C
1С v8
Мобильное приложение: MySQL
,
0 satoru
 
04.05.20
12:30
Добрый день. Как можно программно подключится к базе MySQL для получения данных через мобильную платформу (мобильное приложение должно подключится к существующей базе MySQL и считать с неё данные)?
Другими словами: мне нужно знать, есть возможность программно подключится к базе MySQL с мобильного приложения?


Платформа 1С: 1С:Предприятие 8.3 (8.3.16.1148)
Мобильная платформа: mobile_8_3_16_130
1 arsik
 
гуру
04.05.20
12:39
Самое простое -  веб-прокладку между скулем и МП. Можно в том же 1с http сервис развернуть, который бы обращался через внешние источники данных к скулю и отдавал их МП
2 satoru
 
04.05.20
12:40
(1) Т.е. сама 1С (мобильное приложение) не владеет подобным функционалом?! Насчет веб-прокладки понятно, спасибо буду пробовать.
3 Вафель
 
04.05.20
13:14
а майскл что прям на мобилке стоит?
4 satoru
 
04.05.20
13:26
(3) Нет. Подключатся к MySQL по локальной сети.
5 Вафель
 
04.05.20
13:27
на мобилах не принято подключаться по разным тсп-удп протоколам
6 satoru
 
04.05.20
13:29
(5) спасибо за информацию. Учту.
7 Конструктор1С
 
04.05.20
15:28
Ты главное не делай того треша, который вытворяют некоторые кодеры. Не нужно где попало и как попало прикручивать средства интеграции. Должна быть некая "черная коробочка", которая выкатывает определенные данные. Подробности внутреннего устройства этой "коробочки" должны быть жестко инкапсулированы. Это исключит многие проблемы. Особенно это актуально в мобилковой разработке

ТаблицаДанных = МодульИнтеграции.ХуякнутьДанные(ВходныеПараметры);

Сегодня таблица данных прилетает из внешней БД, завтра она будет прилетать с какого-то сайта, послезавтра будет собираться частично из данных БД приложения, частично из внешних данных. Но код-получатель ничего не будет об этом знать, ему и незачем знать. Инкапсуляция во всей красе
8 Asmody
 
04.05.20
15:34
(7) Чтобы эти грабли понять, на них надо наступить. Некоторым хватает одного раза, некоторым двух. Некоторым не хватает никогда
9 fisher
 
04.05.20
16:15
(8) Для этого нужно годика три проработать на одном месте в качестве основного разработчика. Тогда успеваешь пожать все, что посеял. На чужих ошибках не учится никто. Да и на своих способны не все.
10 satoru
 
04.05.20
16:48
(7) Это даже не обсуждается! Потом исправлять ошибки в коде по ночам не хочу.
11 Garykom
 
гуру
04.05.20
17:26
(7) (8) (9) Это не "тру 1с" подход.
Тру 1с это размазать получение данных запросами SQL по все конфе, через ВК ))
12 fisher
 
04.05.20
17:37
(11) В рандомных местах на клиенте. В каждом таком месте - копи-паст с захардкоженными параметрами подключения. Сколько я такого видел. Настольная книга одинэсника: http://catalog.mista.ru/public/966234/
13 fisher
 
04.05.20
17:53
Ну а с другой стороны могу побыть адвокатом дьявола. Выносить в "черный ящик" стоит только то, что хорошо инкапсулируется и имеет понятный, потенциально универсальный интерфейс (и даже в этом случае легко может затянуть на оверинжениринг).
Сплошь и рядом встречаются тесные интеграции с настолько сильной спецификой, что обмазываться интерфейсами нет никакого разумного смысла. Но хотя бы централизовать - конечно же стоит. Это дешево и железно окупается.
14 Сияющий в темноте
 
04.05.20
18:00
не знаю как с мобильного приложения,но с java с мобилки прекрасно и tcp и udp даже широковнщательный работает.
другое дело,что скуль открытым в сеть,обычно,не пихают.
15 vde69
 
04.05.20
18:10
MySql никто не выставит на улицу, по этому по любому надо пилить или веб сервис и с мобилы идти на него или юзать что-то типа ajax библиотек.

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

одно из главных правил web я понял так:

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