XAF Roadmap 2018 Webinar

[Roman Shelomanov]

Предлагаю обсудить, кто смотрел.

В Win формах планируется лукапы улучшить , Интерфейс улучшить в целом,

Заменить иконки на SVG. 

Немного про WEB UI - позиция консервативна, web forms if perfect . XAF is intranet solution, no radical changes.  У меня сложилось впечатление - XAF Web Forms UI - не будет меняться, и все, что многие ждут интерактивного, легкого в WEB будет происходить в XAF Mobile UI.

Улучшения по использованию XAF ядра в не XAF проектах.

Пожелания коллеги -

@

what kind of Nice tool they could have if the generated some Automatic devextreme forms from all the xaf views.

really how hard could it be

they have the model and all the metadata. They have all Components..

@

[Dennis Garavsky]

Роман, спасибо за ваш интерес.

По нашим данным, WinForms UI до сих пор остается самым используемым и востребованным среди наших пользователей несмотря на всю "движуху" в сторону веба и мобилок. Поэтому мы продолжаем уделять этой части продукта большое внимание. В 17.2 мы начала процесс обновления внешнего вида и планируем закончить его в 2018, т.к. эта масштабная работа, в том числе для наших дизайнеров. Цель - сделать наши WinForms приложения более удобными для конечных пользователей и более современными, отзывчивыми, красивыми, как Office 2016/Next или приложения типа Outlook Inspired App из WinForms демок. Как часть этого улучшения планируем мигрировать на новые лукапы, которые давно вызывали вопросы. 

Что касается Web UI, я честно признаю, что он несовершенен, особенно под текущие реалии, в том числе из-за устаревшей платформы ASP.NET WebForms, архитектуры и других особенностей реализации. Например, к нам поступают многочисленные запросы по использованию этого UI с тысячами конкурентных пользователей или в SaaS сценариях, и мы честно отвечаем уже 10+ лет, что на этих рельсах это невозможно, т.к. изначально продукт на это не затачивался специально. Его ниша - небольшие внутрикорпоративные веб порталы или админки с небольшим числом пользователей - хорошее дополнение к основному и "богатому" WinForms клиенту. Для таких сценариев Web UI никуда не девается, его используют люди, многие из них довольны или понимают все ограничения и преимущества, и для таких пользователей Web UI будет дальше развиваться нами, как и раньше: те же новые лукапы, поддержка настроек, которые уже есть в WinForms и другие не менее полезные мелочи. Также будем улучшать документацию для тех, кто хочет богатых кастомизаций в стилях, скриптах и др.
Однако, повторюсь, все же надо признать, что вся эта интерактивность, легкость, большая масштабируемость и "облачность", что многие хотят от нас, на этих старых рельсах не очень технически возможна или экономически целесообразна.

Отсюда, мы хотим поисследовать возможность сохранения и преумножения текущих ценностей XAF в новом UI/продукте, предположительно основанном на ASP.NET Core/DevExtreme. Именно для этого я также проводил опрос https://www.devexpress.com/go/XAF_Future_Survey_2017_Dec.aspx и видимо это то, что имеет ввиду ваш коллега. Если нет, то будет интересно узнать больше о запросах ваших клиентов и других требованиях.

Mobile UI нами развивается независимо от этого и не как замену чему либо, по крайней мере пока. Есть пользователи, которые деплоят на нем приложения даже без PhoneGap, как обычный веб сайт - ну что же, мы это не запрещаем и это нормальное использование. Если будет интерес к этому Mobile UI, мы его продолжим развивать еще сильнее. Если нет, то фокус скорее всего уйдет на вышеупомянутый исследовательский проект, который будет совместим с ксафом только бизнес классами и возможно какими-то настройками XAFML.

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

С уважением,

Денис


понедельник, 18 декабря 2017 г., 22:52:02 UTC+3 пользователь Roman Shelomanov написал:

[Stanislaw Tristan]

Денис, доброго времени суток!
Мы в каждом XAF-проекте активно используем доменные компоненты, кроме того написана своя инфраструктура дополнений и расширений к ним. В этой связи было бы крайне желательно сохранить поддержку доменных компонентов в вашем новом проекте.

вторник, 19 декабря 2017 г., 11:19:22 UTC+2 пользователь Dennis Garavsky написал:

[Dennis Garavsky]

Спасибо за отзыв, Станислав. Готов рассмотреть на будущее за ваше честное заполнение опроса https://www.devexpress.com/go/XAF_Future_Survey_2017_Dec.aspx :-)

четверг, 21 декабря 2017 г., 18:55:21 UTC+3 пользователь Stanislaw Tristan написал:

[Alexander]

очень интересное уточнение:)

большинство не используют XAF.WebUI из-за упомянутых вами проблем. Потребность XAF.Web и даже острая есть, но приходится делать winform и не просто winform, а двухуровневый толстый клиент со всеми его сложностями в больших инсталляциях (Терминалы - огромные требования по RAM и CPU). Прежде всего для обеспечения быстродействия и эргономики. сейчас реально использование в больших инсталляциях XAF только в WinForm (это более 200 одновременных пользователей). 

Долго ждали подвижек XAF к 3-х уровням и Web клиенту и не дождавшись сейчас начали тоже собственный проект для своих бизнес-систем собственной платформы на ASP.NET Core/DevExtreme и к сожалению без XAF. Однако у нас есть требование подключать к этой платформе XAF конфигурации (как сервер), визуальная часть частично транслируется и донастраивается. У нас стоит кроме масштабиремости еще задача объединения нескольких наших систем (несколько на XAF, другие на других платформах) в единый общий Web.UI (для пользователя получается единый интерфейс для всех подключенных систем). 

Кроме перечисленных проблем столкнулись еще с проблемой роста монолитной XAF модели (для сложных приложений - становится ограничением), поэтому как переспективную платформу XAF не можем выбрать.

в этой связи конечно очень интересен ваш исследовательский проект новой платформы и его перспективы

p.s. анкету заполнил:)

[Roman Shelomanov]

Александр, а что нужно чтобы вы могли выбрать XAF, как перспективную платформу.

22 декабря 2017 г., 18:32 пользователь Alexander <rus...@gmail.com> написал:

--
Вы получили это сообщение, поскольку подписаны на группу "Russian DevExpress XAF".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес russian-devexpress-xaf+unsub...@googlegroups.com.
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.

--

Devpark

Shelomanov Roman

Skype: Devpark.ru
rom...@devpark.ru

www.devpark.ru
+7(499)999-01-85

+7(916)592-35-94

[Alexander]

для серверной логики мы не отказываемся, слишком много прикладных систем уже написано да и альтернатив пока не видно. Почти все наши системы мы планируем успешно развивать на XAF.winform и далее. Но к сожалению понимаем 2-а уровня устарело и что на XAF.web или на тонкий клиент перевести их мы не сможем в 2018 году (не заработают и эргономика). При этом нам нужно получить подобные свойства для наших систем к 2019.
Наши требования к платформе:
1. Сервер приложений со всеми его свойствами и плюшками
2. Производительный и эргономичный Web интерфейс, тонкий клиент
3. Возможность подключать внешние сервера приложений (наши XAF и другие не XAF системы)
4. Модульность модели (независимость от объема)
5. Поддержка не win платформ как для клиента так и для сервера

Можно сказать нам нужен микросервисный XAF с единым клиентом. И что бы некоторые из подключаемых сервисов были не на XAF.

[Stanislaw Tristan]

Решил описать более подробно нашу текущую ситуацию

Я представляю патентно-юридическую компанию, которая оказывает всесторонние услуги по защите интеллектуальной собственности в Европе и СНГ. До тысячи контрагентов из разных стран – клиенты как потребители услуг, партнеры как поставщики услуг.

В настоящее время используем XAF для автоматизации только нескольких независимых внутренних бизнес-процессов нашей компании. Для этих целей нам прекрасно хватает нескольких приложений на XAF Winforms клиенте.

Теперь же наступил период, когда наш бизнес требует разработки комплексной и целостной информационной системы, покрывающий как внутренние, так и внешние бизнес-процессы, т.е. работать в системе будем мы, наши клиенты и поставщики услуг (CRM+ERP как-то так). Кроме того, к этой же системе будет подключен наш веб-сайт, который будет предоставлять несколько сервисов для посетителей сайта, завязанных на общей с основной системой бизнес-логике. Таким образом вырисовывается следующая структура системы:

1. База данных
2. Слой бизнес-логики
3. Тонкий и быстрый веб-клиент для обслуживания 200-500 одновременно работающих пользователей
4. Независимый клиент для связки нашего сайта и бизнес-логики

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

Мы внимательно следим за разработкой XAF и пока не увидели движения в сторону пункта 3, именно поэтому мы прекратили продление нашей подписки около года назад, так как для текущих целей вполне хватает имеющейся версии XAF

Что же касается разработки новой системы, то начать разработку мы планируем в 1-2 квартале 2018 года. Рассматриваем различные альтернативы и должен сказать, что они есть и очень вкусные по отдельности (я имею ввиду БД, ORM, бизнес-логику, интерфейс пользователя). Однако, если Devexpress четко обозначит тенденцию к развитию того же пункта 3 толи в контексте XAF то ли в контексте упомянутого Денисом нового проекта с появлением первого прототипа в указанный период, то мы, безусловно, с очень большой вероятностью продлим подписку, так как уже есть длительный опыт разработки на XAF, поэтому для нас стоимость разработки существенно снизится

пятница, 22 декабря 2017 г., 15:00:01 UTC+2 пользователь Dennis Garavsky написал:

[Dennis Garavsky]

Друзья, всем спасибо за интересную дискуссию и заполнение анкеты, рассказ тут.
У меня к вам ко всем несколько дополнительных волнующих вопросов:

1. Насколько вам важна работа offline? Если очень важна, как вы планируете это реализовывать на выбранном стеке технологий и, более важно, в каком объеме (в идеальном случае подразумевается дублеж серверной логики на клиенте либо значительные ограничения в более земном случае)? По объему, часть вопросов я задавал в https://isc.devexpress.com/Thread/WorkplaceDetails/T469850 . По технологиям пока вскользь смотрел:
https://madskristensen.net/blog/progressive-web-apps-made-easy-with-aspnet-core/
https://developers.google.com/web/fundamentals/instant-and-offline/web-storage/offline-for-pwa

+ 

aspnet/EntityFrameworkCore: Issue #4645

https://developer.xamarin.com/guides/xamarin-forms/cloud-services/sync/azure-mobile-apps/
https://stackoverflow.com/questions/43797126/can-azure-mobile-services-offline-sync-be-used-with-entity-framework-core
https://docs.microsoft.com/en-us/azure/app-service-mobile/app-service-mobile-xamarin-forms-get-started-offline-data
https://stackoverflow.com/questions/45430242/xamarin-ef-core-and-azure-offline-sync-sql
https://forums.xamarin.com/discussion/100487/ef-core-azure-mobile-apps-sync

@Александр: У вас в опросе был упомянут offline с решением в виде xamarin и хотелось бы узнать детали реализации и объем покрытых сценариев.

2. Насколько вам нужны нативные приложения? Или мобильный-адаптивный веб сайт, возможно завернутый в PWA/PhoneGap уже норм (в PWA push notifications нет до сих пор для iOS: https://dockyard.com/blog/2017/07/13/safari-ios-and-progressive-web-apps)? Если нет, то я так понимаю для вас нормально поддерживать несколько разных UI. Как шарите код?

Думали ли в сторону Xamarin, React Native, Native Script, прости господи?

Спрашиваю т.к. мы в идеале не очень хотим делать и поддерживать несколько UI...Надеемся, что получится сделать один новый Web UI, который также будет пригоден для мобильников, в том числе за счет улучшенных броузеров и технологий типа PWA.

3. Какую ORM собираетесь использовать? Модно молодежный EF Core или старые-доброе XPO, которое обзавелось недавно .NET Core версией? У нас в XAF пользователей EF в разы-разы меньше, чем XPO по разным причинам. DC, ни для кого ни секрет, также не мейнстрим, даже сравнимо с EF. Технически, хотя большая часть работает как в XPO с небольшими ограничениями/особенностями. В том числе по этой причине в Mobile UI мы ни EF/DC не поддерживали на данном этапе.

4. "Сервер приложений со всеми его свойствами и плюшками "
Александр, вы не могли бы поподробнее расписать основные плюшки и технологии вашего идеального сервера приложения? Сравнение с тем, что есть уже в XAF будет плюсом, но не обязательно, конечно.
Вы упоминали выше, что собираетесь использовать ASP.NET Core. Полагаю вы будете создавать руками WebAPI для каждого типа либо возможно напишете какой-то кодегенератор?

У нас тут была еще задумка вообще сделать мелкие отдельные сервисы типа authentication, authorization, validation, conditionalappearance, image loader, audit, UI metadata service и предоставлять их как SaaS по подписке. Как вы относитесь вообще к идее нашего софта как SaaS и почему?

Смотрел ли кто-то в сторону GraphQL и не .NET стека (Node.js) или все таки все еще хочется писать на C#?

5. "Производительный и эргономичный Web интерфейс, тонкий клиент"

Александр, вы не могли бы поподробнее расписать основные технологии вашего идеального клиента, а также возможно какие-то специальные требования к серверу? Вы упоминали выше, что собираетесь использовать DevExtreme. Что насчет фреймворков (React, Angular, Vue, Knockout, etc.) или подходов к разработке? Также интересно как вы собираетесь генерить этот UI (например, будет ли взята за основу Application Model, будет ли это code-generator или также framework on the fly, как у нас сейчас)?

В нашем текущем Mobile UI, мы использовали DevExtreme + Knockout как часть DevExtreme SPA фреймворка, который они потихоньку убирают ввиду непопулярности. Вместо него, думаем перейти на React-like routing, navigation и мобильный-адаптивный лайаут, также скорее всего без Knockout, хотя с последним особо проблем и нет на самом деле.
Наша текущая схема Mobile UI следующая: из MetadataService на базе XAF Application Model на клиент загружается скелет UI со всеми виюхами в виже JSON. Дальше клиентский код уже ходит за данными к DataService, в качестве параметра передает свой текущий клиентский стейт. Обратно с сервера после выполнения серверного кода и контроллеров также приходит стейт на клиент и контролы на клиенте обновляются соответственно. См. также https://documentation.devexpress.com/eXpressAppFramework/118734/Concepts/Application-Life-Cycle/Mobile-Application-Life-Cycle

6. "Возможность подключать внешние сервера приложений (наши XAF и другие не XAF системы)"

Александр, хотелось бы побольше конкретных сценариев или спецификацию требований, т.к. непонятно причем тут ксаф. Очень надеюсь, что получится как-то отстреляться неперсистыми обьектами.

7. "Модульность модели (независимость от объема)"

Александр, я так понял вы хотите иметь возможность взять, скажем, Contact_DetailView и только ее без всего остального? Интересует также следующее: насколько мелким ожидаете дробление (спрашиваю в том числе потому, что, как вы знаете, модельные ноды сильно взаимосвязаны между собой)?  Насколько вам нужна в принципе "слоеная" модель, как сейчас (это сейчас в том числе добавляет сложности и ограничений по скорости и памяти)? Насколько вам важна модификация модели в рантайм, в каком объеме и почему?

8. Как вы представляете донастройку клиента со стороны XAF разработчика? Текущие подходы у нас, напомню: 1. Если что-то очень популярное, настроил в Model Editor без кода. 2. Если нет, то подлез к XAF UI врапперу и настроил через его API. 3. Если враппер не предоставляет ничего подходящего, подлез к его внутреннему контролу напрямую и поднастроил его, например, повесил JavaScript (пример в https://documentation.devexpress.com/eXpressAppFramework/115178/Task-Based-Help/Maps/How-to-Draw-Lines-on-a-Map-using-Google-Maps-API). 4. Если не устраивает враппер вообще, написал свой по контрактам для этих враперов и контейнер View. 5. Если нельзя заменить или View/Template не устраивает, сделал вообще свою форму с нуля и показал.

@Роман:
Я помню в https://www.devexpress.com/home/case-studies/fitness365/ вы описывали ваше текущее решение на Сенче и ксаф логикой на сервере и даже планировали также взять Application Model для авто-генерации форм. Какой у вас с того момента опыт или продвижение, общие планы на будущее? Интересно было бы также поглядеть какую-нибудь простенькую демку на базе вашего генератора, чтобы в том числе получить ответы на вопросы о клиенте и сервере выше, а также лучше понять ваши требования. Насколько я понимаю, схема использования очень похожа на https://www.devexpress.com/Support/Center/Example/Details/T381904/how-to-display-the-dxchart-widget-in-an-xaf-view

К сожалению в нашей прошлой переписке не смог найти примеров. Если предоставите информацию, буду благодарен.

@Станислав: Спасибо за ваше описание. Если также ответите на вопросы выше и расскажете про рассматриваемые вами альтернативы, то также буду благодарен.

пятница, 22 декабря 2017 г., 18:32:46 UTC+3 пользователь Alexander написал:

начали тоже собственный проект для своих бизнес-систем собственной платформы на ASP.NET Core/DevExtreme и к сожалению без XAF. Однако у нас есть требование подключать к этой платформе XAF конфигурации (как сервер), визуальная часть частично транслируется и донастраивается

... 

[Stanislaw Tristan]

Что касается нас, то нас более чем устроит связка тонкого Web Client на ASP.NET Core MVC без нативных приложений и XPO с поддержкой доменных компонентов

четверг, 28 декабря 2017 г., 18:35:56 UTC+2 пользователь Dennis Garavsky написал:

[Alexander]

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

пожелания по поводу новых лукапов: 

1) посмотрите 1С v8 - одна из лучших реализаций данного функционала по эргономике. 

2) реализовать возможности копирования значения ссылочного поля: скопировали в буфер в одном поле Ctrl+C, далее вставили в другое Ctrl+V. если тип совпадает копируется ссылка, если тип не совпадает производится поиск по Name/Code или другому назначенному полю. Если вставляем в строку просто вставляется DisplayName

3) есть еще один интересный вариант со ссылочными полями (так сделано в SAP GUI) можно в списке накладных выделить несколько ячеек в колонке "Заказчик-Контрагент"(именно ячеек, не строк), нажать Ctrl+C. Затем перейти в другую списочную форму (например в договоры) и сделать фильтр по контрагенту, далее нажать Ctrl+V - вставляются помеченные уникальные записи из буфера и по ним работает фильтр. Очень удобная функция. аналогично можно копировать поля с множественным выбором (это удобно при заполнении фильтров).

[Roman Shelomanov]

Добрый день.

Денис,

Мы отказались от ext js в пользу VUE + semantic UI. Получилось значительно более быстрое, легкое UI и более просто разрабатываемое, не требующее нескольких дорогостоящих лицензий.

 

Также мы изменили подход к разработке - выделив разработку серверного ядра, где есть XAF и разработку UI, которая не требует наличия ядра на , т.е. разработчикку UI нет необходимости быть разработчиком XAF, достаточно JS.

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

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

В общем.

Для Win версии - всего хватает. Сделать бы еще Лукапы с поиском по всей базе Google like, чтобы не открывать дополнительную форму поиска.

Уменьшение количества бордеров в Win UI - не самая ожидаемая доработка.

Веб UI -  как формы для ввода / редактирования данных - стандартное XAF UI вполне подходит.

Веб UI как самостоятельный  масштабируемый сервис, с формами заказов, расписанием - необходима разработка UI. Можно стартовать с XAF WEB, попробовать идею, а потом перенести в быстрое UI. Планируем скоро опубликовать пример.

четверг, 28 декабря 2017 г., 19:35:56 UTC+3 пользователь Dennis Garavsky написал:

[Roman Shelomanov]

Пользователям нравится в XAF WEB UI функционально:

1. Возможности ListView по управлению данными, конструируемый фильтр, сортировка, фильтр, группировка по любому полю.

2. Печатные формы с возможностью дизайна. Хотя в вебе дизайнер глючноватый - иногда не раскрывается дерево свойств.

3. Пайвоты для анализа данных.

4. Возможности экспорта.

[Γρηγόρης Τσολακίδης]

Hi 

It' sounds very interesting Roman.

It's seems that DevExpress  management dosn' t find business sense to improve XAF Web.

So that's mean game over.

Maybe they can start some guidelines/examples how to integrate XAF with React/Vue? 

Also is it realy so hard/imposible to make  sessions serialazable? 

среда, 10 января 2018 г., 10:37:52 UTC+2 пользователь Roman Shelomanov написал:

[Roman Shelomanov]

Я согласен с ДХ.

Нет смысла много тратить на интерфейс автосгенерированный для XAF WEB UI.

Ибо, максимально комфортный интерфейс , коим должен обладать облачный сервис, можно написать только руками. 

Начать можно с автоматического от XAF. Как правило, все с XAF поэтому и начинают - проверяют идею. Можно быстро реализовать UI, показать, продать.

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

И вот тут наступает момент, когда "XAF light web UI html5 client needed". Я допускаю, что можно автоматически создать простые формы вода данных, но с ними нет проблем в XAF

ни в производительности ни  в удобстве.  А проблемы именно со сложными элементами типа Scheduler , order entry .

И вот здесь нужна технология, как делать такой интерфейс "light web UI html5 client" и как связать с XAF ядром в виде бизнес логики. 

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

четверг, 11 января 2018 г., 12:56:08 UTC+3 пользователь Γρηγόρης Τσολακίδης написал:

[Roman Shelomanov]

Если вы  ищите быстрое современное WEB UI для XAF - Напишите в Девпарк.

30 января 2018 г., 15:02 пользователь Roman Shelomanov <rom...@devpark.ru> написал:

--

Вы получили это сообщение, поскольку подписаны на группу "Russian DevExpress XAF".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес russian-devexpress-xaf+unsub...@googlegroups.com.
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.

[Roman Shelomanov]

Вот интересный коммент Дениса

"

Dennis (DevExpress Support) @ Our current vision that the XAF Mobile UI, which is a SPA HTML5/JavaScript app, will supersede the existing ASP.NET WebForms UI one day. For this, we need to evolve layouts and support other features for wider screens. For instance, v18.1 should bring collapsible layout groups and tabs. to be able to organize large amounts of data on the screen. Other features that support this vision will follow in the future. "

[Dennis Garavsky]

Hello everyone!

I wanted to share our updated vision for XAF Web & Mobile development – one that’s based on an entirely new SPA driven UI. When this ASP.NET Core and React-based solution matures, it will supersede/replace existing WebForms and Mobile user interfaces.

Right away, existing XAF Mobile UI users are welcome to migrate to our newest server features: How to connect an existing XAF Mobile application to the new ASP.NET Core Data Service (CTP). The new SPA UI will use this server and you can help us release this portion faster by providing feedback.

We hope to publish new SPA UI demos online after our v18.2 release. In the meantime, anyone is welcome to check screenshots of our prototypes and discuss their specs in our forum with peers. No promises at this stage, but our hope is to offer this SPA UI for production use around the v19.1 timeframe (at least for simple scenarios).

Regards,
Dennis

понедельник, 18 декабря 2017 г., 22:52:02 UTC+3 пользователь Roman Shelomanov написал:

Предлагаю обсудить, кто смотрел.