Java - ваш итог(недостатки, прочее)

[VISTALL]

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

Я знаю, что отказались, но (внезапно) для строк и других оберток на атомарные типы данных (Integer, Double, etc) операторы (+-*/) перегрузили "из коробки".

Натив очень хочется, чтобы не прибегать к JNI на СИ, а писать все на одном языке (пусть и не все приложение в натив, а только отдельные классы/методы, пусть даже на своем диалекте платформозависимом). Да и по большому счету, портируемость - это хорошо, конечно, но много ли приложений, которым она нужна? Массово - это клиент-банки и игрушки для телефонов, все остальное можно и скомпилить в натив для 3х-4х платформ и не таскать за собой ява-машину.

О! Еще забыл, чего очень-очень не хватает: препроцессора и беззнаковых типов данных!

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

уже писал - посмотри Jna&BridJ - норм либы

Старые песни о Главное. Generic as Runtime

source:

Свернуть ↑

 
 
/*
 * Copyright 2010-2012 napile
 *
 * Licensed under the Apache License, Version 2.0 (the "License");
 * you may not use this file except in compliance with the License.
 * You may obtain a copy of the License at
 *
 * [url]http://www.apache.org/licenses/LICENSE-2.0[/url]
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS,
 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 * See the License for the specific language governing permissions and
 * limitations under the License.
 */
 
import napile.reflect.Class;
 
/**
 * Created with IntelliJ IDEA.
 * User: VISTALL
 * Date: 29.02.12
 * Time: 3:47
 * To change this template use File | Settings | File Templates.
 */
public class Test<E>
{
	private static class IntKey
	{
		public IntKey(int str)
		{
 
		}
	}
 
	private static class Key
	{
		public Key(String str)
		{
 
		}
	}
 
	private static class Inner<K(String)> //ok
	{
		private static void init()
		{
			Inner<Key> a = new Inner<Key>(); // ok
 
			Inner<IntKey> a2 = new Inner<IntKey>(); // fail
		}
 
		private void test()
		{
			K k = new K("test");  // ok
			k = new K(1, "test"); //fail
 
			int val = 1;
			if(K instanceof String)
				val = 0;
		}
	}
 
	private E[] _array = new E[2]; //ok
	private E _value;
 
	public void testNullAndClass()
	{
		E newValue = new E();  // fail
 
		_value = true ? newValue : E.class.getNullValue();  // ok
 
		Class<E> clazz = E.class;  //
 
		_value = E.class.getNullValue();
 
		_value = null;  // ok unchecked 
	}
}
 
 
Code: Java

Свернуть ↑Развернуть ↓

Добавлено через 20 минут
немножко обновил что б наглядней видить

Добавлено через 30 минут
забыл написать это napile

[Visor]

Устраивает java

[DiagoD]

Ява устраивает на все 100%, правда иногда все же не хватает множественного наследования но в принципе всегда выкручиваемся)))

А на счет ручного управления памятью, то это точно так же как и с ручной коробкой передач, это пантово и перед "телачкоми" можно повыделоватся, но все же с автоматом на много удобней ездить.

Добавлено через 2 минуты
Я не вижу смысла в ручном управлении памятью.

[Ro_0TT]

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

А на счет ручного управления памятью, то это точно так же как и с ручной коробкой передач, это пантово и перед "телачкоми" можно повыделоватся, но все же с автоматом на много удобней ездить.

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

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

[DiagoD]

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

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

Это вы просто не ездили на автомате)

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

[Visor]

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

Добавлено через 1 минуту

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

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

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

Избавится не могут единицы, которые понимают что делают и реально могут делать л2-серверо ядро, остальные просто притусовываются)

Если не получается - то нужно тренироваться и все получится.

[Azagthtot]

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

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

О нет, только не перегрузка операторов....
а то будет

mystream a;
a << 8;

Вот смотришь в книгу и думаешь то ли это
a.out(8) то ли (int)a << 8....

[ANZO]

Все что нужно от java для меня - есть и устраивает. Для win приложений использую шарп.

[VISTALL]

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

О нет, только не перегрузка операторов....
а то будет

mystream a;
a << 8;

Вот смотришь в книгу и думаешь то ли это
a.out(8) то ли (int)a << 8....

угу привет, С++. ВОт мне интересно как в Scala с этим сделали, вроде там переегрузка операторов есть

Добавлено через 2 часа 50 минут
В переопределении есть свои минусы и плюсы

[Blakkky]

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

О нет, только не перегрузка операторов....
а то будет

mystream a;
a << 8;

Вот смотришь в книгу и думаешь то ли это
a.out(8) то ли (int)a << 8....

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

А Вы попробуйте на яве и на С++ написать код для поиска, всего-то навсего, корней квадратного уравнения, если изначально известно, что числа будут большими (4кбита, скажем, чтоб точности хватило для запуска ракет ), а потом прочитать тот и другой код. Программирование, оно не только рисование окошек и вываливание строк текста в лог, там и математика встречается

Double4k *x1, *x2, *a, *b, *c, *d;
.....
d = b * b -  4. * a * c;
x1 = ( -b - Double4k::sqrt( d ) ) / 2. / a;
x2 = ( -b + Double4k::sqrt( d ) ) / 2. / a;

С++ оставляет запись оригинальной и читабельной, почти все записано на языке математики.

Double4k x1, x2, a, b, c, d;
......
d = b.mul( b ).sub( new Double4k( 4.0 ).mul( a ).mul( c ) );
x1 = new Double4k( 0. ).sub( Double4k::sqrt ( d ) ).div( a ).div( new Double4k( 2. ) );
x2 = new Double4k( 0. ).sub( Double4k::sqrt ( d ) ).div( a ).div( new Double4k( 2. ) );

А вот ява явно пытается научить нас литературному языку. Имхо, заставлять писать такой код математика - это садизм.
И, кстати, add/mul/sub/div - это не совсем в канонах названия методов на яве, если называть как положено, то будет еще более не читабельно

ЗЫ: опечатался в формуле на яве, интересно, сколько времени уйдет на поиск опечатки (я 4 раза код прочитал, пока нашел, хотя ошибка наибанальнейшая).