Adamos, спасибо за информацию.
Поковырял еще исходники pdf.js и да, библиотека отрисовывает все на лету, так как canvas имеет схожие методы с PDF спецификацией - moveTo, lineTo и т.п. Так что видимо большинство рендеров не хранит информацию о графике.
Adamos, реальная задача звучит примерно как "получить список вертикальных и горизонтальных линий длиной больше X". + я изначально предполагаю, что нужная мне информация отрисована именно командами, а не является картинкой.
Вопрос возник скорее от того, что, как я писал выше, один из Viewer'ов адекватно определяет линии, показывая их координаты. А с учетом того, что все рендеры прорисовывают линии, была надежда на то, что какая-то из библиотек имеет функцию получения списка линий/ломаных и т.п., по аналогии с функцией получения текстовых объектов.
Знаю, что задачу можно решать и через распознавание растровой картинки, но интересует именно вариант через данные в самом PDF файле.
Не совсем понял причину вашего сарказма.
С Azure я до этого не работал - отсюда и вопросы. Основной вопрос - почему Azure не выделяет мощности для параллельного запуска функций? Точнее он выделяет, но ограничивается определенным количеством. Если вы знаете, где об этом прочитать, может быть дадите ссылку на документацию?
Если мое понимание работы Azure functions неправильное - в чем я ошибаюсь?
Максим: MVP - это взаимосвязь между классами, т.е. все что у вас будет в MVP может быть в одном проекте. Так что вопрос "какой тип проекта нужен для presenter'a?" не совсем корректен. В моей практике все обычно компоновалось группами, т.е. папка, в которой лежит view, IView и Presenter. Для presenter'a главное иметь доступ к IView, для view тоже. Если все будет лежать рядом, будет довольно удобно.
Что касается типов проектов, то для стартового проекта берут winforms, т.е. это будет тот проект где лежит главная форма, которая будет запускаться. Далее приложение можно делить на модули, которые будут содержать различные view/presenter'ы и для них используют class library, т.к. непосредственно запускаться этот проект не будет.
programmist_derevo: У вас есть некоторое непонимание, когда должен закончится foreach. Попробуйте запустить этот код в visual studio в debug режиме. Выведите основные переменные в watch окно и введите в качестве n, скажем, 4 и посмотрите как работает эта программа. Все вопросы у вас отпадут и вы разберетесь.
Почему вы считаете, что if должен выполняться 2 раза? Откуда вообще появилось это число 2?
У вас массив размером nxn и вы пытаетесь найти последнее четное число в КАЖДОЙ строке. ваш if (в данной реализации) выполнится n раз, а не 2.
Валерий Рябошапко: спецификация очень подробная, не в стиле хотим сами не знаем чего, а объясняющая работу системы.
Да и хотелки тоже удобно превращать в алгоритм. Типа: хотим форму логина. И ты сразу расписал: форма состоит из таких полей, таких кнопок, делается то-то и то-то. Попутно вопросы появились к заказчику, и т.д.
Если использовать обычный текст с табуляцией, то при создании метода можно скопировать его в виде коментариев и по ним написать код. С UML и диаграмами так не получится.
Валерий Рябошапко: Вообще - нет:-) Для блок-схем есть UML.
Я помню, что есть такой подход разработки (не могу вспомнить название), когда перед написанием метода пишут комментарии с описанием, а потом по этим комментариям пишут код.
Вот это больше похоже на то, что я хочу.
Поковырял еще исходники pdf.js и да, библиотека отрисовывает все на лету, так как canvas имеет схожие методы с PDF спецификацией - moveTo, lineTo и т.п. Так что видимо большинство рендеров не хранит информацию о графике.