Как использовать коллекции (женерики) ?

@__Александр__ · Регистрация: 17.09.2012

Author24 — интернет-сервис помощи студентам

Продемонстрировать хранение элементов примитивных типов и доступу к ним в массиве и в любой коллекции на выбор.
Создать собственный класс MyClass с минимальной функциональностью.
Продемонстрировать хранение элементов типа MyClass и доступ к ним в массиве и любой коллекции на выбор.

@tankomaz · 17.03.2014, 13:59

примитивы нельзя хранить в коллекциях

@Wado-Ru · 17.03.2014, 14:12

Java

import java.util.ArrayList;
import java.util.List;
 
 
public class MyClass2 {
 
    private int x;
    private int y;
 
    public MyClass2(int x, int y) {
        this.x = x;
        this.y = y;
    }
    
    
    public static void main(String[] args) {
 
        List<MyClass2> listMyClass2 = new ArrayList<>();//коллекция объектов типа MyClass2 
        
        //в цикле добавляем объекты типа MyClass2  в коллекцию 
        for (int i = 0; i < 10; i++) {
            listMyClass2.add(new MyClass2(i,i+1));      
            }
        
    }
}

@gredwhite · 17.03.2014, 20:07

Wado-Ru,

он же теперь будет думать, что только так их и можно использовать...

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

@turbanoff · 17.03.2014, 21:17

Сообщение от tankomaz

примитивы нельзя хранить в коллекциях

Коллекции разные бывают, и даже такие, в которых можно хранить примитивы.

@tankomaz · 17.03.2014, 21:56

Сообщение от turbanoff

Коллекции разные бывают, и даже такие, в которых можно хранить примитивы.

с автобоксингом?

@turbanoff · 17.03.2014, 22:15

tankomaz, бывают без автобоксинга. Trove-овский TIntArrayList к примеру

@gredwhite · 18.03.2014, 00:21

Сообщение от turbanoff

Коллекции разные бывают, и даже такие, в которых можно хранить примитивы.

по теме:

http://b010.blogspot.ru/2009/0... lt-in.html

turbanoff, а этим реально кто-то пользуется? не разу не встречал просто и даже не слышал. Или может это в Enterprise просто не модно?

@mutagen · 18.03.2014, 15:26

Сообщение от gredwhite

Или может это в Enterprise просто не модно?

в jbos есть как tird-party, в мейнстриме скорее всего не будет, так как он должен быть всегда совместим с новыми версиями java, а коллекции не из rt.jar имеют все шансы на одном из следующих релизов вдруг работать не так как надо

@gredwhite · 18.03.2014, 15:48

Сообщение от mutagen

коллекции не из rt.jar имеют все шансы на одном из следующих релизов вдруг работать не так как надо

почему?

@mutagen · 18.03.2014, 16:44

Сообщение от gredwhite

почему?

например придумают какой либо мощный оптимизатор для JIT который сможет сильно распаралелить и ускорить работу с стандартными коллекциями, а Trove нет, и тогда мы получим обратный эффект, вместо ускорения

@gredwhite · 18.03.2014, 16:48

Сообщение от mutagen

например придумают какой либо мощный оптимизатор для JIT который сможет сильно распаралелить и ускорить работу с стандартными коллекциями, а Trove нет, и тогда мы получим обратный эффект, вместо ускорения

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

Ну и ведь этот стандартный оптимизатор ускоряет все java конструкции, а не выборочно только для обычныйх коллекций

@mutagen · 18.03.2014, 18:00

Сообщение от gredwhite

ускоряет все java конструкции, а не выборочно только для обычныйх коллекций

это почему вы вдруг так решили?

@turbanoff · 18.03.2014, 18:33

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

@gredwhite · 18.03.2014, 22:35

а почему нет то? Если починить дороги ведь всем машинам приятнее ездить станет?

Добавлено через 36 секунд
mutagen, Вам ответил)

@mutagen · 19.03.2014, 11:36

Сообщение от gredwhite

починить дороги ведь всем машинам приятнее ездить станет?

алгоритмы это не дороги, не все одинаково паралелятся, если разработчики JVM обязаны ускорять работу стандартных коллекций, то third-party не обязательно, таким образом в одной из следующих JVM может случиться что Trove будет медленнее. Вы учитывайте что ява код живёт не год-два, а десятилетиями, а энтерпрайз в некоторых крупных фирмах ещё до сих пор работает на коде который писали под 1.4 java и пока он приносит доход - никто его трогать не будет

@gredwhite · 19.03.2014, 15:23

ну как минимум медленне trove работать не станет....мне почему-то изначально из вашего сообшения сложилось такое впечатление.

@tankomaz · 19.03.2014, 15:28

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

@__Александр__ 8 / 11 / 0 Регистрация: 17.09.2012 Сообщений: 188 Записей в блоге: 2
		1
	Как использовать коллекции (женерики) ? 17.03.2014, 11:02. Показов 940. Ответов 17 Метки нет (Все метки) Продемонстрировать хранение элементов примитивных типов и доступу к ним в массиве и в любой коллекции на выбор. Создать собственный класс MyClass с минимальной функциональностью. Продемонстрировать хранение элементов типа MyClass и доступ к ним в массиве и любой коллекции на выбор. 0

@tankomaz ɐwʎ ɔ vǝmоɔ dиw ɐʚонɔ 443 / 442 / 100 Регистрация: 14.10.2012 Сообщений: 1,146 Записей в блоге: 9
	17.03.2014, 13:59	2
	примитивы нельзя хранить в коллекциях 0

@gredwhite 44 / 44 / 11 Регистрация: 21.01.2013 Сообщений: 668
	17.03.2014, 20:07	4
	Wado-Ru, он же теперь будет думать, что только так их и можно использовать... А женерики это очень большая тема и с учетом всей костыльности их реализации в java явно широковатый вопрос для форума. 0

@turbanoff 4091 / 3825 / 745 Регистрация: 18.05.2010 Сообщений: 9,331 Записей в блоге: 11
	17.03.2014, 21:17	5
	Сообщение от tankomaz примитивы нельзя хранить в коллекциях Коллекции разные бывают, и даже такие, в которых можно хранить примитивы. 0

@tankomaz ɐwʎ ɔ vǝmоɔ dиw ɐʚонɔ 443 / 442 / 100 Регистрация: 14.10.2012 Сообщений: 1,146 Записей в блоге: 9
	17.03.2014, 21:56	6
	Сообщение от turbanoff Коллекции разные бывают, и даже такие, в которых можно хранить примитивы. с автобоксингом? 0

@turbanoff 4091 / 3825 / 745 Регистрация: 18.05.2010 Сообщений: 9,331 Записей в блоге: 11
	17.03.2014, 22:15	7
	tankomaz, бывают без автобоксинга. Trove-овский TIntArrayList к примеру 2

@gredwhite 44 / 44 / 11 Регистрация: 21.01.2013 Сообщений: 668
	18.03.2014, 00:21	8
	Сообщение от turbanoff Коллекции разные бывают, и даже такие, в которых можно хранить примитивы. по теме: http://b010.blogspot.ru/2009/0... lt-in.html turbanoff, а этим реально кто-то пользуется? не разу не встречал просто и даже не слышал. Или может это в Enterprise просто не модно? 0

@mutagen 2586 / 2259 / 257 Регистрация: 14.09.2011 Сообщений: 5,185 Записей в блоге: 18
	18.03.2014, 15:26	9
	Сообщение от gredwhite Или может это в Enterprise просто не модно? в jbos есть как tird-party, в мейнстриме скорее всего не будет, так как он должен быть всегда совместим с новыми версиями java, а коллекции не из rt.jar имеют все шансы на одном из следующих релизов вдруг работать не так как надо 0

@gredwhite 44 / 44 / 11 Регистрация: 21.01.2013 Сообщений: 668
	18.03.2014, 15:48	10
	Сообщение от mutagen коллекции не из rt.jar имеют все шансы на одном из следующих релизов вдруг работать не так как надо почему? 0

@mutagen 2586 / 2259 / 257 Регистрация: 14.09.2011 Сообщений: 5,185 Записей в блоге: 18
	18.03.2014, 16:44	11
	Сообщение от gredwhite почему? например придумают какой либо мощный оптимизатор для JIT который сможет сильно распаралелить и ускорить работу с стандартными коллекциями, а Trove нет, и тогда мы получим обратный эффект, вместо ускорения 0

	19.03.2014, 15:28

@gredwhite 44 / 44 / 11 Регистрация: 21.01.2013 Сообщений: 668
	18.03.2014, 16:48	12
	Сообщение от mutagen например придумают какой либо мощный оптимизатор для JIT который сможет сильно распаралелить и ускорить работу с стандартными коллекциями, а Trove нет, и тогда мы получим обратный эффект, вместо ускорения ну получается, что тров медленнее работать не станет, только может стандартные коллекции ускорятся. Ну и ведь этот стандартный оптимизатор ускоряет все java конструкции, а не выборочно только для обычныйх коллекций 0

@mutagen 2586 / 2259 / 257 Регистрация: 14.09.2011 Сообщений: 5,185 Записей в блоге: 18
	18.03.2014, 18:00	13
	Сообщение от gredwhite ускоряет все java конструкции, а не выборочно только для обычныйх коллекций это почему вы вдруг так решили? 0

@turbanoff 4091 / 3825 / 745 Регистрация: 18.05.2010 Сообщений: 9,331 Записей в блоге: 11
	18.03.2014, 18:33	14
	Trove, в основном, используют, когда хотят сэкономить память (например если приходится обрабатывать большие массивы данных в памяти). В скорости они практически одинаковы со стандартными коллекциями, по крайней мере листы (с хэш-таблицами там сложнее). 0

@gredwhite 44 / 44 / 11 Регистрация: 21.01.2013 Сообщений: 668
	18.03.2014, 22:35	15
	а почему нет то? Если починить дороги ведь всем машинам приятнее ездить станет? Добавлено через 36 секунд mutagen, Вам ответил) 0

@mutagen 2586 / 2259 / 257 Регистрация: 14.09.2011 Сообщений: 5,185 Записей в блоге: 18
	19.03.2014, 11:36	16
	Сообщение от gredwhite починить дороги ведь всем машинам приятнее ездить станет? алгоритмы это не дороги, не все одинаково паралелятся, если разработчики JVM обязаны ускорять работу стандартных коллекций, то third-party не обязательно, таким образом в одной из следующих JVM может случиться что Trove будет медленнее. Вы учитывайте что ява код живёт не год-два, а десятилетиями, а энтерпрайз в некоторых крупных фирмах ещё до сих пор работает на коде который писали под 1.4 java и пока он приносит доход - никто его трогать не будет 0

@gredwhite 44 / 44 / 11 Регистрация: 21.01.2013 Сообщений: 668
	19.03.2014, 15:23	17
	ну как минимум медленне trove работать не станет....мне почему-то изначально из вашего сообшения сложилось такое впечатление. 0