|
|
|
JSP + ( android & iOS)
|
|||
|---|---|---|---|
|
#18+
Всем привет) - извените за мой руский. Помогите пожалуйста с такой ситуацией. Задача у меня следующая: написать "серверную" часть на яве (jsp + mysql). это моя часть работы. клиентская часть пишут на android и iOS. - не я пишу - они зависят от меня, чтоб знать что и как передавать - сам незнаю как правельно. Проблема у меня следующая: Если я правильно понимаю, чтоб связать эти платформы между собой через веб, лучше работать c "httpservletresponse httpservletrequest" через POST-метод!?. Мне нужно чтоб "мобила" просто отправила некоторые даные и в ответ масив значений. вариант: Код: java 1. 2. 3. 4. Подскажите что и как правельно это нужно делать. Спасибо за внимание ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2014, 21:09 |
|
||
|
JSP + ( android & iOS)
|
|||
|---|---|---|---|
|
#18+
dimchukПодскажите что и как правельно это нужно делать. Спасибо за внимание ... Предлагаю смотреть в сторону spring boot Ваша задача будет решаться след.образом : 1) либо вы используете restcontroller + spring data repository и конечный ваш продукт будет json api , Ваш контроллер будет отдавать вашим приложениям данные в виде json объектов на их запросы конкретный пример https://github.com/spring-projects/spring-boot/tree/master/spring-boot-samples/spring-boot-sample-data-rest еще документация http://docs.spring.io/spring-data/jpa/docs/1.5.x/reference/html/repositories.html либо вариант Вашего API через websocket https://github.com/spring-projects/spring-boot/tree/master/spring-boot-samples/spring-boot-sample-websocket-jetty Выбор за вами . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2014, 09:29 |
|
||
|
JSP + ( android & iOS)
|
|||
|---|---|---|---|
|
#18+
dimchukВсем привет) - извените за мой руский. Помогите пожалуйста с такой ситуацией. Задача у меня следующая: написать "серверную" часть на яве (jsp + mysql). это моя часть работы. клиентская часть пишут на android и iOS. - не я пишу - они зависят от меня, чтоб знать что и как передавать - сам незнаю как правельно. Проблема у меня следующая: Если я правильно понимаю, чтоб связать эти платформы между собой через веб, лучше работать c "httpservletresponse httpservletrequest" через POST-метод!?. Мне нужно чтоб "мобила" просто отправила некоторые даные и в ответ масив значений. вариант: Код: java 1. 2. 3. 4. Подскажите что и как правельно это нужно делать. Спасибо за внимание ... "Правильность" зависит от задачи. Можете логически разделить задание на получение данных и на изменение (вставка, изменение, удаление) по методам. GET для получения данных, POST для изменения. В JSP для определения HTTP метода используйте request.getMethod().equalsIgnoreCase(...). Для определения конкретной операции при изменении данных можно использовать дополнительные параметры наряду с основными. Также можно "развязать" разные операции по разным URI, например: для получения данных get... для вставки данных ins... для изменения данных upd... для удаления данных del... Думаю плюсы и минусы таких подходов сможете сами просчитать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2014, 12:28 |
|
||
|
JSP + ( android & iOS)
|
|||
|---|---|---|---|
|
#18+
Alex Kuznetsov, Если я правельно всё понял смысл отправки ответа состоит в генерации нового html документа с текстом в тегах <body></body>. А на стороне клиента просто нужно пропарсить єтот html файл? И логика примерно следующая. Мобила: отправляет GET/POST запрос на страницу ../index.jsp серверная часть: через request.getParametr(), я принимаю эти даные, обрабатываю, кручу, химичу и скурюю, потом через PrintWriter pw = request.getWriter() прописаваю jsp страницу котороя віводит приблизительно следующее: [ Код: html 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. мобила: после проведения запроса, они должны пропарсить следующий файл "../index" без/или с указанием разшиоения .html . Ели это расмотреть с сротоны android'a то можна сказать что на мобbлt прийдетса прописать следующее: Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. Подправте пожалуйста ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2014, 21:47 |
|
||
|
JSP + ( android & iOS)
|
|||
|---|---|---|---|
|
#18+
dimchuk, Ну, если устраивает вариант мазохизма с разбором HTML контента, то вперёд. Я бы посмотрел в сторону JSON, намного проще с ним работать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2014, 09:48 |
|
||
|
JSP + ( android & iOS)
|
|||
|---|---|---|---|
|
#18+
Alex Kuznetsov, Спасибо, json спас, но тут же возник вопрос с проверкой на валідность самих ключей. Например: ключ "name" случайно был изменён, и теперь на сервер приходит ключ в json'е "name1": здесь вижу один способ: в конструкторах класок прописать напримен все значения равно -1. А потом все обекты как джава обекты проверять на параметр -1. Если есть таков: то далее просто выкинуть ошибку, а если всё >=0 то пропускать. Использую Gson. Есть ли какието альтернативы для проверки?.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2015, 00:37 |
|
||
|
JSP + ( android & iOS)
|
|||
|---|---|---|---|
|
#18+
dimchukAlex Kuznetsov, Спасибо, json спас, но тут же возник вопрос с проверкой на валідность самих ключей. Например: ключ "name" случайно был изменён, и теперь на сервер приходит ключ в json'е "name1": здесь вижу один способ: в конструкторах класок прописать напримен все значения равно -1. А потом все обекты как джава обекты проверять на параметр -1. Если есть таков: то далее просто выкинуть ошибку, а если всё >=0 то пропускать. Использую Gson. Есть ли какието альтернативы для проверки?.... Может почитать спецификацию REST ? Там все такие случаи рассмотрены. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2015, 07:08 |
|
||
|
JSP + ( android & iOS)
|
|||
|---|---|---|---|
|
#18+
dimchukНапример: ключ "name" случайно был изменён, и теперь на сервер приходит ключ в json'е "name1 По простому, это составить спецификацию между разработчиками (вер.1.1.1.1) и не парить мозги. Т.к. в любом ЯП кто-то может поправить сигнатуру метода или добавить параметр. А проверку на сервере на валидность всё-таки вставить, с выдачей ошибки HTTP.Error - "пришла белиберда" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2015, 09:28 |
|
||
|
JSP + ( android & iOS)
|
|||
|---|---|---|---|
|
#18+
dimchukAlex Kuznetsov, Спасибо, json спас,Пожалуйста. dimchuk ...но тут же возник вопрос с проверкой на валідность самих ключей. Например: ключ "name" случайно был изменён, и теперь на сервер приходит ключ в json'е "name1"... Кем изменён, когда изменён, где изменён? Вопрос проверки валидности данных решается на сервере в ОБЯЗАТЕЛЬНОМ порядке. Пришли невалидные неожидаемые данные - досвидос и всего делов. Если меняется спецификация запроса (изменение названия полей, добавление или исключение полей и т.д), то она меняется версионно, потому что обычно спецификация запроса меняется при изменении бизнес логики. Как Вы будете разруливать эту версионность на уровне сервера приложений - это уже другая песня. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2015, 09:35 |
|
||
|
JSP + ( android & iOS)
|
|||
|---|---|---|---|
|
#18+
Alex Kuznetsov, Хорошо, опустим ситуацию когда нет понятия версий ... Припустим, "нехороший человек" - не правильно прописал некий ключ. И отправляет мне "неправельный json". Как мне правильно провалидировать json строку к конкретному класу. Возможно чтото не понимаю, поправте пожалуйста. Может кодом получитьса у меня высказать проблему... Есть клас: Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. пример Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. как мне перехватить "param6" и на каком этапе? Может другая библиотека Json, или руками через JsonElement (тут же вопрос при развитии самого класа Tets), минус - нужно будет передеплоить проект - что не вариант, или только вариант проверки через рефлексию GSON. Добавим ему немного строгости . Уточните, ибо я реально догнать немагу, о чом вы стараетесь мне сказать :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2015, 00:21 |
|
||
|
JSP + ( android & iOS)
|
|||
|---|---|---|---|
|
#18+
dimchuk, а причём тут public class Test? Они тебе разве именно этот класс отправляют? Я так понял, что на клиенте абсолютно независимая разработка. Тогда отправка тебе: - документ - в JSON - БД андроида - .... - команда удалить запись - HTTP -сервлет параметр ID. В каждом случае валидация разная. Либо ты шлёшь вместе с JSON версию и веришь ей, либо REST с проверкой параметров в сервлете. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2015, 20:06 |
|
||
|
JSP + ( android & iOS)
|
|||
|---|---|---|---|
|
#18+
Petro123, Именно! Они отправляют мне этот класс но виде Json. А если уже быть на много точнее по структуре, то он приблизительно выглядит так: Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. Просто, работа с Java обектами намного удобней (с Json'a -> Java) при последующей ситуации: занесения в базу с разбивкой на множество таблиц. парсить в xml и передача другой системе (другая система принимает только xml :( ) передача java обекта в следующие бины на сервере... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2015, 21:26 |
|
||
|
JSP + ( android & iOS)
|
|||
|---|---|---|---|
|
#18+
dimchuk, ну, зашей версию при передаче и при получении и всё. Ни у кого же голова не болит, что в видеофайле написано в заголовке 500 кадров, а скачалась половина. Проверил версию, а дальше только фатальные ошибки обычным порядком. imho ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2015, 23:04 |
|
||
|
JSP + ( android & iOS)
|
|||
|---|---|---|---|
|
#18+
ок, так тому и быть.... Всем огромное спасибо ... и спасибо за терпение ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2015, 23:12 |
|
||
|
JSP + ( android & iOS)
|
|||
|---|---|---|---|
|
#18+
dimchuk, Я говорил не только о проверке схемы, но и о проверке приходящих значений на допустимые. Для размышлений вот это посмотрите http://json-schema.org/implementations.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2015, 12:19 |
|
||
|
|

start [/forum/topic.php?fid=59&msg=38910676&tid=2125588]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
140ms |
get topic data: |
7ms |
get forum data: |
1ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
| others: | 230ms |
| total: | 448ms |

| 0 / 0 |
