Python-сообщество

FishHook
ну там же json, что не понятного?

FishHook
Чем по вашему json запрос/ответ отличается от любого другого http запроса/ответа?

Кажется вы говорите об HTTP как о транспорте. А я говорил о том, что от сервера мне не нужен гипертекст, и стало быть лишние модули, работающие с HTML, типа шаблонных движков, и пр. Но согласен, мысль выразил некорректно. Можно было понять, что мне не нужен http-ответ …

kadmy
как найдешь такой - напиши

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

Отредактировано kadmy (Апрель 21, 2015 15:09:38)

kadmy
А вы уверены, что ваше веб-приложение никогда не будет получать html от сервера? А если хорошо подумать? Даже если это одностраничник, вполне нормальная ситуация, когда клиент аяксом получает куски DOM-а.
А файлы вы точно не хотите загружать/выгружать?

Можно было понять, что мне не нужен http-ответ …

А как ты получишь свой json если не http ответом? Я тебе тайну открою: json - это тупо текст, точно такой же как html, и придуман он именно для того, чтобы передавать JS-объекты посредством http как тупой текст. НИ никакого протокола json нет, никакой самобытной технологии, есть только http, и тебе придётся с ним работать.

Отредактировано FishHook (Апрель 21, 2015 16:18:37)

Хорош топик… Богат… JSON-сервер мне сниться будет… Я – профессиональный программист JSON-серверов. Надо добавить в резюме!

kadmy, посмотри на aiohttp.web. Всё просто, быстро и асинхронно.

FishHook
вполне нормальная ситуация, когда клиент аяксом получает куски DOM-а

Вот вывести бы вас в чистое поле, поставить лицом к стене и пустить пулю в лоб, двумя очередями, чтоб вчю жизнь помнили… Ну нельзя так делать! Это сложно и неочевидно! Надо только данные передавать. Тогда гораздо легче разграничить зоны ответственности между разработчиками.

FishHook
json - это тупо текст

Текст это тупо байты! А как же Content-Type? JSON-сервер непременно должен проставлять этот заголовок! :-)

ZZZ
Вот вывести бы вас в чистое поле, поставить лицом к стене и пустить пулю в лоб, двумя очередями, чтоб вчю жизнь помнили… Ну нельзя так делать!

Отлично! Есть у нас программа, состоящая из модулей, предположим, что это модули такие: модуль базовой функциональности, модуль хозяйственного транспорта, модуль технологического транспорта, модуль бульдозеров и тд. насколько хватит фантазии. Теперь представьте, что вы продаёте свой программный продукт в виде базового модуля и расширений, каждое из которых покупается за отдельные деньги. В базовом модуле есть модель мобильного объекта, которая расширяется в каждом модуле своей моделью со своим функционалом. Теперь у вас есть задача: нужен список мобильных объектов при клике на строку вы хотите видеть форму мобильного объекта со свойствами из всех доступных модулей. При чем не факт, что данный объект обладает ими всеми. Например Белаз обладает свойством самосвала, экскаватор свойством погрузчика, а грейдер ими обоими одновременно. Я вас уверяю, не вы первый который ратует за чистоту данных, и не первый который не реализует её на практике. Дешевле передавать HTML.

FishHook, уверяю тебя, я не первый раз строю одностраничные приложения и ещё ни разу не видел, чтобы это было легче сделать собирая шаблон на сервере.

ZZZ, а я видел.

FishHook
А вы уверены, что ваше веб-приложение никогда не будет получать html от сервера?

Уверен, что будет. Одну первую страницу. Только сделает это IIS. Зачем еще другие (параллельные) обработчики html? Или еще лучше - я ее просто на Питоне нарисую, по сути пустой шаблон с минимальными подключениями JS и CSS, и все нужное сформируется на клиенте.

ZZZ
JSON-сервер мне сниться будет…

А чего развлекаться? По контексту и из постановки задачи понятно же, что “JSON-сервер” - это просто вебсервис.