Дякую. З сигналом прикольно.
Крапку з комою прибрав, тепер строки не розриваються.
Граюся. Розмірковую.
Користувач отримує таку картинку, як я зараз, з єдиною відмінністю - період буде не 10 секунд, а 3 хвилини. На скриншоті реальна інформація від Карлсона, що працює у мене на кухні.
Виникає питання - наскільки корисно мати перед очима десяток строк майже однакових цифр?
Корисно.
Корисно тому, що може бути (і вже є) потреба спостерігати одночасно за двома - трьома, а то й більше пристроїв. Щоб побачити строки від всіх, треба вивести останні 2-3, а то й більше строк. Хай лишається 10.
Я вже заліз наперед. Повертаюсь.
Щоб самому не плутатись увласних термінах...
У нас є зв`язок між смартфоном (твоїм застосунком на ньому) та пристроем, що за чимось спостерігає чи чимось керує. Посередником у цьому зв'язку виступає сервер.
Я дещо змінюю, а тебе не повідомляю. Це погано. Але я не хочу турбувати тебе зайвий раз доки сам не зрозумію чого хочу.
А хочу я ось чого.
Мова.У запиті не треба давати мову. Тобто "&lang=ua" у запросі від застосунку до сервера cтає зайвим.
У налаштуваннях застосунку хай лишиться, хай змінює мову інтерфейсу. Цього ще нема, і не поспішай робити, бо інтерфейс ще не остаточний.
Повідомлення від пристрою до сервера формуються пристроем тією мовою, яка заложена у прошивці пристрою. Зараз існує тільки український варіант, коли справа встаканиться, зроблю й інші мови.
Режим.
Погрався та побачив, що нема необхідності вибору між отриманням однієї строки, або всіх строк одночасно. Тому "&mode=all" у запросі теж cтає зайвим.
Тож зайвою стає кнопка оновлення повідомлень. Але тоді табличка з повідомленнями має поновлюватись сама після кожного сеансу зв'язку.
Крім того, на мій погляд, віконце важливих повідомлень та кнопку підтвердження треба поміняти місцями.
Надійність. Якщо декілька пристроїв від різних користувачів будуть працювати з однаковим ідентифікатором, пороблеми неминучі. Тому ідентифікатор буде складатись з двох частин, поєднаних тіре (мінусом).
Перша частина (6 символів) - це мак-адреса пристрою. Друга частина - чотири цифри пін-коду, який має відповідати мак-адресі. Якщо відповідності не буде, сервер не буде приймати та накопичувати інформацію. Навіщо ці ускладнення стане ясно згодом.
Багатозадачність Це вже стосується тільки мене, тобто спілкування між пристроями та серсером, тобі я розповідаю для інформації.
Якщо треба одночасно спостерігати за двома чи більше пристроями треба...
- мати декілька смартфонів, кожен з которих спілкується зі своїм пристроем. Абсурд. Викреслюємо.
- тримати відкритими декілька екземплярів застосунку, кожен з них слідкує за своїм пристроєм. Це вже краще, але теж абсурд.
- дати можливість одному екземплярові застосунку працювати одночасно зі всіма пристроями. Це вже краще.
Щоб це реалізувати, всі пристрої мають звертатися до сервера з однаковим ідентифікатором, а в повідомленнях будуть давати назву та номер пристрою. Для цього користувач мусить мати можливість змінити ідентифікатор на пристрої, а це може призвести до помилок. Тому й з'явилась потреба в пін-коді.
Треба якимось чином поновити сімуляцію, бо ті зараз зовсім позбавлений мождивості експерементувати. Зроблю html файл. Будеш слати повідомлення натисканням кнопок.