powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Java [игнор отключен] [закрыт для гостей] / Перспективы развития java как языка...
25 сообщений из 82, страница 3 из 4
Перспективы развития java как языка...
    #34168157
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
abcdcdcdВот: http://proklondike.com/java_knudsen_2dgraphics.html хотя бы
Смотрел ссылку. Боюсь что это мне не поможет т.к. не решает принципиально проблему чтения битовых полей. А поддержка стандартных файловых форматов мне не нужна т.к. я уже упоминал, что спецификация файла создавалась в рамках одной организации, и не была открыта для общего пользования.

Но в любом случае, спасибо за участие
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34168914
Downqoy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
mayton
6. Классы-структуры. Могут быть полезны при разборе бинарных файлов. Должны иметь только финализированные свойства-атомы.
Код: plaintext
1.
2.
3.
4.
structured class BITMAPINFOHEADER{
   final unsigned byte signature;
   // bla-bla....
}
Вам это нужно, а ваш сосед Пупкин пишет приложения, в которых это не нужно. Зачем в язык тащить всякий бред, который может и должен реализоваться в библиотеках? Для одной задачи нужны классы-структуры, для 10 других не нужны. А язык засоряется. 10-летний опыт развития Java доказал, что можно прекрасно писать приложения обходясь простыми классами и (где нужно) массивами.
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34208675
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton
1. Мне-бы bla-bla...
....
7 . ..



8. Comparable-switch . Приведу просто пример.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
String OSName=....

switch(OSName)
{
      case "Windows":
          // bla-bla....
      break;
      case "BSD":
          // bla-bla....
      break:
      default:
}

9. Перегузка операций... . (CPP - боян, а что делать! Жить-то надо...) ...
Код: plaintext
1.
2.
3.
4.
public class complex{
       double re,im;
       public complex operator+(complex arg){ bla-bla... };
}

Сорри, за UP.
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34208680
Не нужна Jav'е перегрузка.
Comparable-switch - не так часто требуется.
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34208755
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton
9. Перегузка операций... . (CPP - боян, а что делать! Жить-то надо...) ...
Код: plaintext
1.
2.
3.
4.
public class complex{
       double re,im;
       public complex operator+(complex arg){ bla-bla... };
}


Код: plaintext
1.
2.
3.
4.
5.
 void  doSmth{
 Bitmap bmp1 =  new  Bitmap(fileName1);
 Bitmap bmp2 =  new  Bitmap(fileName2);
 Bitmap bmp3 = bmp1+bmp2;
}
Вопрос - вы видите в исходниках такой код. Что делается?
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34208792
Leonidv
Вопрос - вы видите в исходниках такой код. Что делается?
Бессмысленно задавать такой вопрос сиплюсплюсникам. У них моск давно работает по-извращенчески, уж простите :)
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34208840
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvВопрос - вы видите в исходниках такой код. Что делается?

(кивает головой)

Понимаю вашу иронию, Леонидов. А вас не удивляет возможность "СУММИРОВАТЬ" символьные последовательности (String) ? Что? Скажете .. дескать исключение из правил?

Ну .. что-ж. Строить концепцию на исключениях - практика обнадёживающая
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34208850
Donald Knuth
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
maytonТак мож того? Паскакаль какой выбрать или Object Delphi? Или CPP? И не париться. Зачем жабой-то себя насиловать, тем более всякое г.. в неё тянуть - она в такое же г... и превратится.
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34209035
mayton
(кивает головой)

Понимаю вашу иронию, Леонидов. А вас не удивляет возможность "СУММИРОВАТЬ" символьные последовательности (String) ? Что? Скажете .. дескать исключение из правил?

Ну .. что-ж. Строить концепцию на исключениях - практика обнадёживающая

Простите, что влез.
Строки - это вообще одно большое исключение в Java.
И слава богу. Что оно такое одно.
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34209036
Donald KnuthТак мож того? Паскакаль какой выбрать или Object Delphi? Или CPP? И не париться. Зачем жабой-то себя насиловать, тем более всякое г.. в неё тянуть - она в такое же г... и превратится.
Ты Паскаль не трожь. Нет там перегрузки и CS.
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34209090
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton
Скажете .. дескать исключение из правил?

Скажу, что для строк это уже давно правило
ПМСМ - в Java есть исключения, для удобства. Те же самые примитивные типы. В чистом ООП им не место.
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34209116
Donald Knuth
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
maytonПонимаю вашу иронию, Леонидов. А вас не удивляет возможность "СУММИРОВАТЬ" символьные последовательности (String) ? Что? Скажете .. дескать исключение из правил?

Ну .. что-ж. Строить концепцию на исключениях - практика обнадёживающая И вообще. Сейчас люди серьезные вещи обсуждают , а вы хотите на 10 лет назад все вернуть
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34209538
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonidv wrote:

> *9. Перегузка операций...*. (CPP - боян, а что делать! Жить-то надо...) ...
> public class complex{
> public complex operator+(complex arg){ bla-bla... };
> }
> Bitmap bmp1 = *new* Bitmap(fileName1);
> Bitmap bmp2 = *new* Bitmap(fileName2);
> Bitmap bmp3 = bmp1+bmp2;
>
> Вопрос - вы видите в исходниках такой код. Что делается?

Тривиально -
Bitmap bmp3 = bmp1.operator+( bmp2 );
Операции- всего лишь синтаксические конструкции, не более.

Другое дело, что криворукий автор может написать код, меняющий состояние
bmp1. Это лечить сложно, но можно- ввести "чистые функции", которым
запрещено менять состояние объекта и разрешить как операции только
чистые функции :)

--
Алексей
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34209698
петяя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
GKS_Samara
Тривиально -
Bitmap bmp3 = bmp1.operator+( bmp2 );
Операции- всего лишь синтаксические конструкции, не более.


Ага.

И (вспомнив анекдоты про equals):
Код: plaintext
1.
2.
3.
4.
A a;
B b;

a + b == b + a?


И приоритеты:
Код: plaintext
1.
2.
bmp1 + bmp2 * bmp3 ==  bmp1.operator+(bmp2.operator*(bmp3)) ?
bmp1 + bmp2 * bmp3 ==  (bmp1.operator+(bmp2)).operator*(bmp3) ?

И NPE (если будет разрешена не только статическая перегрузка операторов) :
Код: plaintext
1.
2.
3.
4.
5.
A a =  null ;
B b =  new  B();

(a + b) -> NPE?
(b + a) -> No NPE?

Одна тривиальность.


GKS_Samara
Это лечить сложно, но можно- ввести "чистые функции", которым
запрещено менять состояние объекта и разрешить как операции только
чистые функции :)

Любишь XSLT? :)
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34209731
am_sasa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
петяя
Любишь XSLT? :)
не трошшшшьььь святое!!!!!!!
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34209868
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
петяя wrote:

> И (вспомнив анекдоты про equals):
> A a;
> B b;
>
> a + b == b + a?

Нет, но сделать a+b.equal(b+a) - это уж забота программиста :)
Хотя, возможно, лучше так:
public (static-неявно) operator+(Complex a, Complex b) - это ближе к
операциям.

> И приоритеты:
>
> bmp1 + bmp2 * bmp3 == bmp1.operator+(bmp2.operator*(bmp3)) ?
> bmp1 + bmp2 * bmp3 == (bmp1.operator+(bmp2)).operator*(bmp3) ?

Первое, по логике.

> И NPE (если будет разрешена не только статическая перегрузка операторов) :
> A a = *null*;
> B b = *new* B();
>
> (a + b) -> NPE?
> (b + a) -> No NPE?
> Одна тривиальность.

Да, это непросто, равно как и смешение типов. Лучше статическая типизация.

PS: вообще непонятно, почему можно делать int a = b+c, но нельзя
Integer a = b+c?
Ясно, что подумать придётся, но думать полезно :)

--
Алексей
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34209881
GKS_Samara

PS: вообще непонятно, почему можно делать int a = b+c, но нельзя
Integer a = b+c?
Ясно, что подумать придётся, но думать полезно :)

--
Алексей
Posted via ActualForum NNTP Server 1.3
Кто сказал, что нельзя? 5-я Java использует для этого автоматическое преобразование типов.
Что мне тоже оччень не нравится :(
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34210124
leafox
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
GKS_Samara
Кто сказал, что нельзя? 5-я Java использует для этого автоматическое преобразование типов.
Что мне тоже оччень не нравится :(

Ага. На мой взгляд совершенно бесполезное нововведение, которое только мешает.
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34210765
петяя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
GKS_Samara
> a + b == b + a?

Нет, но сделать a+b.equal(b+a) - это уж забота программиста :)

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


GKS_Samara
Хотя, возможно, лучше так:
public (static-неявно) operator+(Complex a, Complex b) - это ближе к
операциям.

Статическая перегрузка наследование - две вещи не совместимые.

Попробуй описать класс Complex<T> с перегрузкой операции сложения, где T - тип реальной/мнимой частей.
Особое внимание на случаи Complex<Integer> и Сomplex<Complex<Integer>>.


GKS_Samara
> И приоритеты:
>
> bmp1 + bmp2 * bmp3 == bmp1.operator+(bmp2.operator*(bmp3)) ?
> bmp1 + bmp2 * bmp3 == (bmp1.operator+(bmp2)).operator*(bmp3) ?

Первое, по логике.

По чьей логике?
В java вызов методов идёт с лева на право, поэтому логичен именно второй вариант.
Или хочешь, чтобы компилятор менял очередность вызовов методов в зависимости от их имён?!



GKS_Samara
> (a + b) -> NPE?
> (b + a) -> No NPE?
> Одна тривиальность.

Да, это непросто, равно как и смешение типов. Лучше статическая типизация.


Чем лучше-то и какое смешение?
Полиморфизм уже стал злом? :)

GKS_Samara
PS: вообще непонятно, почему можно делать int a = b+c, но нельзя
Integer a = b+c?

Всё понятно: int простой тип, а Integer - объект.

GKS_Samara
Ясно, что подумать придётся, но думать полезно :)

Если бы работодателю хотелось чтобы ты думал, а не писал работающий код, то ты писал бы программы на с++.
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34210775
петяя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
leafoxАга. На мой взгляд совершенно бесполезное нововведение, которое только мешает.

Integer i = 5;

лучше, чем

Integer i = new Integer(5);

Обоснование: нужно набирать больше буковок.

А чем обуславливается ваше критическое отношение к данному нововведению?
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34210779
петяя

Integer i = 5;

лучше, чем

Integer i = new Integer(5);

Обоснование: нужно набирать больше буковок.

А чем обуславливается ваше критическое отношение к данному нововведению?

Ничем не лучше.
Это ботва, которая начинает со временем путать.

С объектами нужно работать как с объектами, а с примитивными типами - как с примитивными типами.
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34210804
петяя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
(меня всё равно забанятЭто ботва, которая начинает со временем путать.


Глупость. Со временем к фичам языка только больше привыкаешь.

(меня всё равно забанят
С объектами нужно работать как с объектами, а с примитивными типами - как с примитивными типами.
Это приводит к дублированию кода универсальных алгоритмов/методов, которого можно было бы избежать в некоторых случаях (не критичных к производительности).
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34210845
петяя
Это приводит к дублированию кода универсальных алгоритмов/методов, которого можно было бы избежать в некоторых случаях (не критичных к производительности).
У вас часто такие "универсальные" алгоритмы/методы встречаются?
Приведите, пожалуйста, пример.
Из жизни, а не из области сферических коней. В вакууме.
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34210941
LINUXER
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
(меня всё равно забанят)
С объектами нужно работать как с объектами, а с примитивными типами - как с примитивными типами.
Как вы собираетесь работать с экземпляром Integer, как с объектом? практического смысла как раз не видно. Методами состояние не меняется
...
Рейтинг: 0 / 0
Перспективы развития java как языка...
    #34210986
LINUXER
Как вы собираетесь работать с экземпляром Integer, как с объектом? практического смысла как раз не видно. Методами состояние не меняется
Лично я Integer'ы (а скорее Double) использую в бинах (для Struts).
И еще для передачи значений между EJB.
...
Рейтинг: 0 / 0
25 сообщений из 82, страница 3 из 4
Форумы / Java [игнор отключен] [закрыт для гостей] / Перспективы развития java как языка...
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]