Программирование[9]

бтв челик умер

https://habr.com/ru/post/443568/ - здесь про него подробно, я читал год назад

есть 2 проекта, у каждого в пропертисах есть такое

esb.topics=catalogs.COUNTRY, catalogs.REGION, catalogs.CITY, catalogs.TRANSPORT_TYPE, catalogs.BRANCH, catalogs.SPEED_TYPE

версии спринга одинаковые

оба проекта юзают библиотеку (одинаковая версия в обоих проектах), в которой есть класс, в котором есть поле

@Value("${esb.topics:#{null}}")
private List<String> topics;

какого хуя в одном проекте topics = лист из одного элемента "catalogs.COUNTRY, catalogs.REGION, catalogs.CITY, catalogs.TRANSPORT_TYPE, catalogs.BRANCH, catalogs.SPEED_TYPE", а в другом из 6-ти элементов "catalogs.COUNTRY", "catalogs.REGION" и т.д.

где происходит обработка @Value?

А ведь реально сходство с эзалором хирой.

Низкоуровневые вещи и графен шарит лучше всех в топане, пилит свое говно, не умеет зарабатывать деньги.

Цитата

In 2018 Terry was completely homeless, living on the streets of random towns in California and Oregon and uploading videos from public computers. In August 2018, Terry was tragically killed by a train after walking on tracks in a death that investigators were unable to conclude if it was a suicide or an accident.

Эзалор хира задумайся. Найди уже нормальную РАБоту

Just.Doit написал 5 часов назад:

GoldRobot написал 5 часов назад:

moonfangtopich написал 6 часов назад:

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

Абстракция где? Интерфейс как определить?

Приватное - публичное- протектед где?

причем здесь ООП

там наследование есть? я так понимаю да

ну тада абстракция есть тк выносишь абстрактные вещи в общего родителя

про интерфейсы я не знаю как там в динамической. но ожидаю что типы есть в рантайме и ООП подразумевает отношение подтипов для наследников

если так то и рантайм проверка типа if (foo isInstanceOf SomeClass) должна быть

это есть?

 

приват-паблик - это вообще не про ООП

 

Ебать у тебя каша в голове.

LifeIsPain написал 1 час назад:

Не знать Терри, понимаю... 

Ну а чего еще ожидать от ебаных формошлёпов.

хз че за дедок

я бы понял там анкл боб, или фаулер, или там еще кто-то яркий

это кто блять

хех сам вкинул сам обтек

JuJeu написал 16 минут назад:

Just.Doit написал 5 часов назад:

GoldRobot написал 5 часов назад:

moonfangtopich написал 6 часов назад:

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

Абстракция где? Интерфейс как определить?

Приватное - публичное- протектед где?

причем здесь ООП

там наследование есть? я так понимаю да

ну тада абстракция есть тк выносишь абстрактные вещи в общего родителя

про интерфейсы я не знаю как там в динамической. но ожидаю что типы есть в рантайме и ООП подразумевает отношение подтипов для наследников

если так то и рантайм проверка типа if (foo isInstanceOf SomeClass) должна быть

это есть?

 

приват-паблик - это вообще не про ООП

 

Ебать у тебя каша в голове.

помоему наоборот

обычно люди вдели 2-3 языка (типа C#, Java, C++) и на основе них экстраполируют свои представления по основам языков программирования

пока не ознакомятся с хотябы еще 2-3 принципиально разными языками - о чем можно говорить вообще

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

либо я  плохо донес мысль

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

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

====================

стати вот что про интерфейсы и абстрактные классы в питоне - https://stackoverflow.com/questions/2124190/how-do-i-implement-interfaces-in-python

всё оказывается есть, хотя здесь знатоки утверждают обратное

да это имеет другой синтаксис и местами несколько другую семантику

но есть

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

Lorenest написал 18 минут назад:

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

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

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

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

В линкедине постучались из Люксофта, у них типа офис в Сингапуре открылся

Принимай. Хоть с украiнцями поработаешь, а не с этими долбибками, что у тебя шас.

Держите в курсе, что множественное наследование - замена интерфейсам.

JuJeu написал 1 час назад:

Держите в курсе, что множественное наследование - замена интерфейсам.

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

Оттуда, что у вас проблемы с восприятием абстракции интерфейс и для чего нужен интерфейс. В купе с этим вы не понимаете, что такое coupling и cohesion. И не понимаете какую функцию несет наследование. Что там по liskov substitution principle (который решает одну из проблем, но не все), а? Не слышу.

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

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

Just.Doit написал 4 часа назад:

маслёнок

Откуда у вас такая лексика, сэр?

E1azor написал Только что:

Just.Doit написал 4 часа назад:

маслёнок

Откуда у вас такая лексика, сэр?

Я теперь понял откуда у него познания в ооп.

Ващет в асемблере тоже есть ооп и уборка мусора, хз о чём вы

Ramil написал 3 часа назад:

есть 2 проекта, у каждого в пропертисах есть такое

esb.topics=catalogs.COUNTRY, catalogs.REGION, catalogs.CITY, catalogs.TRANSPORT_TYPE, catalogs.BRANCH, catalogs.SPEED_TYPE

версии спринга одинаковые

оба проекта юзают библиотеку (одинаковая версия в обоих проектах), в которой есть класс, в котором есть поле

@Value("${esb.topics:#{null}}")
private List<String> topics;

какого хуя в одном проекте topics = лист из одного элемента "catalogs.COUNTRY, catalogs.REGION, catalogs.CITY, catalogs.TRANSPORT_TYPE, catalogs.BRANCH, catalogs.SPEED_TYPE", а в другом из 6-ти элементов "catalogs.COUNTRY", "catalogs.REGION" и т.д.

где происходит обработка @Value?

 

 

Использовать .property зло

И что за запись ебанутая, разве спринг не сожрет

@Nullable
@Value("${esb.topics}")
private List<String> topics;

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

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

По аналогии с ObjectMapper который в каждом проекте может быть по разному натвикан и обсираться на каких-нибудь сингл аррей jsonах

Я бы смигрировался на yaml написал бы

esb:
 topics:
   - catalogs.COUNTRY
   - catalogs.REGION
   - catalogs.CITY
   - catalogs.TRANSPORT_TYPE
   - catalogs.BRANCH
   - catalogs.SPEED_TYPE

и не ебал бы мозги. Ладно когда легаси говно использует проперти потому что удобный механизм загрузки жавой. Но когда у тебя фреймворк предлагает тебе YAML стул, нахуй ты на проперти садишься?

Kant написал 8 часов назад:

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

Пайтон - это универсальные скрипты для вызова с/с++ либ, больше ни для чего эта параша не подходит

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