|| логическая операция ИЛИ. Это кажется, что Вы в основном знаете, каково это. Это используется в условных операторах такой, как будто, в то время как, и т.д.
condition1 || condition2
Оценивает к истинному, если или condition1 ИЛИ condition2 верны.
| оператор битового "ИЛИ". Это используется для работы на два числа. Вы смотрите на каждый бит каждого числа индивидуально и, если один из битов будет 1 в по крайней мере одном из чисел, то получающийся бит будет 1 также. Вот несколько примеров:
A = 01010101
B = 10101010
A | B = 11111111
A = 00000001
B = 00010000
A | B = 00010001
A = 10001011
B = 00101100
A | B = 10101111
, Надо надеяться, который имеет смысл.
Так для ответа на последние два вопроса я не сказал бы, что, кроме того, существуют любые протесты, "знают различие между этими двумя операторами". Они не являются взаимозаменяемыми, потому что они делают две совершенно других вещи.
Spring-MVC - еще один вариант, который следует рассмотреть
Stripes - это Java-фреймворк MVC, который впервые применил шаблон «Соглашение вместо конфигурации» для веб-разработки на Java. Spring MVC принял некоторые из этих шаблонов, но я все еще предпочитаю Stripes, потому что он делает одно и делает это хорошо.
Может быть, Grails? Вам не нужно использовать отображение o / r (GORM), если вы не хотите, вы можете использовать старый простой JDBC
Как насчет калитки?
Всем спасибо. Завтра я создам несколько примеров приложений, используя Spring MVC, Stripes (и, возможно, Wicket), и увижу их в действии :)
Я дополню этот ответ тем, что нашел ...
Спасибо! -Pradyumna
PS: Жаль, что я не могу пометить несколько ответов как «ОТВЕТИВШИЕ» в stackoverflow .. :( Мне придется подождать и посмотреть, что я окончательно решу ..
JSF - Я боюсь этого из-за проблем с производительностью, о которых я читал. Похоже, что создание и обслуживание представления занимает слишком много памяти. Кроме того, JSF не будет хорошо работать с закладками и браузерами с вкладками.
Попробуйте Seam framework
Шов хорош по двум причинам:
Я хочу написать простую сеть приложение на J2EE с этими характеристики: 1. Мне не нужен AJAX, он должен работать даже с JavaScript. отключено в браузере.
С хорошей библиотекой JSF (Richfaces или Icefaces) написание кода JavaScript сведено к минимуму. Почему в браузере будет отключен JavaScript?
2. Это простое приложение CRUD
Seam отлично подходит для создания приложения CRUD с помощью инструмента seam-gen.
3. Мне понадобится полный контроль над тем, как каждый элемент размещается на страница - никаких компромиссов в графическом интерфейсе внешний вид
Это работа для кода CSS. С фасетками в качестве шаблонов у вас будет меньше работы.
4. Я могу использовать старый простой JDBC для доступ к данным - нет o / r mappers необходимо Для простого CRUD приложение ORM действительно круто функция, с Seam у вас будет это для бесплатно. Но ORM не является обязательным.
5. Закладка страниц есть необходимо (везде, где есть смысл закладка, то есть).
Как уже упоминалось, со Швом больше не проблема. В "простом" JSF потоке только POST-запросы, и это проблема.
6. Многие из моих пользователей очень часто используют просмотр с вкладками.
Seam вводит новые области действия (разговоры и бизнес-процессы), поэтому теперь можно открывать несколько вкладок и одновременно выполнять более одной задачи / потока.
Что бы я хотел структура, которую нужно сделать: 1. Дайте мне красивую абстракцию для получения параметров GET и POST
Это особенность JSF.
2. Дайте мне хорошую возможность отображать ошибки проверки и другие ошибки для пользователя
Seam интегрируется с Hibernate Validator и имеет действительно хорошую поддержку сообщений и i18n.
3. Дайте набор стандартных функции безопасности - предотвращение перекрестного сценарии, запретить пользователю установка значения в раскрывающемся списке этого нет в раскрывающемся списке, et.al
Библиотеки IMO JSF хороши в этой области.
4. Будьте эффективны, хорошо масштабируйтесь для более 200 одновременных пользователей на не очень мощный сервер. (нет кластеров - один узел, общий сервер приложений с несколькими производственными приложениями)
Perfomant - да. Исправление стыков нарушает работу шаблона проектирования приложений без статического состояния. Использование POJO в состоянии из представления производительности аналогично другим фреймворкам, таким как Struts или Spring. Для реальных случаев использования см. Шов на производственной странице .
5. Будьте стабильны; потому что я бы хотел чтобы это приложение работало без серьезного рефакторинга как минимум 3-4 года
Seam и JSF - стабильные технологии.
Когда вы пробуете Stripes, вы можете быстро начать работу с Rayures (с Maven ) или Stripes-Quickstart (с Ant ).
Это довольно новый фреймворк Java, но я думаю, что он выглядит довольно круто