ну вопервых links это мн.ч.

И?

и это ломает семантику REST

Нет)))

ну вообще как бы да, у тебя на линкс должен быть индекс а линкс/айди конкретнй линк

во вторых это не решает вопрос

и это ломает семантику REST

расскажи с каких пор семантика REST сводится к урлам?)

мне всегда казалось что семантика REST кроится в трактовке http verb (идемпотентное или нет), к гипермедиа и т.д.

Вообще не совсем понятен кейс. Что надо админу и что неадмину? Эти две роли одинаково юзают роут или нет?

с момента появления json-rpc

ну то есть к тому что у тебя как правило не может быть в силу того что ты json-ки кидаешь а не гипертекст

с момента появления json-rpc

xml rpc был раньше и все было хорошо

ну и да - чем твой не-json-rpc отличается от json-rpc?)

пойду всё переделывать на xml

спсб

так, пока вы не начали дальше гасить - кто-нибудь скажет мне уже что такое uses?

так, пока вы не начали дальше гасить - кто-нибудь скажет мне уже что такое uses?

зависит, потребляет

REST ето от создателей OOP — придумай для себя сам

ну что это именно значит)

ну то есть эта хрень юзает ту хрень, то есть зависит от нее

там вариков дофига начиная с включения класса в неймспейс

но это больше похоже на knows как по мне

именно это и значит, никаких сложностей

так, пока вы не начали дальше гасить - кто-нибудь скажет мне уже что такое uses?

В ходе своей жизни в каком-то виде получает или обращается к

В ходе своей жизни в каком-то виде получает или обращается к

да, так лучше

REST ето от создателей OOP — придумай для себя сам

ну тип того))) Рой с Аланом небось грустят по этому поводу)

REST ето от создателей OOP — придумай для себя сам

Какие есть ФЯ? И что такое фп?

В ходе своей жизни в каком-то виде получает или обращается к

тогда получается что без этого - ее работа будет нарушена поэтому зависит. А если knows? там работа типа не будет нарушена?

хоспаде скажите где прокси нормальные искать, я чат читаю как слайдшоу

сорь за офтоп

тогда получается что без этого - ее работа будет нарушена поэтому зависит. А если knows? там работа типа не будет нарушена?

Я не сильно хорошо шарю в юмл терминах, но подозреваю, что оно как-то мапиться на типы каплинга

Какие есть ФЯ? И что такое фп?

АПВС

Я не сильно хорошо шарю в юмл терминах, но подозреваю, что оно как-то мапиться на типы каплинга

не уверен... вообще тем кто разбирается в uml было бы наверное полезно узнать откуда этот самый uml выполз

да из явы он выполз откуда

я ж сейчас не про чистую теорию, а как раз ее переложение на практику

в том и вопрос был

кстати)

не уверен... вообще тем кто разбирается в uml было бы наверное полезно узнать откуда этот самый uml выполз

Ну кмк uses будет просто слабенькой связью

Вообще не совсем понятен кейс. Что надо админу и что неадмину? Эти две роли одинаково юзают роут или нет?

ну очевидно, что одмин будет иметь право чтения\записи при любых userId linkId, пользователь только для своих

Ну если все настолько просто, то нет большого смысла делить /links/:id на более детальные

я ж сейчас не про чистую теорию, а как раз ее переложение на практику

А она не очень однозначно перекладывается на практику)

А она не очень однозначно перекладывается на практику)

ну блин по большей части просто примеры есть) а вот с uses какая-то хрень, я чет видел в гугле но все какое-то относительное

ну, хотя понятно, на что я спрашивается рассчитывал если речь о UML...

да из явы он выполз откуда

ты удивишься)

не оттуда??

начнем с того что uml лет на 10-20 старше)

ну ладно, примерно на 10 лет старше

и до этого была предыстория)

значит я идиот

спс)))

так откуда пошло-то?

из какого-нибудь... фортрана?...

о да, фортран и сразу java)

надо бы сравнить java и simula67. даже интересно стало)

та не, я просто не помню что за языки в то время были. мне не так много лет чтоб сравнивать то время и сейчас

да, и я не так хорошо знаю историю как ты)

ну.... скажем так, я моложе того же perl и лишь чуть-чуть старше ruby)

значит сверстники и как я и говорил, историю ты знаешь лучше

вообще не суть

мне нихрена никто не ответил на вопрос

во всех блин учебниках, книгах, пособиях - да как хочешь - есть примеры реализаций той же композиции и ассоциации

но блин вот эта вот херня которая "uses" - нету

или я слепой

вот лично мне просто нужно пару примеров на чем-нибудь напоминающем яву, чтобы просто увидеть как люди это делают в проде а не в учебниках, посему и спросил - что есть "uses"

если я тупой и что-то жестко проглядел - дай ссыль куда читануть

http://usna86-techbits.blogspot.com.by/2012/11/uml-class-diagram-relationships.html

что до knows.... есть мнение что это двусторонний uses

уже 6ой пример такого плана. то есть вот просто тупо импортим чтоб вызывающий неймспейс мог сделать контроль типа? и все???

так тривиально?

https://www.ibm.com/developerworks/rational/library/content/RationalEdge/sep04/bell/index.html - вот тут еще можешь глянуть, типа первоисточник

так тривиально?

не рокет сайнс же

можно вопрос? они ведь не первые кто дал подход - сначала класс а потом интерфейс?) и не наоборот

можно вопрос? они ведь не первые кто дал подход - сначала класс а потом интерфейс?) и не наоборот

ммм....

"сначала класс а потом интерфейс" - что за подход такой?)

я знаю одно - диаграммы классов заруинили ООП, всю идею и концепт

и фразы типа "сначала класс а потом интерфейс" мне кажутся подтвержением этой идеи

один из, не все ж контрактами делать, в конце концов контракты - по сути просто эйфория от TDD, иначе в них нет смысла на ранних этапах проектирования

ни тебе information hiding (Дэвид Парнас, 1970-ый год), ни тебе coupling/cohesion (то же начало 70-ых, основы structured design)

и фразы типа "сначала класс а потом интерфейс" мне кажутся подтвержением этой идеи

значит я посредственность и неправильно понял их, ща As mentioned earlier, the purpose of the class diagram is to show the types being modeled within the system. In most UML models these types include: a class an interface a data type a component.

там есть порядок, и первым идет класс

это список, то что что-то идет в определенном порядке не говориит о том ч каком порядке тебе чего проектировать

декомпозиция по хорошему должна все же идти сверху вниз

это да, но почему автор указал первым именно класс?

он же тоже не идиот

просто, потому что класс это наиболее частая структурная единица кода которая у тебя будет всплывать

и думал об этом первом делом когда писал

проектировать классы это вообще рак

рак полный, согласен

проектировать надо интерфейсы, причем со стороны клиентского кода

интерфейсы в общем смысле, я не про кейворд

хотя.... не, не полностью согласен

да понятно

проектирование системы на уровне классов upfront не работало, не работает и никогда не будет работать. Слишком маленький масштаб на котором все слишком быстро будет меняться

почему в рамках какой-то системы мы должны упираться в то что система в ее частях функционирует только в рамках выполняемого ей контракта? а если то что "она может" - мутирует?

ну и добавлю что классы сами по себе слишком примитивны что бы делать на них хоть сколько нибудь гибкие штуки. По сути мы сейчас рассматриваем вещи на которые были способны компиляторы 50 лет назад и к которым все просто привыкли

эволюционирует?

вводишь новые контракты.

проектирование системы на уровне классов upfront не работало, не работает и никогда не будет работать. Слишком маленький масштаб на котором все слишком быстро будет меняться

а интерфейсы тебе тоже масштаба не дают, согласись