достойным книгам - достойные обложки

800р электронная книга стоит

и 1800 бумага

неплохо

и 1800 бумага

бу на амазоне за 20 баксов

Ор

с козырей зашел

Ор

поч

вот плюсану. POST/PUT/GET/DELETE на эндпоинт. а не /users/{get, add, delete}.

Я про это и написал. Искал инфу. Вот например как по ресту составить урл для логина?

для какого логина ?

Ну клиент хочет залогиниться

POST users/login

а какой способ авторизации ?

/api/users post создаст юзера гет домтанет всех юзеров

POST users/login

Ну вот. Login это глагол. Такой же как pay, auth, send

и?

/api/users post создаст юзера гет домтанет всех юзеров

ага, а причем тут эндпоинт для управления юзерами и эндпоинт для действий юзера ?

а какой способ авторизации ?

По логину паролю выдается токен

не ломай человека идеальное видение :)

посмотрите спеку oauth2

Ну вот. Login это глагол. Такой же как pay, auth, send

для pay - свой эндпоинт

а не /users/pay

а не /users/pay

А как? Пример

а откуда вообще в одном модуле функционал по управлению пользователями и функционал по платежам ?

какое отношение oauth имеет к ресту?

а откуда вообще в одном модуле функционал по управлению пользователями и функционал по платежам ?

Вот я и искал инфу как правильно делать??‍♂

это я к тому, что чистый рест накладывает ограничения

Вот я и искал инфу как правильно делать??‍♂

наверное разный функционал - разные модули ?

вот вообще ничем от проектирования на уровне классов не отличается

наверное разный функционал - разные модули ?

Тоесть разные контроллеры один работает с ресурсами создает удаляет обновляет. А во втором контроллере урлы для действий. Логин логаут итд?

Ну вот. Login это глагол. Такой же как pay, auth, send

Нет https://en.wiktionary.org/wiki/login

Тоесть разные контроллеры один работает с ресурсами создает удаляет обновляет. А во втором контроллере урлы для действий. Логин логаут итд?

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

Тоесть разные контроллеры один работает с ресурсами создает удаляет обновляет. А во втором контроллере урлы для действий. Логин логаут итд?

не ну ты можешь конечно натянуть рест на логин/логаут, но зачем?

/users/login - ресурс логина создаем, например

не рассматривай логин как действие

смотри на него как на создание токена из пришедших кредов

и будет просто и кошерно, пост /логин = токен

если заюзаешь короткоживущий jwt то логаут впринципе не нужен будет

а тем временем...

интересно бы сравнить со скаловскими AnyVal

мощно

так что, получается интегер можно на помойку выбрасывать?)

интересно бы сравнить со скаловскими AnyVal

да и вообще с разнообразными тегами и прочими фантомными типами, типа https://github.com/rudogma/scala-supertagged)

так что, получается интегер можно на помойку выбрасывать?)

я надеюсь их переделают в велъю тайп

так что, получается интегер можно на помойку выбрасывать?)

Он станет как IntBox в этом тесте

а не выкинут

Он станет как IntBox в этом тесте

не факт что сделают так

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

точнее точно сломает)

не факт что сделают так

Как я понял, именно так и планируется

ну поживем увидим

но велью тайп не может быть нал

не имеет идентити хешкода

нельзя синхронайз

и т.д.

поэтому тут с обратной все сложно

ERROR: S client not available

не имеет идентити хешкода

Я не представляю, кому может прийти в голову использовать identityHashCode и мониторы на обёртках для примитивов. Возможно, на это забьют и просто запретят так делать.

Я не представляю, кому может прийти в голову использовать identityHashCode и мониторы на обёртках для примитивов. Возможно, на это забьют и просто запретят так делать.

Иванов на каком-то докладе шутил на эту тему, что есть и такие :)

говорят, идея сделать отдельные AnyVal (боксы примитивов) и AnyRef (для остального) вполне работает

говорят, идея сделать отдельные AnyVal (боксы примитивов) и AnyRef (для остального) вполне работает

ты понимаешь как примитив лежит в памяти а как реф тип?

уверен что понимаешь?

ты понимаешь как примитив лежит в памяти а как реф тип?

прекрасно понимаю я намекаю на scala.AnyVal / scala.AnyRef

Я не представляю, кому может прийти в голову использовать identityHashCode и мониторы на обёртках для примитивов. Возможно, на это забьют и просто запретят так делать.

мокать тоже нельзя будет? (((

это сабсет того, что будет уметь валхалла, но они наступили на часть аналогичных граблей

мокать тоже нельзя будет? (((

кстате наверное да, а зачем это мокать?

мокать тоже нельзя будет? (((

Мокать Integer?

я хз

это сабсет того, что будет уметь валхалла, но они наступили на часть аналогичных граблей

не знаю что там скала мутит, но звучит стремно )

не знаю что там скала мутит, но звучит стремно )

в скале иметь свою обертку над int с 0 оверхедом давно можно

и не одним даже способом

как это с точки зрения байткода разруливается?

в байткоде int

ну тоесть разруливание на уровне scalac?

для коллекций, например, создается List / ListInt / ListDouble ...

(тоже на уровне компилятора)

ну тоесть разруливание на уровне scalac?

да

ну понятно, в джава мире такое не прокатит

почему, я думаю, как раз так и сделают

у тебя с точки зрения джавы, будет List.get(object) и list.get(int) в разных случаях, это совершеннго разные методы

если скаловский компилятор это прячет

потому что скала как бы не джава

ну понятно, в джава мире такое не прокатит

Можно, но суть не в этом: надо делать структуры с несколькими полями. Сейчас это никак нельзя

джава не может прям такую жесть прятать)

Можно, но суть не в этом: надо делать структуры с несколькими полями. Сейчас это никак нельзя

вот это да, супер-крутая штука

+ много полей

плюс поддержка на уровне jVM приятнее

ещё одна альтернатива — fantom types