Revit Structure для конструктора (проблемы проектирования)

Добрый день.
Может и пафосно назвал тему, но надеюсь, что только моими вопросами она не граничится.

Сам я конструктор, решил проектировать при помощи Revit и Robot. (ранее работал в AutoCad и Лира).

Возникает ряд вопросов.

Проектирование ребристого перекрытия (как его правильно задавать для последующего экспорта в Robot) и принцип задания сочетаний нагружений в Revit. Оговорюсь, что Revit хотелось бы использовать как препроцессор для Robot.

Спасибо всем ответившим.

Так-же задавайте вопросы, чем смогу помогу.

Проектирование зданий и сооружений

Если возможно, то хотелосьбы видеть форму результатов такую же как и в расчете столбчатого фундамента (армирование с возможностю его редактирования прамо в RSA). (просто я недавно познакомлся с данной утилитой)

А вообще в процессе работы появилось еще несколько вопрсов. Просто не было времени ихрзвчивать здесь. Например взможно ли посчитать в Robot отвлеченную оболочечную конструкцию без объявления колонн, балок, плит (как кого, но меня привыкшего к Лира как-то эти названия сбивают. ) иногда хотелось бы оперировать более абстрактными понятиями, такими как стержень, пластина, объемный конечный элемент.

Еще познакомившись поближе с объектом плита, понял что просто ребристую плиту задать не трудно. Но у меня стоит задача (именно стоит, так как я именно в данный момент проектиуюю данный объект и решил на нем учится Robot-у) совместить с монолитной плитой монолитные же балки.

Принципиально как сделать это в лире мне понятно (пластины моделирующие плиту объединить жесткими телами со стержнями моделирующими балки), перенести этот же принцип Лиры в Robot то же наверное мне удастся (если оперировать стержнями и пластинами. ). Но в результате я получу армирование отдельно балки и отдельно плиты.
А, на сколько я знаю принцип расчета ребристых перекрытий, армтура плиты учитывается как сжатая в балке.

Кстати, Sett, заметил что Вы модератор Augi. Я там тоже зарегистрирован но не нашел ветки где бы общались пользователи Revit Str., тольк Revit Arh. Может подскажете адресок. А то даже обидно. архитекторы уже по ревиту и объектами делятся, и шаблон для них по ГОСТ уже создали. а мы.. констуктора. Попробовал прикрутить шаблон архитекторов к Revit Str. но за неимением опыта получилось одно мракобесие. Не хватает там много.

По поводу форума на AUGIru. Пока он только начинает свое развитие и были созданы основные разделы. Но в ближайшем будущем расширим. Уже ведуться работы. Русскоязычный форум по Revit также один, не зависимо от пакета. Просто в начале темы добавляем краткое название (RAC, RST, RMEP).

По поводу адаптации RST. Также есть планы, как только выйдет окончательная 2010 версия, начнем работу. Сейчас есть пример сборного ЖБ. Вот обсуждение.

Пример сборного железобетона тоже как не обидно лежит в области архитектуры.
Вообще хотелось бы обсуждение RST видеть не в плоскости «как приспособить средства RST к своим нуждам», а в плоскости «где те средства RST которые мне сейчас нужны»

Я конечно не идеальных пользователей САПР видел, но чем меня оттолкнул сразу ArchiCad, так это тем, что казалось бы элементарные вещи (крыльцо, карниз и др.) люди рисовали какими-то извращенными способами. Но у них то понятно (это были архитекторы), им нужны были красивые картинки без вдавания в подробности конструктива. Но если я, как конструктор задам неправильно объект, то мне впринципе не получить правильных чертежей. (мож не совсем корректно, но например задам я перекрытие не сборными плитами, а балками такойже формы что и плиты (по сути работы это одно и тоже), тогда мне на всех чертежех будет маркировка их как балок, в спецификации я увижу балки, а про расчет я и говорить не хочу. никаих эквивалентных нагрузок я на них не задам)

Пример сборного железобетона тоже как не обидно лежит в области архитектуры.
Вообще хотелось бы обсуждение RST видеть не в плоскости «как приспособить средства RST к своим нуждам», а в плоскости «где те средства RST которые мне сейчас нужны»

Я конечно не идеальных пользователей САПР видел, но чем меня оттолкнул сразу ArchiCad, так это тем, что казалось бы элементарные вещи (крыльцо, карниз и др.) люди рисовали какими-то извращенными способами. Но у них то понятно (это были архитекторы), им нужны были красивые картинки без вдавания в подробности конструктива. Но если я, как конструктор задам неправильно объект, то мне впринципе не получить правильных чертежей. (мож не совсем корректно, но например задам я перекрытие не сборными плитами, а балками такойже формы что и плиты (по сути работы это одно и тоже), тогда мне на всех чертежех будет маркировка их как балок, в спецификации я увижу балки, а про расчет я и говорить не хочу. никаих эквивалентных нагрузок я на них не задам)

На данный момент RST хорошо использовать для моделирования железобетонных конструкций здания (метал только укрупненно), с целью подготовки видов, маркирования и составления количественных спецификаций, формирования чертежей, согласованого взаимодействия с RAC.

Само армирование предварительно можно осуществлять средствами RST или сразу в ASD с дорабоктой средствами AutoCAD. Также подготовленные в RST чертежи могут служить подосновой для работы в PS Конструкции.

Также можно получить расчетную схему для передачи в расчетное ПО, но более-мение для монолитных и металлических каркасов зданий. Сборные конструкции, такие как плиты, фермы, перемычки, ленточные фундаменты. не являються отдельными категориями в Revit. Следственно необходимо эксперементировать.

Источник

Логические элементы И, ИЛИ, НЕ, И-НЕ, ИЛИ-НЕ и их таблицы истинности

Электрическая схема, предназначенная для выполнения какой-либо логической операции с входными данными, называется логическим элементом. Входные данные представляются здесь в виде напряжений различных уровней, и результат логической операции на выходе — также получается в виде напряжения определенного уровня.

Операнды в данном случае подаются в двоичной системе счисления — на вход логического элемента поступают сигналы в форме напряжения высокого или низкого уровня, которые и служат по сути входными данными. Так, напряжение высокого уровня — это логическая единица 1 — обозначает истинное значение операнда, а напряжение низкого уровня 0 — значение ложное. 1 — ИСТИНА, 0 — ЛОЖЬ.

Логический элемент — элемент, осуществляющий определенные логические зависимость между входными и выходными сигналами. Логические элементы обычно используются для построения логических схем вычислительных машин, дискретных схем автоматического контроля и управления. Для всех видов логических элементов, независимо от их физической природы, характерны дискретные значения входных и выходных сигналов.

Логические элементы имеют один или несколько входов и один или два (обычно инверсных друг другу) выхода. Значения «нулей» и «единиц» выходных сигналов логических элементов определяются логической функцией, которую выполняет элемент, и значениями «нулей» и «единиц» входных сигналов, играющих роль независимых переменных. Существуют элементарные логические функции, из которых можно составить любую сложную логическую функцию.

В зависимости от устройства схемы элемента, от ее электрических параметров, логические уровни (высокие и низкие уровни напряжения) входа и выхода имеют одинаковые значения для высокого и низкого (истинного и ложного) состояний.

Традиционно логические элементы выпускаются в виде специальных радиодеталей — интегральных микросхем. Логические операции, такие как конъюнкция, дизъюнкция, отрицание и сложение по модулю (И, ИЛИ, НЕ, исключающее ИЛИ) — являются основными операциями, выполняемыми на логических элементах основных типов. Далее рассмотрим каждый из этих типов логических элементов более внимательно.

Таблица истинности для элемента 2И показывает, что на выходе элемента будет логическая единица лишь в том случае, если логические единицы будут одновременно на первом входе И на втором входе. В остальных трех возможных случаях на выходе будет ноль.

На западных схемах значок элемента «И» имеет прямую черту на входе и закругление на выходе. На отечественных схемах — прямоугольник с символом «&».

Таблица истинности для элемента «2ИЛИ» показывает, что для появления на выходе логической единицы, достаточно чтобы логическая единица была на первом входе ИЛИ на втором входе. Если логические единицы будут сразу на двух входах, на выходе также будет единица.

На западных схемах значок элемента «ИЛИ» имеет закругление на входе и закругление с заострением на выходе. На отечественных схемах — прямоугольник с символом «1».

Таблица истинности для инвертора показывает, что высокий потенциал на входе даёт низкий потенциал на выходе и наоборот.

На западных схемах значок элемента «НЕ» имеет форму треугольника с кружочком на выходе. На отечественных схемах — прямоугольник с символом «1», с кружком на выходе.

Таблица истинности для элемента «И-НЕ» противоположна таблице для элемента «И». Вместо трех нулей и единицы — три единицы и ноль. Элемент «И-НЕ» называют еще «элемент Шеффера» в честь математика Генри Мориса Шеффера, впервые отметившего значимость этой логической операции в 1913 году. Обозначается как «И», только с кружочком на выходе.

Изображение в западных схемах — как у «ИЛИ» с дополнительной изогнутой полоской на стороне входа, в отечественной — как «ИЛИ», только вместо «1» будет написано «=1».

Этот логический элемент еще называют «неравнозначность». Высокий уровень напряжения будет на выходе лишь тогда, когда сигналы на входе не равны (на одном единица, на другом ноль или на одном ноль, а на другом единица) если даже на входе будут одновременно две единицы, на выходе будет ноль — в этом отличие от «ИЛИ». Данные элементы логики широко применяются в сумматорах.

Если Вам понравилась эта статья, поделитесь ссылкой на неё в социальных сетях. Это сильно поможет развитию нашего сайта!

Подписывайтесь на наш канал в Telegram!

Просто пройдите по ссылке и подключитесь к каналу.

Не пропустите обновления, подпишитесь на наши соцсети:

Источник

Настройка общих параметров

Многие элементы предпочтений групповой политики имеют общие параметры. В каждом элементе предпочтений эти параметры отображаются на вкладке Общий. Общие параметры согласованы с расширениями предпочтений и позволяют управлять обработкой ошибок отдельного расширения, контекстом безопасности, который расширение использует при обработке пользовательских настроек параметров, областью и приложением элементов предпочтений, а также определением на уровне элементов, что позволяет применять фильтры на уровне элементов предпочтений дополнительно к фильтрам групповой политики.

Настройка общих параметров

Общие параметры включают:

Остановка обработки элементов в этом расширении при возникновении ошибки в этом элементе

Каждое расширение предпочтений может содержать один или несколько элементов предпочтений.

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

Запуск в контексте безопасности пользователя, вошедшего в систему (параметр политики пользователя)

Существует два контекста безопасности, в которых групповая политика применяет настройки пользователя: учетная запись SYSTEM и учетные данные выполнившего вход пользователя.

Удаление этого элемента, если он больше не используется

Групповая политика применяет параметры политики и элементы предпочтений к пользователям и компьютерам. Пользователь определяет, какие пользователи и компьютеры получают эти элементы, связывая один или несколько объектов групповой политики (GPO) с сайтами Active Directory, доменами или подразделениями. Объекты пользователей и компьютеров, находящиеся в этих контейнерах, получают параметры политики и элементы предпочтений, определенные в связанных объектах GPO, так как они находятся в области GPO.

	Важно!

Выбор этого параметра изменяет действие Заменить. При применении групповой политики расширение предпочтений заново создает (удаляет и создает) результаты элемента предпочтений. Если элемент предпочтений находится вне области пользователя или компьютера, результаты элемента предпочтений удаляются, но не создаются. Элементы предпочтений могут выходить за пределы области с помощью определения на уровне элементов или посредством фильтров групповой политики более высокого уровня, таких как фильтры WMI и фильтры групп безопасности.

Параметр Удалить элемент, когда он более не применяется недоступен, если для действия элемента предпочтений установлено значение Удалить.

Однократное применение без повторного применения

Элементы предпочтений применяются при обновлении групповой политики.

Определение на уровне элементов

Групповая политика предоставляет фильтры, управляющие применением параметров политики и элементов предпочтений к пользователям и компьютерам. Предпочтения обеспечивают дополнительный уровень фильтрации, также называемый определением. Определение на уровне элементов позволяет определить, будет ли применен элемент предпочтений к группе пользователей или компьютеров. Дополнительные сведения см. в разделе Нацеленность предпочтений на уровне элементов.

Источник

Ошибка C #: инициализатор поля не может ссылаться на метод или свойство нестатического поля

4 ответа

Создайте конструктор и назначьте ему поле:

Поле postfixList является членом экземпляра класса и не является статическим. Вызов postfix() находится вне метода и поэтому является статическим. Если вы вызываете его в конструкторе, он вызывается каждый раз, когда создается экземпляр класса.

В C # недопустимо инициализировать нестатическое поле с помощью метода. Если вы используете Visual Studio, он должен выделить метод postfix в этой строке:

Если вам нужно использовать метод, вы должны переместить инициализацию в конструктор.

При инициализации во время объявления разрешено использовать значение для типа значения, например:

Или при инициализации ссылочного типа вы можете создать новый экземпляр типа:

В этой ветке вы можете найти больше предложений по передовой практике при инициализации поля в C #.

Не связано с вопросом, но обратите внимание, что в C # предпочтительным соглашением о форматировании является использование случаев верблюда и начало имени метода с заглавной буквы.

В вашем коде много ошибок.

Также postfixList не является статическим свойством. Это означает, что он будет инициализирован только после инициализации класса ValueObj.

Проблема заключается в жизненном цикле класса, свойства класса не существуют до тех пор, пока объект не будет создан (кроме статических). В вашем случае, когда вы создаете значение объекта, OBJ FIRST пытается инициализировать все свойства, а затем вызывает конструктор класса. Ваше свойство postfixList пытается вызвать метод класса, который еще не был создан.

Если вы хотите, чтобы он выглядел как код C #, сделайте это так:

Вы получили эту ошибку, потому что ваш:

Создайте конструктор и назначьте ему поле:…

Источник

Руководство по поиску элементов с использованием XPath в Selenium Python

При работе с Selenium если элемент на веб-странице не обнаруживаются общеизвестными локаторами locators, использующими значения атрибутов дерева DOM таких как id, class и name, то для его поиска используют либо CSS селекторы, либо локаторы XPath (XML Path).

Важным отличием локаторов, основанных на синктаксисе XPath от CSS селекторов является то, что используя XPath, мы можем при поиске нужного элемента перемещаться как вглубь иерархии дереву документа, так и возвращаться назад (вверх по дереву). Что касается CSS, то тут мы можем двигаться только в глубину. Это означает, например, что с XPath мы сможем найти родительский элемент по дочернему.

В этом руководстве мы познакомимся с некоторами особенностями языка ХРath применительно к практике использования выражений XPath для поиска сложных или динамически подгружаемых элементов, атрибуты которых также могут динамически изменяться (обновляться).

При рассмотрении примеров, я буду использовать следующий скрипт, который осуществляет поиск элементов на странице поиска Яндекса:

Коротко о XML и XPath

Некоторые разработчики ошибочно полагают, что язык Html является подмножеством XML, но на самом деле это не так, код на обоих языка не возможно комбинировать в одном документе. Так язык XML предназначен для хранения и передачи структурированных данных. В свою очередь HTML предназначен для их более или менее читаемого отображения. Самое существенное различие между HTML и XML в том, что в HTML есть предопределенные элементы и атрибуты, поведение которых так предопределено и ожидаемо, в то время как в XML такого нет. Кроме того существуют определенные различия в синктаксисе инструкций этих внешне схожих языков.

Однако есть у этих двух языков одно основное сходство, которое, в нашем случае, мы можем эффективно использовать для поиска маршрутов к нужным элементам на странице.

Согласно методологии XPath существует пять типов узлов, которые могут находиться в дереве документа на обычной html странице:

В дальнейшем при формировании путей поиска к искомым элементам страницы мы будем иметь дело с первыми четырьмя типами узлов. И хотя технически мы можем обратиться, также и к узлу комментариев, расположенного в определенном элементе, рационального применения этой возможности при парсинге страниц нет и поэтому далее рассматриваться не будут.

Маршруты поиска

И хотя выражения XPath в Xml могут также возвращать числа, логические и строковые выражения, то есть производить обработку элементов и их содержимого. В Selenium используется лишь подмножество выражений XPath, называемых маршрутами поиска. Маршруты поиска указывают на определенный узел или набор узлов документа (элементов страницы), отвечающих заданным критериям поиска. Каждый маршрут поиска использует как минимум один шаг для идентификации узла или набора узлов документа. Этот набор может быть пустым, содержать один или содержать несколько узлов. Узел может быть корневым, узлом определенного элемента, атрибута, текста или комментария.

Абсолютные пути

Простейшим маршрутом поиска является тот, который указывает на корневой узел документа (страницы). Этот маршрут представляется простой наклонной чертой / и всегда обозначает одно и то же: корневой узел документа. Каждый документ имеет только один корневой узел, являющийся общим корнем дерева узлов. Корневой узел не имеет родительских узлов. Значением корневого узла является значение элемента документа.

Абсолютный путь представляет собой полный и уникальный путь к элементу, начиная от корневого узла. Путь полученный выше описанным способом будет иметь следующий вид:

Если вы используете в качестве тестируемого выражения XPath этот путь, и запустите на выполнение скрипт приведенный выше, то получите ссылку на логотип Яндекса, который находится на главной странице поисковика.

Абсолютный путь, по аналогии с абсолютным путем к любому файлу в файловой системе операционной системы, всегда однозначно указывает на нужный элемент. Однако у него есть один существенный недостаток: если разметка страницы изменится, то он с большой вероятностью может перестать работать. Особенно это актуально если на странице используется много различных интерактивных возможностей Javascript или анимаций элементов.

Отметим, что корневой элемент страницы имеет абсолютный путь (маршрут) /html и если в качестве XPath выражения мы введем просто ‘/’, то будет возбуждено исключения типа InvalidSelectorException с сообщением «Селектор некоректен. Результат поиска с использованием XPath выражения не возвратил объект элемента. Элемент не найден».

Вывод. Символ / объединяет различные шаги в составной маршрут поиска. Каждый шаг в маршруте является относительным по отношению к предшествующему. Если маршрут начинается с /, то путь является абсолютным, а его первый шаг является относительным по отношению к корневому узлу.

Относительные пути

Относительный путь начинается с двух наклонных черт и следующим за ним одиночным тегом нужного нам элемента. Он может идентифицировать элементы в любом месте веб-страницы. И это позволяет избегать необходимости писать весь длинный абсолютный XPath путь, и вы можете начать его с середины структуры документа страницы (DOM). Он позволяет выбрать все элементы, по заданному тегу на странице, удовлетворяющие указанному критерию поиска. Например, выражение XPath //li ссылается на все элементы li находящиеся на странице (в дереве DOM). Так относительный путь к логотипу Яндекса на странице поиска будет выглядеть следующим образом:

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

Попробуем теперь переписать выражение выше следующим образом:

И мы получим точно такой же результат, как и для выражения выше. Фактически мы заменили все промежуточные элементы из пути к ссылкам на две наклонные черты // и упростили его вид. Таким образом можно убирать из пути к искомому элементу любое количество промежуточных шагов (элементов).

Подстановочные выражения

Звездочка * или астерикс соответствует любому узлу элемента, независимо от его типа. Звездочка * является одним из наиболее часто используемых подстановочных выражений, используемых в XPath выражениях в Selenium.

Символ @ указывает, что слдующий за ним идентификатор является наименованием атрибута элемента и используется для задания предикатов. Так выражение @ * мы можем использовать вместо любого имени атрибута.

Приведем некоторые примеры их использования.

Предикаты

Как мы уже знаем, что в общем случае выражение XPath может ссылаться более чем на один узел (элемент страницы), то есть метод, в котором оно используется будет возвравращать массив элементов. Иногда это именно то, что нам нужно, однако в некоторых случаях приходится «просеивать» его по определенным критериям, чтобы выбрать только некоторые из них. Для этих целей в XPath используется синктаксис предикатов. Каждый шаг в маршруте поиска может иметь свой предикат или даже несколько, который задает свой критерий выбора из текущего списка узлов на каждом шаге маршрута поиска. То есть на каждом шаге поиска могут существовать один или более предикатов. По сути предикат содержит логическое выражение, которое проверяется для каждого узла в полученном по указанному пути наборе элементов страницы. Если выражение ложно, этот узел удаляется из набора, в противном случае соответствено сохраняется.

Предикат – это часть выражения XPath, заключенная в квадратные скобки, которое следует в инструкции для шага поиска за критерием выбора узла (элемента). В общем виде выражение с предикатом будет выглядеть следующим образом:

Предположим, требуется найти кнопку для отправки поискового запроса на главной странице Яндекса. XPath выражение, которое позволяет это осуществить будет выглядеть следующим образом:

В следующем примере выбираем ссылку на корзину Яндекс Маркет, которая находится также на основной странице поисковика. Использование нескольких атрибутов в выражении XPath сужает поиск нужного элемента на странице до одного.

Вывод. Механизм предикатов весьма полезен для сужения диапазона выбираемых на странице элементов по заданным критериям, который основан на логических выражениях. Используя предикаты мы можем задавать сколь угодно специфичные идентификаторы для искомых элементов.

Используем индексы для указания позиции элемента

С помощью синтаксиса индексов можно выбрать из набора элементов нужный, указав его номер в квадратных скобках по аналогии с синтаксисом массивов. В примере ниже мы получаем третий элемент из списка новостей на странице Яндекса.

Используем логические операторы OR и AND в выражения XPath

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

В примере ниже приведены выражения для фильтрации ссылок на новости, которые показывают на странице поиска Яндекс.

Как видно в предикате для фильтрации элементов можно применять сколько угодно логических операторов, а также комбинировать их с XPath функциями, которые рассмотрим ниже.

Используем функции языка XPath

Функция text()

Функция XPath text() – это встроенная в синтаксис XPath Selenium функция, которая используется для поиска элементов на основе строкового значения, содержащегося в его текстовом узле. То есть если элемент имеет текстовое содержимое в виде строки, то элемент можно найти следующим образом:

Функция contains()

Функция contains() часто используется в предикатах выражений XPath для случаев если значение атрибута элемента или его текстовое содержимое может динамически изменяться.

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

Функция contains() позволяет находить элемент по текстовой подстроке значения атрибута или его текстового содержимого, как показано в примере XPath ниже.

Функция starts-with()

Эта функция используется если нам известна первая часть (начальная подстрока) текстового содержимого искомого элемента на странице, либо часть значения его атрибута.

Функция last()

Эта функция позволяет выбрать последний элемент (указанного типа) из набора элементов. Пример ее использования представлен ниже.

Это выражение возвращает элемент, содержащий наименование последней новости из списка новостей со страницы поисковика Яндекс.

В следующем примере показано как можно получить предпоследнюю новость.

Функция position()

Используем полные маршруты поиска элементов

До этого момента мы говорили о том, что в терминологии языка XPath называется сокращенными маршрутами поиска. Эти маршруты значительно проще для набора, менее многословны и знакомы большинству разработчиков. Кроме того, они являются именно теми выражениями XPath, которые лучше всего подходят для использования в простейших шаблонов поиска. Однако в XPath также предлагается полный синтаксис для маршрутов поиска, который более многословен, но, возможно, менее загадочен и определенно более гибок.

По сути в сокращенном маршруте поиска ось и критерий узла объединены вместе. Например, следующий сокращенный маршрут поиска состоит из трех шагов.

Полные несокращенные маршруты поиска, как и сокращенные, могут быть также абсолютными, если начинаются с корневого узла.

В целом полная форма очень многословна и мало используется на практике. Однако она предоставляет одну исключительную возможность, которая делает эту форму записи XPAth выражений достойной внимания. Это единственный способ использования направлений осей поиска, по которым выражения XPath осуществляют выбор нужных элементов.

Так сокращенный синтаксис позволяет перемещаться по оси непосредственно дочерних узлов (child), оси атрибутов (attribute) и оси всех его потомков с включением контекстного узла (descendant-or-self). Полный синтаксис добавляет еще восемь осей, которые применимы для использования в XPath выражениях и поиска элементов на страницах с использованием Selenium:

Ось предков (ancestor axis)

Все узлы элементов, содержащие контекстный узел; родительский узел, родитель родителя, родитель родителя родителя и т.д. вверх вплоть до корневого узла в порядке, обратном расположению узлов в документе.

Ось следующих одноуровневых узлов (following-sibling axis)

Все узлы элементов страницы, следующие за контекстным узлом и содержащиеся в том же узле родительского элемента, в том же порядке, в каком элементы расположены в документе.

В примере выше выражение выбирает блок div по содержимому атрибута класса, который содержит элементы строки ввода слов для поиска.

Ось дочерних элементов (child axis)

Ось содержит все дочерние узлы текущего контекстного, то есть выбирает все элементы, содержащиеся в текущем узле. В примере ниже будут выбраны все элементы находящиеся внутри блока div содержащего логотип Яндекса.

Ось следующих узлов (following axis)

Ось предыдущих одноуровневых узлов (preceding-sibling axis)

Выбирает все узлы, предшествующие контекстному узлу и содержащиеся в том же узле родительского элемента последовательно в обратном порядке.

В этом примере выражение позволяет выбрать скрытые поля в блоке со строкой основного поиска Яндекса.

Ось предыдущих узлов (preceding axis)

Ось потомков (descendant axis)

Поиск вдоль оси потомков descendant выбирает все дочерние элементы, а также их дочерние элементы «внуков». В примере ниже мы выбираем все элементы находящиеся в блоке со строкой поиска на главной странице Яндекса.

Ось потомков, включая контекстный узел (descendant-or-self axis)

Ее действие аналогично оси потомков descendant за исключением того, в набор будет включен и сам контекстный узел.

Ось предков, включая контекстный узел (ancestor-or-self axis)

Все предки контекстного узла, включая сам контекстный узел. В примере ниже будут выбраны все предки элемента div блока с логотипом Яндекса, а также сам элемент.

В этой статье мы рассмотрели основы использования синктаксиса XPath при составлении выражений для поиска элементов на странице. Отличительной особенностью такого поиска является то, что используется информация о структуре документа страницы, что позволяет более гибко составлять выражения маршрутов к искомым элементам в любом направлении от заданного контекстного узла. В отличии от использования CSS селекторов, которые позволяю осуществлять поиск только в глубину, выражения XPath позволяют выбирать как родительские узлы так и узлы предков выше до любого уровня вложенности.

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

Надеюсь, что это руководство поможет вам разобраться с принципом использования XPath выражений при работе в Selenium Python. А также в дальнейшем послужит справочным пособием для разработки.

Источник

• через какое время делают повторное эко →

	Важно!