|
|
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
abcdcdcdВот: http://proklondike.com/java_knudsen_2dgraphics.html хотя бы Смотрел ссылку. Боюсь что это мне не поможет т.к. не решает принципиально проблему чтения битовых полей. А поддержка стандартных файловых форматов мне не нужна т.к. я уже упоминал, что спецификация файла создавалась в рамках одной организации, и не была открыта для общего пользования. Но в любом случае, спасибо за участие ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2006, 16:56:01 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
mayton 6. Классы-структуры. Могут быть полезны при разборе бинарных файлов. Должны иметь только финализированные свойства-атомы. Код: plaintext 1. 2. 3. 4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2006, 21:56:26 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
mayton 1. Мне-бы bla-bla... .... 7 . .. 8. Comparable-switch . Приведу просто пример. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 9. Перегузка операций... . (CPP - боян, а что делать! Жить-то надо...) ... Код: plaintext 1. 2. 3. 4. Сорри, за UP. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 19:29:25 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
Не нужна Jav'е перегрузка. Comparable-switch - не так часто требуется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 19:32:41 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
mayton 9. Перегузка операций... . (CPP - боян, а что делать! Жить-то надо...) ... Код: plaintext 1. 2. 3. 4. Код: plaintext 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 20:07:14 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
Leonidv Вопрос - вы видите в исходниках такой код. Что делается? Бессмысленно задавать такой вопрос сиплюсплюсникам. У них моск давно работает по-извращенчески, уж простите :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 20:30:08 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
LeonidvВопрос - вы видите в исходниках такой код. Что делается? (кивает головой) Понимаю вашу иронию, Леонидов. А вас не удивляет возможность "СУММИРОВАТЬ" символьные последовательности (String) ? Что? Скажете .. дескать исключение из правил? Ну .. что-ж. Строить концепцию на исключениях - практика обнадёживающая ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 20:58:33 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
maytonТак мож того? Паскакаль какой выбрать или Object Delphi? Или CPP? И не париться. Зачем жабой-то себя насиловать, тем более всякое г.. в неё тянуть - она в такое же г... и превратится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 21:03:32 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
mayton (кивает головой) Понимаю вашу иронию, Леонидов. А вас не удивляет возможность "СУММИРОВАТЬ" символьные последовательности (String) ? Что? Скажете .. дескать исключение из правил? Ну .. что-ж. Строить концепцию на исключениях - практика обнадёживающая Простите, что влез. Строки - это вообще одно большое исключение в Java. И слава богу. Что оно такое одно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 23:24:10 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
Donald KnuthТак мож того? Паскакаль какой выбрать или Object Delphi? Или CPP? И не париться. Зачем жабой-то себя насиловать, тем более всякое г.. в неё тянуть - она в такое же г... и превратится. Ты Паскаль не трожь. Нет там перегрузки и CS. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 23:25:32 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
mayton Скажете .. дескать исключение из правил? Скажу, что для строк это уже давно правило ПМСМ - в Java есть исключения, для удобства. Те же самые примитивные типы. В чистом ООП им не место. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 00:21:06 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
maytonПонимаю вашу иронию, Леонидов. А вас не удивляет возможность "СУММИРОВАТЬ" символьные последовательности (String) ? Что? Скажете .. дескать исключение из правил? Ну .. что-ж. Строить концепцию на исключениях - практика обнадёживающая И вообще. Сейчас люди серьезные вещи обсуждают , а вы хотите на 10 лет назад все вернуть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 00:49:56 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 10:26:52 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
GKS_Samara Тривиально - Bitmap bmp3 = bmp1.operator+( bmp2 ); Операции- всего лишь синтаксические конструкции, не более. Ага. И (вспомнив анекдоты про equals): Код: plaintext 1. 2. 3. 4. И приоритеты: Код: plaintext 1. 2. И NPE (если будет разрешена не только статическая перегрузка операторов) : Код: plaintext 1. 2. 3. 4. 5. Одна тривиальность. GKS_Samara Это лечить сложно, но можно- ввести "чистые функции", которым запрещено менять состояние объекта и разрешить как операции только чистые функции :) Любишь XSLT? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 11:10:23 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
петяя Любишь XSLT? :) не трошшшшьььь святое!!!!!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 11:16:13 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
петяя 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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 11:39:14 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
GKS_Samara PS: вообще непонятно, почему можно делать int a = b+c, но нельзя Integer a = b+c? Ясно, что подумать придётся, но думать полезно :) -- Алексей Posted via ActualForum NNTP Server 1.3 Кто сказал, что нельзя? 5-я Java использует для этого автоматическое преобразование типов. Что мне тоже оччень не нравится :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 11:44:27 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
GKS_Samara Кто сказал, что нельзя? 5-я Java использует для этого автоматическое преобразование типов. Что мне тоже оччень не нравится :( Ага. На мой взгляд совершенно бесполезное нововведение, которое только мешает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 12:39:45 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
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 Ясно, что подумать придётся, но думать полезно :) Если бы работодателю хотелось чтобы ты думал, а не писал работающий код, то ты писал бы программы на с++. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 15:23:55 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
leafoxАга. На мой взгляд совершенно бесполезное нововведение, которое только мешает. Integer i = 5; лучше, чем Integer i = new Integer(5); Обоснование: нужно набирать больше буковок. А чем обуславливается ваше критическое отношение к данному нововведению? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 15:26:20 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
петяя Integer i = 5; лучше, чем Integer i = new Integer(5); Обоснование: нужно набирать больше буковок. А чем обуславливается ваше критическое отношение к данному нововведению? Ничем не лучше. Это ботва, которая начинает со временем путать. С объектами нужно работать как с объектами, а с примитивными типами - как с примитивными типами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 15:28:08 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
(меня всё равно забанятЭто ботва, которая начинает со временем путать. Глупость. Со временем к фичам языка только больше привыкаешь. (меня всё равно забанят С объектами нужно работать как с объектами, а с примитивными типами - как с примитивными типами. Это приводит к дублированию кода универсальных алгоритмов/методов, которого можно было бы избежать в некоторых случаях (не критичных к производительности). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 15:34:32 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
петяя Это приводит к дублированию кода универсальных алгоритмов/методов, которого можно было бы избежать в некоторых случаях (не критичных к производительности). У вас часто такие "универсальные" алгоритмы/методы встречаются? Приведите, пожалуйста, пример. Из жизни, а не из области сферических коней. В вакууме. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 15:47:27 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
(меня всё равно забанят) С объектами нужно работать как с объектами, а с примитивными типами - как с примитивными типами. Как вы собираетесь работать с экземпляром Integer, как с объектом? практического смысла как раз не видно. Методами состояние не меняется ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 16:16:47 |
|
||
|
Перспективы развития java как языка...
|
|||
|---|---|---|---|
|
#18+
LINUXER Как вы собираетесь работать с экземпляром Integer, как с объектом? практического смысла как раз не видно. Методами состояние не меняется Лично я Integer'ы (а скорее Double) использую в бинах (для Struts). И еще для передачи значений между EJB. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 16:31:30 |
|
||
|
|

start [/forum/topic.php?fid=59&msg=34209035&tid=2147162]: |
0ms |
get settings: |
19ms |
get forum list: |
19ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
41ms |
get topic data: |
15ms |
get forum data: |
4ms |
get page messages: |
89ms |
get tp. blocked users: |
2ms |
| others: | 305ms |
| total: | 504ms |

| 0 / 0 |
