Телеграмм чат группы jpointconf страница 594

А грешно ли в Котлин-проекте использовать Груви? #конкурс

rokrbek in JPoint, Java-конференция

15:26пожаловаться #1

r

Oleg Estekhin

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

тут бы JetBrains сделать какой-нибудь folder-based v2 формат проекта с дополнительной топ-левел директорией типа .idea-shared, чтобы не мучаться с фильтрами на .idea

в фичах 2020 обещано, что runConfigurations будет вынесена из .idea наверх на уровень проекта.

rokrbek in JPoint, Java-конференция

15:43пожаловаться #2

r

Tagir

А грешно ли в Котлин-проекте использовать Груви? #конкурс

для тестов на споке - самое то

Sergey Serdyuk in JPoint, Java-конференция

15:43пожаловаться #3

SS

public int 方法(int 論點) #конкурс

Eugene in JPoint, Java-конференция

16:06пожаловаться #4

E

// Magic. Do not touch.

#конкурс

даня in JPoint, Java-конференция

16:21пожаловаться #5

д

// FIXME I'm critical
(3 years ago)

#конкурс

16:23пожаловаться #6

VM

Tagir

public class Tuple4<T1, T2, T3, T4> {...} #конкурс

А тут что не так?

16:55пожаловаться #7

VM

Считаете, надо для всего определять класс свой?

saksonov 👀 in JPoint, Java-конференция

17:00пожаловаться #8

s

Sergey Bezrukov

Пардон, недочитал ) Мы добавляем в игнор и .idea и всякие там .classpath/.project - а почему этого не надо делать, зачем они в гите?

игнорировать конечно надо, но не в .gitignore файле в репозитории

https://help.github.com/en/github/using-git/ignoring-files#excluding-local-files-without-creating-a-gitignore-file

You can use this technique for locally-generated files that you don't expect other users to generate, such as files created by your editor.

Github

Ignoring files - GitHub Help

You can configure Git to ignore files you don't want to check in to GitHub.

17:01пожаловаться #9

VM

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

17:03пожаловаться #10

VM

В скале есть туплы, в котлине тоже вроде.

17:04пожаловаться #11

VM

В скале Tuple22 есть

17:11пожаловаться #12

T

Vladimir Mokeev

Считаете, надо для всего определять класс свой?

Разумеется, а как иначе?

17:26пожаловаться #13

T

Vladimir Mokeev

В скале Tuple22 есть

Сравнили скалу и джаву!

Kirill Romanov in JPoint, Java-конференция

17:26пожаловаться #14

KR

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

Евгений Трифонов... in JPoint, Java-конференция

17:28пожаловаться #15

ЕТ

Tagir

Разумеется, а как иначе?

17:28пожаловаться #16

T

Kirill Romanov

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

Да

17:31пожаловаться #17

T

Бреслав молодец

17:32пожаловаться #18

T

Vladimir Mokeev

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

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

17:32пожаловаться #19

T

Потом кому-то аналогичная функциональность потребуется в другом классе, и метод становится публичным. И эта хрень без имён, без документации, без контрактов торчит в апи. Я много такого дерьма видел в духе tuple.getThird().consume(pair.getFirst())