Егора прочитал? http://www.yegor256.com/2017/03/28/solid.html

Егор мой любимый евангель комик

Егора прочитал? http://www.yegor256.com/2017/03/28/solid.html

>The point being these principles are nothing but an explanation of "cohesion and coupling" for dummies in a very primitive, ambiguous, and marketable way. Dummies will buy books, seminars, and trainings, but won't really be able to understand the logic behind them. Егор-сила!

кстати да https://github.com/kubernetes/kubernetes/search?l=Go&q=nil&type=&utf8=%E2%9C%93

Дядюшка Боб облез бы если бы это увидел)

Егора прочитал? http://www.yegor256.com/2017/03/28/solid.html

Читал. Поспорил тогда с ним и предложил ему доклад другого ООПшника, который как раз таки топит за солид и якобы математически что-то там доказал. На этом наш диалог закончился.

>The point being these principles are nothing but an explanation of "cohesion and coupling" for dummies in a very primitive, ambiguous, and marketable way. Dummies will buy books, seminars, and trainings, but won't really be able to understand the logic behind them. Егор-сила!

"Кстати, покупайте мою книгу!".

кстати да https://github.com/kubernetes/kubernetes/search?l=Go&q=nil&type=&utf8=%E2%9C%93

Да все ок ж)

кстати да https://github.com/kubernetes/kubernetes/search?l=Go&q=nil&type=&utf8=%E2%9C%93

http://i0.kym-cdn.com/photos/images/original/001/167/690/e55.png

Читал. Поспорил тогда с ним и предложил ему доклад другого ООПшника, который как раз таки топит за солид и якобы математически что-то там доказал. На этом наш диалог закончился.

Я тоже общался с Егором, на тему Элегантных объектов. Задал ряд щекотливых вопросов с примерами... Создалось впечатление что он и сам понимает "несовершенство" "своего подхода", но не сильно переживает по этому поводу, т.к. книги продаются, доклады посещаются, рейтинг известности инкрементится. Вобщем человек не фанат докопаться до истины. Не сильно она ему нужна.

http://i0.kym-cdn.com/photos/images/original/001/167/690/e55.png

Госпаде, какой прекрасный язык. ?

кстати да https://github.com/kubernetes/kubernetes/search?l=Go&q=nil&type=&utf8=%E2%9C%93

// Do NOT return an error! return nil, nilмимими

англичашки https://www.youtube.com/watch?v=iSmkqocn0oQ

когда nil заколебал и хочется чего-то новенького {"nil", NewMapStringBool(&nilMap), ""},

Народ а есть какой то аналог спринговой удобной @Value аннотации для конфигов в Scala мире, может быть какая-нибудь библиотека?

@Value("${value.from.file}") private String valueFromFile;

Я тоже общался с Егором, на тему Элегантных объектов. Задал ряд щекотливых вопросов с примерами... Создалось впечатление что он и сам понимает "несовершенство" "своего подхода", но не сильно переживает по этому поводу, т.к. книги продаются, доклады посещаются, рейтинг известности инкрементится. Вобщем человек не фанат докопаться до истины. Не сильно она ему нужна.

У меня создалось впечатление что человек сам мало понимает о чем говорит. Стоило какую-то теорию проработать, что ли, прежде чем с ней к людям выходить. Но забавнее тот факт что это вот всерьёз обсуждается сообществом, и то ли не нашлось ещё умного человека, то ли у Егора есть какие-то харизма, авторитет, что позволяют ему держаться на плаву, так сказать.

@Value("${value.from.file}") private String valueFromFile;

Есть pure config

Без Егора будет скучно.

@Value("${value.from.file}") private String valueFromFile;

Typesafe config не подойдёт?

Эм, что же все не то советуют)

Мне бы в стиле спринговой аннотации)

можно java джедаев подкалывать что у них не правильное ооп

так то я и сам могу везде брать руками из конфига.

В скале не любят аннотации

В скале не любят аннотации

Я в курсе, но ведь это же удобно!))

Pureconfig не про взятие руками

Я в курсе, но ведь это же удобно!))

нет.

Я в курсе, но ведь это же удобно!))

нет!

@Value аннотация приносящая меньше пользы чем гемороя

@Value аннотация приносящая меньше пользы чем гемороя

Это с чего же?)

Есть конфиг, там всё, где надо инжектим значение.

Это с чего же?)

это попытка слепить вместе бизнес логику и логику того как у тебя хранятся конфиги. замапь конфиг на кейс класс и инжекти его. как ты соберешь кейскласс это уже забота вызывающего

Сайд эффект ж )

ижекти = передай как параметр конструктора

ижекти = передай как параметр конструктора

Тут не о зависимостях, а о конфигах

читай сообщение выше

У меня создалось впечатление что человек сам мало понимает о чем говорит. Стоило какую-то теорию проработать, что ли, прежде чем с ней к людям выходить. Но забавнее тот факт что это вот всерьёз обсуждается сообществом, и то ли не нашлось ещё умного человека, то ли у Егора есть какие-то харизма, авторитет, что позволяют ему держаться на плаву, так сказать.

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

это попытка слепить вместе бизнес логику и логику того как у тебя хранятся конфиги. замапь конфиг на кейс класс и инжекти его. как ты соберешь кейскласс это уже забота вызывающего

Погоди, тут как раз разделение, а вот замаплвивание конфига на кейс класс это уже смешивание.

это попытка слепить вместе бизнес логику и логику того как у тебя хранятся конфиги. замапь конфиг на кейс класс и инжекти его. как ты соберешь кейскласс это уже забота вызывающего

+1

Ладно, пойду писать на спринге))))

карочи работа с конфигами должна быть ☝

"наверху" так сказать

Тут не о зависимостях, а о конфигах

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

Погоди, тут как раз разделение, а вот замаплвивание конфига на кейс класс это уже смешивание.

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

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

Не не, конфиг один, нам нужно только получить значение. И для этого не надо ничего мэпить шмэпить.

это у тебя сейчас конфиг один и только через него все идет. А завтра их будет 15 и половина будет нужна только чтобы перемапить предыдущие конфиги

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

Да, а если у меня несколько мест или в разных местах разные значения, а потом я буду везде по коду лазить и искать, ага...тут я поменял, а тут нет...а так все в одном конфиге и всё)

это у тебя сейчас конфиг один и только через него все идет. А завтра их будет 15 и половина будет нужна только чтобы перемапить предыдущие конфиги

Ну нет. Конфиг один. И один остается, значения разные да.

Да, а если у меня несколько мест или в разных местах разные значения, а потом я буду везде по коду лазить и искать, ага...тут я поменял, а тут нет...а так все в одном конфиге и всё)

Не будешь , это поле кеиз класса

либо мелкая приложунька без будущего, в такой можно любой говнокод держать - в силу размеров он будет безвреден

Не будешь , это поле кеиз класса

Так, погоди и куда я его?

либо мелкая приложунька без будущего, в такой можно любой говнокод держать - в силу размеров он будет безвреден

Норм приложуха.

либо ошибаешься, либо троллишь)

Да, а если у меня несколько мест или в разных местах разные значения, а потом я буду везде по коду лазить и искать, ага...тут я поменял, а тут нет...а так все в одном конфиге и всё)

даже не знаю как объяснить по другому. короче, конфиги отдельно, а бизнес логика отдельно. и уже на самом верху ты все это связываешь. не нужно чтобы способ получения необходимых данных (в твоем случае из конфига) становился частью твоих сервисов

Так, погоди и куда я его?

Ты делаешь кеиз класс в который ты загрузишь конфиг, дальше юзаешь этот конфиг в своей логике

даже не знаю как объяснить по другому. короче, конфиги отдельно, а бизнес логика отдельно. и уже на самом верху ты все это связываешь. не нужно чтобы способ получения необходимых данных (в твоем случае из конфига) становился частью твоих сервисов

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

Ты делаешь кеиз класс в который ты загрузишь конфиг, дальше юзаешь этот конфиг в своей логике

Это в PureConfig ?

Так, где там пример от Алекса

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

case class Config(db: DbConfig, ...) case class DbConfig(login: String, ...) case class MyDBService(dbConfig: DbConfig, ...) val config: Config = loadConfig(...) val dbService: DbService(config.dbConfig)

только обмазать сверху эффектами, которые красиво сообщат об ошибках в конфиге

только обмазать сверху эффектами, которые красиво сообщат об ошибках в конфиге

ну так вроде получше.

Но все равно, много телодвижений.

Это в PureConfig ?

Смотри пример https://github.com/pauljamescleary/scala-pet-store

Я уже устал его кидать)

object Applica4ka extends App { val conf = Configura4ka() Servicok().justDoIt(conf.param1, conf.param2) } class Servisok { def justDoIt(param1: Int, param2: Int) {...} } object Configura4ka { def apply() = { //load conf file and map to ConfDto //return confDto } } case class ConfDto(...)

Но все равно, много телодвижений.

не, норм )

Крытой неиминг

не, норм )

зато ты хотя бы понимаешь что происходт

я вот однажды увидел в спринге чтото типа @Value("#{asdf.blah:-1}") и боюсь представить как это отлаживать учитывая что у меня есть пачка place holder resolverов

вообщем в этом чатике любят на типах программировать а не на строчках в значениях аннотаций

Я тоже люблю на типах. Но мне надо просто конфииииг, а не программировать в данном случае)))

ещё отдельная классная тема когда у тебя тесты и conf.properties в исходниках лежит и в тестах, и ты такой мужественный дебажишь пол дня чтобы понять что там откуда вгрузилось

потому что с последнего раза когда ты писал этот код прошло пол года

Я тоже люблю на типах. Но мне надо просто конфииииг, а не программировать в данном случае)))

ну так и выжигай магию каленым железом )

Но все равно, много телодвижений.

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

Я тоже люблю на типах. Но мне надо просто конфииииг, а не программировать в данном случае)))

Тебе ж дали ссылку

Тебе ж дали ссылку

Там по ссылке очередной петпроект с Cats

Я тоже люблю на типах. Но мне надо просто конфииииг, а не программировать в данном случае)))

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

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

Что мне даст конфиг смэпленный в кейс класс? значения там все равно могут быть какие угодно.

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

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

Там по ссылке очередной петпроект с Cats

Зато там показано, как надо делать)

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

или чтоб твою софтину запустить надо воссоздать вселенную с большого взрыва, что часто бывает

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

смотреть надо на жцпо и оценивать соответствующе

Проблема value в том, что ты можешь сделать это либой

И вместо того, чтобы инжектить нормально, будет боль

Что мне даст конфиг смэпленный в кейс класс? значения там все равно могут быть какие угодно.

в том то и дело, что если ты объявишь case class Config(login: String), то единственная нормальная сигнатура для функции загрузки станет def loadConfig(): ValidatedNel[String, Config], что заставляет тебя проверить корректность загруженного конфига.

*тут я делаю предположение, что мы не используем null * :)

в том то и дело, что если ты объявишь case class Config(login: String), то единственная нормальная сигнатура для функции загрузки станет def loadConfig(): ValidatedNel[String, Config], что заставляет тебя проверить корректность загруженного конфига.

да даже не заставляет, оно или рабочее или совсем не рабочее

nil !

да даже не заставляет, оно или рабочее или совсем не рабочее

просто не позволит продолбать

да даже не заставляет, оно или рабочее или совсем не рабочее

ну да, либо упасть при старте в рантайме, что конечно в 100000000 раз лучше падения при исполнении

@dimstream мы справились? )))

кстати у нетфликса была либка для конфига

@dimstream мы справились? )))

Похоже да, благодарю всех за ответы и конструктивную критику )

обращайся. есть еще grafter, но немного замороченный, но идея там такая же

кажется вот эта фигня https://github.com/Netflix/archaius

ггг https://github.com/Netflix/archaius/wiki/Scala