KD
А почему эррэйлист может быть равен линкедлисту?
Не знаю, может ли, но не должен ¯\_(ツ)_/¯
Size: a a a
2020 April 17
QH
Не знаю, может ли, но не должен ¯\_(ツ)_/¯
javadoc List#equals говорит о том, что он как раз обязан
KD
javadoc List#equals говорит о том, что он как раз обязан
Вот по мне это звучит как кривое решение, чем то, о чём ты там жаловался.
KD
Ты сравниваешь объекты. Как объекты разных типов могут быть равны? Да никак.
QH
Ты сравниваешь объекты. Как объекты разных типов могут быть равны? Да никак.
Легко.
Любой лист равен другому листу, если там те же элементы в том же порядке.
Любой сэт равен другому сэту, если там те же элементы.
Реализация при этом не имеет значения.
Любой лист равен другому листу, если там те же элементы в том же порядке.
Любой сэт равен другому сэту, если там те же элементы.
Реализация при этом не имеет значения.
QH
Collections.emptyList().equals(new ArrayList<>()) и это предсказуемо и логичноKD
Легко.
Любой лист равен другому листу, если там те же элементы в том же порядке.
Любой сэт равен другому сэту, если там те же элементы.
Реализация при этом не имеет значения.
Любой лист равен другому листу, если там те же элементы в том же порядке.
Любой сэт равен другому сэту, если там те же элементы.
Реализация при этом не имеет значения.
И это странно, т.к. это разный тип листа, а значит разная внутренняя логика.
VP
И это странно, т.к. это разный тип листа, а значит разная внутренняя логика.
Снаружи они должны быть одинаковы
QH
И это странно, т.к. это разный тип листа, а значит разная внутренняя логика.
А зачем в джаве интерфейсы? Не для того ли, чтобы не думать о деталях реализации?
QH
И это странно, т.к. это разный тип листа, а значит разная внутренняя логика.
Почему я должен задумываться о том, чтобы сравниваемые листы у меня имели одинаковую реализацию? Если у них можно взять итераторы и просто сравнить элементы один за другим
KD
Не знаю ¯\_(ツ)_/¯
По мне, что как есть странно, что было бы как я предлагаю странно ¯\_(ツ)_/¯
По мне, что как есть странно, что было бы как я предлагаю странно ¯\_(ツ)_/¯
AM
ООП вообще штука странная 🌚
2020 April 18
AN
думаю, тут всё дело в том, что CharSequence появился гораздо позже, чем String со своим equals и StringBuilder
Потому что там в дам куча оптимизаций на неизменяемых строках. А сравнение строки побуквенно - дорогая операция.
КР
Мне кажется, на Украине не знают, кто такие актёры. Они наверное думали, что он охуеть какой компетентный политик. Ору конечно.
КР
Мне кажется, на Украине не знают, кто такие актёры. Они наверное думали, что он охуеть какой компетентный политик. Ору конечно.
AN
Мне кажется, на Украине не знают, кто такие актёры. Они наверное думали, что он охуеть какой компетентный политик. Ору конечно.
Я не очень понимаю, что такое компетентный политик. Это примерно как компетентный философ.
I
Мне кажется, на Украине не знают, кто такие актёры. Они наверное думали, что он охуеть какой компетентный политик. Ору конечно.
https://i.gyazo.com/973098ba260c511cb27bb94b56c41476.png
Вот в чем плюс material-ui - что любой васян может сделать такой же cardview, на любом языке и фреймворке
Вот в чем плюс material-ui - что любой васян может сделать такой же cardview, на любом языке и фреймворке
AN
https://i.gyazo.com/973098ba260c511cb27bb94b56c41476.png
Вот в чем плюс material-ui - что любой васян может сделать такой же cardview, на любом языке и фреймворке
Вот в чем плюс material-ui - что любой васян может сделать такой же cardview, на любом языке и фреймворке
Я не васян, но вот думаю в это сторону. У нас сейчас бутстрап везде. Есть очевидные преимущества?
d
https://i.gyazo.com/973098ba260c511cb27bb94b56c41476.png
Вот в чем плюс material-ui - что любой васян может сделать такой же cardview, на любом языке и фреймворке
Вот в чем плюс material-ui - что любой васян может сделать такой же cardview, на любом языке и фреймворке
Я топлю за semantic ui
I
Я не васян, но вот думаю в это сторону. У нас сейчас бутстрап везде. Есть очевидные преимущества?
Я вижу, только что оно похоже на нативный android
Еще там есть два варианта
- обертка над reactjs
- web-components (для тех кто хочет руками все делать без virtual-dom)
Еще там есть два варианта
- обертка над reactjs
- web-components (для тех кто хочет руками все делать без virtual-dom)