Почему java отнесли к веб-программированию??

@McVillain · Регистрация: 30.04.2007

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

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

@iZEN · 24.01.2008, 18:44

/**McVillain:
Систему реального времени и/или что-либо, работающее с железом на низком уровне, на чистой Джаве не сделаешь.<...>
*/

Nokia и др. встроили Java в свои устройства (сотовые телефоны, органайзеры). Конечно, там применяется J2ME -- несколько 'облегчёная' версия Java. Но Язык остался прежним, используется только другая библиотека и JVM. Естественно было ожидать и изменений в JVM -- каждая виртуальная машина пишется под конкретную платформу в нативном коде.

Далее, чтобы что-то в Java работало с железом (необязательно на низком уровне), разрабатываются соответствующие библиотеки на языке Java, которые имеют нативный выход на устройства через JVM (вспомните AWT -- GUI-библиотека, которая родилась в течение месяца с небольшим).

Так вот, систему реального времени можно(!) написать на Java, но это делается прежде всего через:
1. переписывание JVM под конкретную платформу (сюда входит: доработка стратегий сборки мусора, оптимизация кэширования объектов в памяти, оптимизация JIT-компиляции для среды реального времени и т.д.);
2. создание на языке Java новой Библиотеки для работы с конкретной аппаратурой через native-методы, как можно более компактной;
3. и, наконец, написание приложений на чистом-Java для работы с этой Библиотекой без прямого обращения к аппаратуре для независимости от неё.

Что мы будем иметь:
1. Апаратно-зависимую JVM (это всегда так, даже с обычными системами);
2. Библиотеку по работе с конкретной аппаратурой (например, ту, которая есть в J2ME) с 'общим' API для приложений, и её API не меняется от платформы к платформе (как в AWT);
3. Аппаратно-независимые приложения, при условии, что Библиотека может быть безболезненно и быстро перенесена на другие платформы.

Выводы.
Так как 'слой' между аппаратурой и приложением представим в виде JVM+Библиотека, то можно указать на трудности разработки именно этого слоя, а не приложений, причём JVM переписывается с нуля, в Библиотеке переписываются только нативные вызовы.
Это достаточно успешно решается Nokia и другими в реальных устройствах (сотовых телефонах, etc).
Кто скажет, что сотовый телефон -- это не устройство реального времени, тот глубоко заблуждается, так как по определению систем реального времени: система, которая имеет время отклика, не больше времени ожидания отклика, и есть система реального времени.

P.S. Японцы уже используют модифицированную Java (Kava, если не ошибаюсь) для трансляции на сотовые телефоны подвижных трёхмерных сцен. Что такое реальное время для такого типа передачи, наверное каждый знает.

@iZEN · 24.01.2008, 19:46

Можно кое-что о J2ME почерпнуть отсюда: http://www.javable.com/columns/mobile/workshop/02/ch1/

@iZEN · 24.01.2008, 19:51

Ещё о мобильных устройствах и Java:
http://www.javable.com/columns/mobile/workshop/01/

@iZEN · 24.01.2008, 19:55

Другие ресурсы (http://www.javable.com/columns/mobile/):

1. Java 2 Micro Edition (http://www.javasoft.com/j2me/)

2. Connected, Limited Device Configuration. Specification Version 1.0. (http://www.sun.com/software/ communitysource/j2me/cldc/)

3. Mobile Information Device Profile (JSR-37). JCP Specification Version 1.0a. (http://www.sun.com/software/ communitysource/midp/)

4. Java 2 Platform Micro Edition, Wireless Toolkit (http://www.javasoft.com/ products/j2mewtoolkit/)

5. Forte for Java (http://www.sun.com/forte/ffj)

6. Nokia Developer's Suite Beta 0.1 for the Java (TM) 2 Platform, Micro Edition (http://forum.nokia.com/javaforum/ main/1,6668,1_0_30,00.html)

7. Bill Day J2ME Archive (http://www.billday.com/j2me/)

8. Java in mobiles phones (http://www.javamobiles.com)

9. Wireless Java (http://www.onjava.com/wireless/)

10. Motorola Wireless Development Center (http://developers.motorola.com/developers/ wireless/technologies/java.html)

11. Motorola J2ME Zone (http://j2me.motorola.com.cn/index.asp)

@McVillain · 24.01.2008, 22:26 **[ТС]**

Да, да, слышал про эти могучие телефоны и прочее... одного только не пойму: зачем? Чем java-телефон отличается от обычного (я полагаю, что обычным будет скорее всего 'C-телефон') для производителя? По железу и/или программированию?

Совсем прост сформулирую: чем это выгоднее?

@iZEN · 24.01.2008, 22:46

to McVillain.
Вы хотите работать с открытыми API?
Вы хотите писать маленькие приложения для портативных устройств?
У Вас есть материальная заинтересованность в этом?

Некоторые хотят зарабатывать на этом...

@McVillain · 25.01.2008, 14:13 **[ТС]**

2 iZEN:

> Вы хотите работать с открытыми API?

Не понял вопроса.

> Вы хотите писать маленькие приложения для портативных устройств?
> У Вас есть материальная заинтересованность в этом?

Нет, сейчас этот вопрос имеет интересует исключительно 'для общего развития'... Хотя... Вон в соседнем отделе ребятам спустили ТЗ на какой-то _маленький_ продукт под WinCE... Да и вообще жизнь штука сложная, я вон полтора года назад занимался распределёнными системами реального времени и знать не знал ничего про Java, веб-программирование и базы данных...

> Некоторые хотят зарабатывать на этом...

Вот именно с этой точки зрения и прошу объяснить мне, несведущему, чем же разработка встроенных приложений на Java Micro Edition выгоднее 'традиционных' технологий, кроме того, что это 'последний писк цифровой моды' и, вероятно, поддерживается Sun?

27.01.2008, 09:29

ДА, отстал я от жизни. Да и масштабы смотрю нынче уже не те.
Но опять же, к чему все сводится? К программированию поведения процессоров - набору элементарных команд которые он способен выполнять - последовательность, ветвление, итерации(ну если к этому еще и распараллеливание не приклепывать).
Вся рутина ложится на компилятор, программист же пытается втолковать ему что же в конечном итоге желаемо получить. Так в чем же преимущество описание этого желаемого на Java перед, допустим, C++.

Если все клонить к стандартизации, то это все происки Sun, и я не уверен, что в этом деле они не имеют себе равных. Nokia не такая уж преуспевающая компания, хотя тропка протоптана и я смотрю по ней многие пошли...(Только интересно куда?) Конечно гораздо проще взять на вооружение готовую отлаженную систему интеграции, если она не была, есть и будет сыроватой от рождения. Телефоны, например, 'глючат' (Panasonic, LG, Sanyo, Philips)все чаще, а китай продолжает работать, работать и еще раз работать...(Т.е. он конечно тоже глючит, но к этому все привыкли) Наличие промежуточного звена связано с определенными проблемами, а именно соеденитель должен быть гораздо отлаженнее соединяемых частей, - это в последнее время высоких скоростей не всегда так.

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

Новые блоги и статьи Все статьи Все блоги /
Запрет дублирования строк в табличной части Maks 13.09.2026 Реализация из решения ниже выполнена на нетиповом справочнике "Нормы ТО" с табличной часть "Виды ТО", разработанного в КА2, со следующими реквизитами: - ВидТО (СправочникСсылка. ВидыТО); - ВидГСМ. . .	Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Jin X 06.09.2026 Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Работая с форумом и нейросетями в браузере часто хочется что-то подкорректировать или добавить какого-то функционала. Ниже прикреплён. . .	Программа опроса у.з. расходомера SLS-720F Argus19 02.09.2026 Программа опроса у. з. расходомера SLS-720F Программа опрашивает один раз в минуту три ультразвуковых расходомера SLS-720F через интерфейс RS-485 по протоколу Modbus RTU. Опрашиваются регистры. . .	Hyper-V: Компьютер должен поддерживать доверенный платформенный модуль 2.0. Maks 31.08.2026 При установке Windows 11 на виртуальную машину Hyper-V 2-го поколения вылезла такая ошибка: Решение: в параметрах виртуальной машины, в разделе "Безопасность" (Security) активировать флаг. . .
Архитектура биовида Стива в Майнкрафте: Зачем бонобо кубический каннибализм anaschu 30.08.2026 Кубический Вагинокапитализм в Minecraft: Математический инвариант ОДУ и рок Стивов-бонобо Главная задача разработанной «Модели Всего» — наглядно продемонстрировать наличие системной «судьбы». . .	Оттачиваю умение писать js программы. russiannick 30.08.2026 Проектом выходного дня стало написание Книги шифров Виженера. Итогом стала версия 200, синий туман. Синий туман назван так, потому что замораживает текст под собой. Нажатие синих кнопок управляют. . .	мат медиц модель 30. презентация проекта anaschu 27.08.2026 хоп хоп хоп хидахоп, а я кладую))	Как у меня протекала болезнь zorxor 27.08.2026 Здравствуйте, друзья! Эта запись блога предназначена именно для вас - для моих дорогих друзей, которые знали меня лично. Чтобы ответить на вопрос - а что же со мной произошло на самом деле? Я учился. . .

@McVillain 1 / 1 / 5 Регистрация: 30.04.2007 Сообщений: 225

	Почему java отнесли к веб-программированию?? 13.01.2008, 18:01. Показов 3252. Ответов 27 Метки нет (Все метки) Сабж, собственно. Лично я против. Во-первых, это вполне себе очень даже универсальная платформа. Во-вторых, многие вопросы в форуме не имеют никакого отношения к апплетам и сервлетам (из последних: вопрос про ваучер и про компиляцию .java в .class). 0

@iZEN 1 / 1 / 1 Регистрация: 18.08.2007 Сообщений: 289
	24.01.2008, 18:44
	/*McVillain: Систему реального времени и/или что-либо, работающее с железом на низком уровне, на чистой Джаве не сделаешь.<...> / Nokia и др. встроили Java в свои устройства (сотовые телефоны, органайзеры). Конечно, там применяется J2ME -- несколько 'облегчёная' версия Java. Но Язык остался прежним, используется только другая библиотека и JVM. Естественно было ожидать и изменений в JVM -- каждая виртуальная машина пишется под конкретную платформу в нативном коде. Далее, чтобы что-то в Java работало с железом (необязательно на низком уровне), разрабатываются соответствующие библиотеки на языке Java, которые имеют нативный выход на устройства через JVM (вспомните AWT -- GUI-библиотека, которая родилась в течение месяца с небольшим). Так вот, систему реального времени можно(!) написать на Java, но это делается прежде всего через: 1. переписывание JVM под конкретную платформу (сюда входит: доработка стратегий сборки мусора, оптимизация кэширования объектов в памяти, оптимизация JIT-компиляции для среды реального времени и т.д.); 2. создание на языке Java новой Библиотеки для работы с конкретной аппаратурой через native-методы, как можно более компактной; 3. и, наконец, написание приложений на чистом-Java для работы с этой Библиотекой без прямого обращения к аппаратуре для независимости от неё. Что мы будем иметь: 1. Апаратно-зависимую JVM (это всегда так, даже с обычными системами); 2. Библиотеку по работе с конкретной аппаратурой (например, ту, которая есть в J2ME) с 'общим' API для приложений, и её API не меняется от платформы к платформе (как в AWT); 3. Аппаратно-независимые приложения, при условии, что Библиотека может быть безболезненно и быстро перенесена на другие платформы. Выводы. Так как 'слой' между аппаратурой и приложением представим в виде JVM+Библиотека, то можно указать на трудности разработки именно этого слоя, а не приложений, причём JVM переписывается с нуля, в Библиотеке переписываются только нативные вызовы. Это достаточно успешно решается Nokia и другими в реальных устройствах (сотовых телефонах, etc). Кто скажет, что сотовый телефон -- это не устройство реального времени, тот глубоко заблуждается, так как по определению систем реального времени: система, которая имеет время отклика, не больше времени ожидания отклика, и есть система реального времени. P.S. Японцы уже используют модифицированную Java (Kava, если не ошибаюсь) для трансляции на сотовые телефоны подвижных трёхмерных сцен. Что такое реальное время для такого типа передачи, наверное каждый знает. 0

@iZEN 1 / 1 / 1 Регистрация: 18.08.2007 Сообщений: 289
	24.01.2008, 19:46
	Можно кое-что о J2ME почерпнуть отсюда: http://www.javable.com/columns/mobile/workshop/02/ch1/ 0

@iZEN 1 / 1 / 1 Регистрация: 18.08.2007 Сообщений: 289
	24.01.2008, 19:51
	Ещё о мобильных устройствах и Java: http://www.javable.com/columns/mobile/workshop/01/ 0

@iZEN 1 / 1 / 1 Регистрация: 18.08.2007 Сообщений: 289
	24.01.2008, 19:55
	Другие ресурсы (http://www.javable.com/columns/mobile/): 1. Java 2 Micro Edition (http://www.javasoft.com/j2me/) 2. Connected, Limited Device Configuration. Specification Version 1.0. (http://www.sun.com/software/ communitysource/j2me/cldc/) 3. Mobile Information Device Profile (JSR-37). JCP Specification Version 1.0a. (http://www.sun.com/software/ communitysource/midp/) 4. Java 2 Platform Micro Edition, Wireless Toolkit (http://www.javasoft.com/ products/j2mewtoolkit/) 5. Forte for Java (http://www.sun.com/forte/ffj) 6. Nokia Developer's Suite Beta 0.1 for the Java (TM) 2 Platform, Micro Edition (http://forum.nokia.com/javaforum/ main/1,6668,1_0_30,00.html) 7. Bill Day J2ME Archive (http://www.billday.com/j2me/) 8. Java in mobiles phones (http://www.javamobiles.com) 9. Wireless Java (http://www.onjava.com/wireless/) 10. Motorola Wireless Development Center (http://developers.motorola.com/developers/ wireless/technologies/java.html) 11. Motorola J2ME Zone (http://j2me.motorola.com.cn/index.asp) 0

@McVillain 1 / 1 / 5 Регистрация: 30.04.2007 Сообщений: 225
	24.01.2008, 22:26 [ТС]
	Да, да, слышал про эти могучие телефоны и прочее... одного только не пойму: зачем? Чем java-телефон отличается от обычного (я полагаю, что обычным будет скорее всего 'C-телефон') для производителя? По железу и/или программированию? Совсем прост сформулирую: чем это выгоднее? 0

@iZEN 1 / 1 / 1 Регистрация: 18.08.2007 Сообщений: 289
	24.01.2008, 22:46
	to McVillain. Вы хотите работать с открытыми API? Вы хотите писать маленькие приложения для портативных устройств? У Вас есть материальная заинтересованность в этом? Некоторые хотят зарабатывать на этом... 0

@McVillain 1 / 1 / 5 Регистрация: 30.04.2007 Сообщений: 225
	25.01.2008, 14:13 [ТС]
	2 iZEN: > Вы хотите работать с открытыми API? Не понял вопроса. > Вы хотите писать маленькие приложения для портативных устройств? > У Вас есть материальная заинтересованность в этом? Нет, сейчас этот вопрос имеет интересует исключительно 'для общего развития'... Хотя... Вон в соседнем отделе ребятам спустили ТЗ на какой-то _маленький_ продукт под WinCE... Да и вообще жизнь штука сложная, я вон полтора года назад занимался распределёнными системами реального времени и знать не знал ничего про Java, веб-программирование и базы данных... > Некоторые хотят зарабатывать на этом... Вот именно с этой точки зрения и прошу объяснить мне, несведущему, чем же разработка встроенных приложений на Java Micro Edition выгоднее 'традиционных' технологий, кроме того, что это 'последний писк цифровой моды' и, вероятно, поддерживается Sun? 0

YURA
	27.01.2008, 09:29
	ДА, отстал я от жизни. Да и масштабы смотрю нынче уже не те. Но опять же, к чему все сводится? К программированию поведения процессоров - набору элементарных команд которые он способен выполнять - последовательность, ветвление, итерации(ну если к этому еще и распараллеливание не приклепывать). Вся рутина ложится на компилятор, программист же пытается втолковать ему что же в конечном итоге желаемо получить. Так в чем же преимущество описание этого желаемого на Java перед, допустим, C++. Если все клонить к стандартизации, то это все происки Sun, и я не уверен, что в этом деле они не имеют себе равных. Nokia не такая уж преуспевающая компания, хотя тропка протоптана и я смотрю по ней многие пошли...(Только интересно куда?) Конечно гораздо проще взять на вооружение готовую отлаженную систему интеграции, если она не была, есть и будет сыроватой от рождения. Телефоны, например, 'глючат' (Panasonic, LG, Sanyo, Philips)все чаще, а китай продолжает работать, работать и еще раз работать...(Т.е. он конечно тоже глючит, но к этому все привыкли) Наличие промежуточного звена связано с определенными проблемами, а именно соеденитель должен быть гораздо отлаженнее соединяемых частей, - это в последнее время высоких скоростей не всегда так. Java как язык и технологию интеграции я хаять не берусь, ничего плохого в ней я не вижу, но и хорошего, а тем более революционного тоже в ней пока не нахожу. Хрен, как говорится, редьки не слаще.