Здравствуйте, Mamut, Вы писали: M>Ну, это именно архитектура.
Ну вот например, архитектура mvc говорит, из каких компонентов должно состоять приложение, что эти компоненты делают и как взаимодействуют. Rest отвечает на подобные вопросы?
M>На деле, это, по большому счету, описание того, как использовать HTTP и его семантику
Ну это и есть протокол (семейство протоколов?) поверх http. Как xml-rpc, например.
M>>Ну, это именно архитектура. MC>Ну вот например, архитектура mvc говорит, из каких компонентов должно состоять приложение, что эти компоненты делают и как взаимодействуют. Rest отвечает на подобные вопросы?
В принципе, да: http://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm
M>>На деле, это, по большому счету, описание того, как использовать HTTP и его семантику MC>Ну это и есть протокол (семейство протоколов?) поверх http. Как xml-rpc, например.
Мы, возможно, говорим об одном и том же, только разными словами
Здравствуйте, Mr.Cat, Вы писали:
MC> Ну вот например, архитектура mvc говорит, из каких компонентов должно состоять приложение, что эти компоненты делают и как взаимодействуют. Rest отвечает на подобные вопросы?
Угу.
MC> Ну это и есть протокол (семейство протоколов?) поверх http. Как xml-rpc, например.
Не-не-не. Не сравнивай REST с XML-RPC. REST это именно подход, архитектура т.к. он описывает толко общие принципы, а сравнить его можно с RPC вообще, как архитектурой. Для протокола должны быть декларированы такие моменты, как:
Стандарт, определяющий поведение функциональных блоков при передаче данных. Например (см. статью сетевой протокол), формализованные правила, определяющие последовательность и формат сообщений, которыми обмениваются сетевые компоненты, лежащие на одном уровне, но в разных узлах, называются протоколами. Протокол:
задаёт набор правил взаимодействия функциональных блоков, расположенных на одном уровне;
описывает: синтаксис сообщения, имена элементов данных, операции управления и состояния.
Здравствуйте, hattab, Вы писали: H>Угу.
Можно в 2 абзацах? А то ссылку Мамута долго читать.
H>REST же описывает только модель.
Ну тогда это может быть семейством протоколов, метапротоколом.
Здравствуйте, Mr.Cat, Вы писали:
MC>Можно в 2 абзацах? А то ссылку Мамута долго читать.
Ахтунг! Шеридан заразен! А "Войну и миры" ты тоже в двух абзацах предпочитаешь?
H>>REST же описывает только модель. MC>Ну тогда это может быть семейством протоколов, метапротоколом.
Не упрямтесь и не забывайте принцип Оккама. Вам сказали — REST описывает модель. Причем здесь метапротокол? И вообще, употребляя термин будьте готовы его строго сформулировать. Вы готовы?
Здравствуйте, Mr.Cat, Вы писали:
MC> H>Угу.
MC> Можно в 2 абзацах? А то ссылку Мамута долго читать.
Смысл в том, что все является ресурсом (соответственно имеет свой URI) и рулится методами HTTP, как то GET, POST, PUT, DELETE и т.д. При этом, REST не описывает формат данных которыми происходит обмен, не описывает как осуществляется параметризирование методов. Все это зависит от конкретной реализации сервиса и его клиентов. Вот поэтому я слабо представляю, как можно сделать для REST аналог интроспекции XML-RPC.
MC> H>REST же описывает только модель.
MC> Ну тогда это может быть семейством протоколов, метапротоколом.
Ну да, модель взаимодействия тоже суть метапротокол
Здравствуйте, Sheridan, Вы писали:
S>Итак. Почему вы перед тем, как указать в своем софте порт по умолчанию, не сверяетесь с http://www.iana.org/assignments/port-numbers ? Вы понимаете, что поступаете просто непрофессионально и эгоистично по отношению к своим коллегам?
Рассказываю тайну. Чуть менее чем весь серверный софт пишется вообще без номеров портов. Номера выставляют админы при развертывании.
S>Далее, почему вы все чаще и чаще выбираете для транспорта http:80? S>Я не хочу слышать про "он везде открыт", так как этими критериями в основном мыслят те, ктот хочет обманом обойти корпоративную политику.
1)Ты очередной раз показываешь как не умеешь обеспечивать эту самую политику
2)Про конкретные номера портов см выше
3)Любой вендор сервиса стремится чтобы его сервисом воспользовались как можно больше людей, поэтому выбирают самый доступный способ.
S>Я не хочу слышать про "экономится траффик, так как оно проксируется", так как большего бреда я от вас не слышал.
Обоснуешь (статситика, ссылки, факты) или тебе это очевидно?
S>Но почему, блин, 80й порт?
Потому что на 80-м порту сервисом смогут воспользоваться максимальное количество потребителей.
S>И наконец, отчего вы накинулись на меня? Я что, говорю неудобные вещи?
Нет, ты говоришь откровенно тупые вещи.
Здравствуйте, Mr.Cat, Вы писали:
MC>Здравствуйте, Mamut, Вы писали: M>>Ну, это именно архитектура. MC>Ну вот например, архитектура mvc говорит, из каких компонентов должно состоять приложение, что эти компоненты делают и как взаимодействуют. Rest отвечает на подобные вопросы?
Ты путаешь архитектуру и дизайн. MVC — это как раз design pattern, а rest — архитектура.
Поищи у Гапертона более точное определение архитектуры и дизайна.
Здравствуйте, Sheridan, Вы писали:
S>Я не хочу слышать про "экономится траффик, так как оно проксируется", так как большего бреда я от вас не слышал. Тотже сквид при не-параноидальных настройках экономит от силы 10-15 процентов канала.
Кроме сквида есть еще такая штука, как nginx. А кроме канала есть еще такая вещь, как ресурсы сервера. Попробуй подумать об этом на досуге.
Здравствуйте, gandjustas, Вы писали: G>rest — архитектура.
Вот я и пытаюсь понять, в чем она заключается. А то по той же ссылке на хабре получается, что http://localhost/do?something — это не рест, а http://localhost/do/something — это уже рест. Дикость же.
Здравствуйте, gandjustas, Вы писали:
g> Ты путаешь архитектуру и дизайн. MVC — это как раз design pattern, а rest — архитектура. g> Поищи у Гапертона более точное определение архитектуры и дизайна.
Суть одно и тоже
Википедия:
В разработке программного обеспечения, шаблон проектирования или паттерн (англ. design pattern) — повторимая архитектурная конструкция, представляющая собой решение проблемы проектирования в рамках некоторого часто возникающего контекста.
Здравствуйте, NavuhodonosoR, Вы писали: NR>Ахтунг! Шеридан заразен! А "Войну и миры" ты тоже в двух абзацах предпочитаешь?
Т.е. ты не можешь сформулировать, что такое рест в одном посте на рсдн? Только в художественном романе в 4 томах?
Здравствуйте, Mr.Cat, Вы писали:
MC>>>Можно в 2 абзацах? А то ссылку Мамута долго читать. NR>>Ахтунг! Шеридан заразен! А "Войну и миры" ты тоже в двух абзацах предпочитаешь? MC>Т.е. ты не можешь сформулировать, что такое рест в одном посте на рсдн? Только в художественном романе в 4 томах?
Я про выделенное и про высказывание свое точки зрения без ознакомления с аргументами собеседника.
Здравствуйте, Mr.Cat, Вы писали:
MC>Здравствуйте, gandjustas, Вы писали: G>>rest — архитектура. MC>Вот я и пытаюсь понять, в чем она заключается. А то по той же ссылке на хабре получается, что http://localhost/do?something — это не рест, а http://localhost/do/something — это уже рест. Дикость же.
Есть же еще различные глаголы (verbs), в браузерах используется GET и POST. Для WS-* только post, который лишает многих преимуществ http.
Архитектура rest говорит нам как наиболее эффективно построить модель взаимодействия клиента и сервера по протоколу HTTP.
Здравствуйте, hattab, Вы писали:
H>Здравствуйте, gandjustas, Вы писали:
g>> Ты путаешь архитектуру и дизайн. MVC — это как раз design pattern, а rest — архитектура. g>> Поищи у Гапертона более точное определение архитектуры и дизайна.
H>Суть одно и тоже
Нет
H>Википедия: H>
В разработке программного обеспечения, шаблон проектирования или паттерн (англ. design pattern) — повторимая архитектурная конструкция, представляющая собой решение проблемы проектирования в рамках некоторого часто возникающего контекста.
Википедия в этих вопросах изобилует неточностями. Читай посты гапертона (можно в ЖЖ) про архитектуру.
Здравствуйте, gandjustas, Вы писали:
g> g>> Ты путаешь архитектуру и дизайн. MVC — это как раз design pattern, а rest — архитектура. g> g>> Поищи у Гапертона более точное определение архитектуры и дизайна.
g> H>Суть одно и тоже
g> Нет
g> H>Википедия: g> H>
В разработке программного обеспечения, шаблон проектирования или паттерн (англ. design pattern) — повторимая архитектурная конструкция, представляющая собой решение проблемы проектирования в рамках некоторого часто возникающего контекста.
g> Википедия в этих вопросах изобилует неточностями. Читай посты гапертона (можно в ЖЖ) про архитектуру.
Здравствуйте, Sheridan, Вы писали:
S>Если так и продолжишь меня оскорблять — пойдешь в бан. Ибо становишься надоедливым.
Если я пойду в бан, то ты останешься голодным — один только Мамут тебя прокормить не сможет. И на "пейсателя", которого зачем-то "тгавят", ты тоже не тянешь.
Ты вот что скажи — я на твои вопросы то хоть ответил? Или опять скажешь, что я вообще о другом, и в силу своей клинической тупости снова не смог понять гения системного администрирования?
Приветствую, NavuhodonosoR, вы писали:
NR> Здравствуйте, Sheridan, Вы писали:
NR> S>Если так и продолжишь меня оскорблять — пойдешь в бан. Ибо становишься надоедливым.
NR> Если я пойду в бан, то ты останешься голодным — один только Мамут тебя прокормить не сможет. И на "пейсателя", которого зачем-то "тгавят", ты тоже не тянешь. Ты думаешь — это меня както волнует?
NR> Ты вот что скажи — я на твои вопросы то хоть ответил? Или опять скажешь, что я вообще о другом, и в силу своей клинической тупости снова не смог понять гения системного администрирования?
Знаешь, напряжно читать текст, где через слово "дкрак", "идиот", "чавкай". Но я попытаюсь.
Здравствуйте, Sheridan, Вы писали:
NR>> S>Если так и продолжишь меня оскорблять — пойдешь в бан. Ибо становишься надоедливым.
NR>> Если я пойду в бан, то ты останешься голодным — один только Мамут тебя прокормить не сможет. И на "пейсателя", которого зачем-то "тгавят", ты тоже не тянешь. S> Ты думаешь — это меня както волнует?
Ладно уж, промолчу... А вообще тема перспективная
NR>> Ты вот что скажи — я на твои вопросы то хоть ответил? Или опять скажешь, что я вообще о другом, и в силу своей клинической тупости снова не смог понять гения системного администрирования? S>Знаешь, напряжно читать текст, где через слово "дкрак", "идиот", "чавкай". Но я попытаюсь.
Попытайся, попытайся. Хорошо почитаешь — получишь много вкусного
А заодно посчитай количество слов "дурак", "идиот" и "чавкай". Сразу говорю правильный ответ 0, 1 и 2 Для того, чтобы они в тексте были "через слово", весь текст должен быть длинной 7 (семь) слов! Внимание, вопрос: Шеридан, когда ты в последний раз был у окулиста?
Для того, чтобы они в тексте были "через слово", весь текст должен быть длинной 7 (семь) слов! Внимание, вопрос: Шеридан, когда ты в последний раз был у окулиста?
