|
Мобильное приложение: 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 я понял так: нельзя заниматься лоскутной правкой, как только проект чуть побольше становится, нужно обязательно все дробить на смысловые модули, к каждому модулю иметь приличное описание, иметь единую систему создания имен и префиксов, обязательно писать коментарии о причинах возникновения того или иного кода, что-бы было понятно не только как этот код работает но и вообще зачем его писали... |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |