Запуск примеров

new_info@inbox.ru: После добавления ссылок на 4 недостающие сборки: DevExpress.Data.v15.2, DevExpress.Xpf.Core.v15.2, DevExpress.Xpf.Grid.v15.2, DevExpress.Xpf.Grid.v15.2.Core запустился проект. мне помогало, но не всегда. а вот установка S# из Nuget в каждый проект солюшна "Samples" позволила все сбилдить (нельзя просто взять и собрать проект на S# =) )

Mikhail Sukhov: Это убъет всю интригу.😀 А зачем вообще ввели эти навороты с DevExpress? Это же сторонний продукт с неизвестным содержимым. Зачем усложнять робота лишними элементами?Ну стало малось красивей ))). Стили там всякие появилсь. Чуть стало навореченей. И что? Зачем это нужно? Вы же фактически попали в зависимость от внешнего поставщика ПО. А как же санкции и импортозамещение? ))) Вы ради упрощения процесса разработки попали в зависимость от сторонней конторы. Завтра они закроются, винда обновится и их старые dll-ки перестанут работать, придётся всё переписывать. Зачем такой гемор? На мой взгляд, лучше пользоваться стандартным функционалом .NET как вы и делали раньше. И самое главное опасение: а не снизит ли DevExpress отказосутойчивость ботов? Что там внутри у них - неизвестно. Разработчики DevExpress накосячат - наш робот отвалится. Стоит ли вообще игра свеч? Да, вам так проще кодить применяя их готовые элементы, но какова цена этому? Не станет ли робот от этого глючнее? Я вот побаиваюсь их. С тех пор как появился DevExpress я побаиваюсь пользоваться готовыми элементами WPF: таблица сделок, таблица заявок и т.п. Я думаю в сторону того, что лучше написать свои кастомные таблички в которых я точно знаю что внутри. Да, это сложнее, но как-то безопасней на мой взгляд. Может я и заблуждаюсь на счёт этих рисков, но логическая цепочка вроде у меня выстроена верно: больше непонятных элементов -> больше потенциальных глюков. Хотелось бы услышать комментарий от команды СтокШарп на счёт возможных глюков этих DevExpress.

Slepoy: Завтра они закроются

Судя по последним настроениям, быстрее закроется Московская биржа.😂

Slepoy: Я думаю в сторону того, что лучше написать свои кастомные таблички в которых я точно знаю что внутри.

Всячески поддерживаю. Пишите, открывайте репозитарий на ГитХаб. Больше компонент, хороших и разных.

Mikhail Sukhov: Всячески поддерживаю. Пишите, открывайте репозитарий на ГитХаб. Больше компонент, хороших и разных. Я думаю не будет никакого смысла их выкладывать. Они же будут специфичные, заточенные под конретного чела/бота. То есть, какая часть информации будет просто обрезана ввиду её неактуальности в данном конкретном случае. Мне, например, не нужна трансляция параметров: n1, n4, n7.... Я эти параметры просто вырежу ))). Получится обрезок таблицы и кому он такой нужен? Только мне ))). Будет набор уникальных обрезков, заточенных под конкретного пользователя. Они никому не будут нужны и внесут лишь путаницу. Люди будут удивлятсья, а почему не транслируется то и то? А потому что автору то и то нафиг не нужно ))). Получится своего рода бардак. Плюс, разыне коннекторы предоставляют разный набор данных, я заточу под некоторые данные Квика, но эти данные не будет транслировать другой коннектор. Будет бардак: обрезанные таблички, да ещё заточенные под конкретный коннектор. У людей крыша поедет ))). Всё слишком идивидуально. А ваши таблички в какой-то степени вносят некий стандарт. Они более-менее универсальны и в них хоть не заблудишься на первом этапе освоения платформы. А в моих запутаются все - это гарантированно. А же в них выведу такие колонки с расчётами, которые пойму только я. В общем, я думаю это приведёт не к развитию платформы, а наоборот, к большей путанице. Избыток выбора - это зачастую не есть гуд. Ну это как выбирать джинсы в торговом центре: их наделали сотню моделей: глаза разбегаются, не знаешь что выбрать. Тратишь на выбор кучу времени. Вон в СССР всё было просто: вся страна носила одинаковые штаны, ботинки, трусы ))). Покупки проходили быстро и эффективно, т.к. в магазе выбора особо и не было ))).