Используете ли вы какие-либо сторонние элементы управления вводом данных?

Question

В каждом проекте я всегда создаю формы ввода данных для сущностей. Я немного погуглил и нашел некоторые элементы управления, такие как Peter's Data Entry Suite ... и т. Д.

Вы когда-нибудь пользовались такого рода средствами управления, и не могли бы вы рассказать мне, как их использовать?

Спасибо

Answer 1

Для веб-разработки у меня всегда был положительный опыт работы с Telerik.

В конце концов, все сводится к классической сборке против покупки. Когда-то давно я консультировал компанию, и я встретил младшего программиста мой второй день там. Спросил, над чем он работал, и он специально создал свой собственный инструмент выбора даты / календаря для ASP.NET. Он в основном создавал нечто похожее на сборщик дат Питера или любой другой элемент управления календарем, который вы найдете у сторонних поставщиков.

Смутившись, я спросил его, как долго он работал над этим. 3 недели был ответ. Сейчас он только что окончил колледж, предполагая, что базовая зарплата 40 тыс. + Накладные расходы 15% (вероятно, низкие), этот парень стоит компании 920 долларов в неделю. Таким образом, 2760 долларов в продуктивных затратах на неконтролируемую контрольную дату, которую можно получить за 250 долларов с полки. Фактически, весь пакет telerik стоил нам около 800 долларов за лицензию разработчика в прошлый раз, когда мы покупали. Большая трата времени / денег на это сворачивается.

Answer 2

Мне не понравилось использование элементов управления Питера Блума. За последние 4 года у меня был в целом положительный опыт общения с Telerik.

Answer 3

После небольшого исследования мы выбрали пакет ввода данных Peter Blum для перестройки онлайн-приложений на сайтах TechInsurance.com и BusinessInsuranceNow.com. Проект продолжается уже более года. Но я был очень доволен свитой Питера. И его документация и поддержка действительно не имеют себе равных.

Итак, на проекте - прежде всего, онлайн-приложения на двух сайтах чрезвычайно динамичны. Я имею в виду, что приложение должно обрабатывать десятки различных типов бизнеса и задавать только те вопросы, которые имеют отношение к пользователю. Так что эта задача сложна сама по себе. Но одной проблемой, в частности, является динамический характер каждой страницы в отдельности. Сайт должен динамически отображать и скрывать вопросы на основе ответов на другие вопросы на той же странице. И, конечно же, невидимые вопросы не нужно проверять. Поэтому в старых (или, скажем, текущих) версиях сайта я обрабатывал все это с помощью тщательно написанного JavaScript-кода и серверного кода. Всегда было абсолютно важно, чтобы Javascript следовал тем же правилам, что и серверный код, поэтому требовались только видимые вопросы. Но при работе с приложениями такого масштаба я иногда допускал ошибки, которые показывали бы их уродливое лицо при выполнении сложного набора условий.

Теперь, с пакетом Питера Блюма, я могу фактически использовать MultiFieldStateController и VisibleCondition внутри EnablerContainer, чтобы позаботиться обо всей этой логике. Когда я это сделаю, пакет DES будет обрабатывать как клиентскую, так и серверную части этой функциональности видимости и проверки. А это значит, что мне не нужно писать что-то вроде Javascript. И мне не нужно постоянно проверять, что мой код Javascript работает так же, как код на стороне сервера, потому что я знаю, что DES позаботится об этом за меня. Это лишь небольшая часть общего пакета, но эта функциональность наиболее полезна для меня.