Как достигнуть “не в” при помощи Ограничений, и критерии в В спящем режиме?
- Первый there’s слой законности, соответствующей “parse errors” в алгоритм парсинга HTML5 . Этот слой подобен отмеченности XML. Передовая причина постараться не иметь ошибки в Ваших документах об этом слое состоит в том, что можно получить удивительное дерево синтаксического анализа. Если Ваш документ безошибочен на этом слое, Вы получаете меньше неожиданностей отладить при записи JS или CSS, который работает с DOM.
- Как особый случай вышеупомянутого слоя, there’s HTML5 doctype:
. Причина, почему можно было бы хотеть соответствовать здесь, получает режим стандартов самым легким возможным путем. It’s что-то, что можно запомнить в отличие от HTML 4.01 или XHTML 1.0 doctypes, который необходимо искать и скопировать и вставить каждый раз. Конечно, причиной, почему you’d хотят режим стандартов, является меньше неожиданностей на слое CSS. - главная причина заботиться о проверке на слое выше, чем алгоритм парсинга находит Ваши опечатки так, чтобы Вы провели меньше времени, отлаживая, почему Ваша страница isn’t работающий как Вы ожидает.
- предыдущая точка не объясняет, почему необходимо заботиться о проверке, когда данный элемент или атрибут, который Вы не написали c орфографическими ошибками, поддерживаются браузерами как наследие, но спецификация HTML5 все еще избегает его. Here’s, почему HTML5 имеет obsoleted синтаксис как это:
- HTML5 использует obsoletion, чтобы сигнализировать авторам, что некоторыми функциями является пустая трата своего времени. Они включают
longdesc,summaryиprofile. (Обратите внимание, что люди не соглашаются на том, являются ли они, действительно, пустой тратой времени, но, как в настоящее время проектировано, HTML5 делает их устаревшими.) Таким образом, если у Вас есть ограниченные ресурсы для улучшения доступности, ограниченные ресурсы лучше потрачены на что-то другое, чемlongdescиsummary. Если у Вас есть ограниченные ресурсы для семантической чистоты, Ваши ресурсы лучше потрачены на что-то другое, чем проверка, что у Вас есть правильное колдовство вprofile. - HTML5 obsoletes некоторые представляемые функции, которые могут быть дублированы в CSS для руководства авторов для использования CSS для их собственной пользы. Таким образом, авторы, которых don’t рассматривают пригодностью для обслуживания самостоятельно, как предполагается, ведутся к большему количеству удобного в сопровождении кода, тем не менее. Лично, I’d предпочитают делать больше представляемого материала прежней версии самими соответствующими и оставляющими это авторами для решения, какой способ сделать вещи работает на них.
- Некоторыми вещами является obsoleted по политическим причинам.
элемент является obsoleted, потому что создание его, который приспосабливание сделало бы анти -standardistas, думает, что люди HTML5 сошли с ума, который мог привести к плохому PR.obsoleted главным образом как принцип не предоставления специальной разметки к одному конкретному плагину. Этиclassidатрибут на [1 111] является obsoleted, потому что it’s, на практике определенный для ActiveX. - Некоторыми вещами является obsoleted на основе эстетики дизайна языка. Это включает эти
nameатрибут на [1 113] и этиlanguageатрибут на [1 115].
- HTML5 использует obsoletion, чтобы сигнализировать авторам, что некоторыми функциями является пустая трата своего времени. Они включают
(я разрабатываю блок проверки допустимости Validator.nu HTML5, который является также механизмом проверки HTML5, используемым блоком проверки допустимости W3C.)
46
задан Shashi 3 August 2009 в 06:35
поделиться
2 ответа
Ваш вопрос несколько непонятен. Предполагая, что «Категория» является корневой сущностью, а «2,3» - идентификаторами (или значениями некоторого свойства категории), вы можете исключить их, используя следующее:
Criteria criteria = ...; // obtain criteria from somewhere, like session.createCriteria()
criteria.add(
Restrictions.not(
// replace "id" below with property name, depending on what you're filtering against
Restrictions.in("id", new long[] {2, 3})
)
);
То же самое можно сделать с помощью DetachedCriteria .
98
ответ дан 26 November 2019 в 20:19
поделиться
Session session=(Session) getEntityManager().getDelegate();
Criteria criteria=session.createCriteria(RoomMaster.class);
//restriction used or inner restriction ...
criteria.add(Restrictions.not(Restrictions.in("roomNumber",new String[] { "GA8", "GA7"})));
criteria.setResultTransformer(Criteria.DISTINCT_ROOT_ENTITY);
List<RoomMaster> roomMasters=criteria.list();
1
ответ дан 26 November 2019 в 20:19
поделиться
Другие вопросы по тегам: