Quantcast
Channel: XAF Team Blog
Viewing all articles
Browse latest Browse all 148

eXpressApp Framework - 2020 Roadmap

$
0
0

Before I detail XAF’s 2020 Roadmap, my thanks to everyone who shared feedback/thoughts last year. Your contribution to XAF’s evolution is appreciated.

The following list outlines the features/capabilities we expect to introduce in the eXpressApp Framework (XAF) this year.

Blazor UI

XAF v20.1 will include a CTP version of Blazor UI with eXpress Persistent Objects (XPO) ORM classes for data access. XAFers will be able to create Blazor Server apps using the Solution Wizard.
We expect to ship the following functionality for desktop and mobile apps in CTP:
  • Navigation control with group and item hierarchy.
  • Main menu with all standard XAF command types (buttons, popups, input/search boxes, drop-down menus).
  • Grid List Editor with sorting & grouping.
  • Detail form layout with group and tab controls.
  • Property Editors for all data types (no advanced editors for criteria, RTF, etc.).
  • Simple Forms Authentication with a login and password, role-based authorization and basic user/role management with access rights created in code (no specialized permission editors in the UI).
  • Data input validation with RuleRequiredField, RuleCriteria, RuleRange and other popular rules.
  • Multiple UI themes (including a compact one) and a runtime theme chooser (similar to the 'gear' in the top-right corner of https://demos.devexpress.com/blazor/).
We expect to officially ship XAF’s Blazor Server UI in our v20.2 release cycle. It should include online documentation and the following capabilities/functionality:
  • XAF modules: Conditional Appearance and Reports.
  • EF Core and non-persistent POCO proxies for data access (see below).
  • UI customization, custom control integration and advanced CRUD usage scenarios. 
  • Extended end-user customization options (such as grid column filters, add/remove columns, data export, inline edit). 

We postponed decisions related to Blazor WebAssembly support until it is officially marked as final (LTS) by Microsoft (likely in .NET 5 or later). We will continue to update XAF’s online Blazor demo with new features as they become available.

WinForms UI

  • We hope support the following asynchronous operations out-of-the-box in the WinForms UI based on IObjectSpaceAsync introduced in v19.2: open List or Detail View, save View changes, save audit data (v20.1). If you are missing important use-case scenarios, please specify them in comments below.
  • We want to enable enhanced WinForms Filter and Expression editors in the Model Editor and within built-in List and Property Editors (v20.1).
  • We want to rewrite our Tree List Editors module and support inplace data editing, better filtering options and more features (S30514S30735 S38121) based on user feedback (v20.2).

ASP.NET WebForms UI

Our primary focus will be on XAF’s new Web & Mobile UI for Blazor. This notwithstanding, we will do our best to address the needs of existing ASP.NET WebForms UI users.

Housekeeping & Core

  • We want to remove Visual Studio dependencies from the design-time Model Editor to increase stability and performance. We like the WPF designer that runs as a separate process and draws itself inside the Visual Studio frame. This will also help us support the Model Editor in .NET Core 3+ and .NET Standard 2+ projects (v20.1).
  • We will also incorporate a number of usability enhancements to the Model Editor based on user feedback - please let us know if you have any issues with this editor (v20.1).
  • We will monitor Microsoft updates with regard to the component designer in .NET Core 3+ and see if we can support our Application, Module, Controller and Action Designers. We will also support the SDK-style project format for all XAF design-time tools, Visual Studio vNext, .NET 5 and C# 8.0 features like Nullable Reference Types  (v20.1, v20.2).
  • We will make a number of Non-Persistent/proxy object enhancements (v20.2): support for filtering; propagate FindObject, CommitChanges, Refresh and other methods from NonPersistentObjectSpace to AdditionalObjectSpaces (T509228); support CRUD operations with non-persistent objects in a nested ListView of a persistent object DetailView (T486427T510338T695631).
  • You can expect further performance enhancements to the Application Model and other core sub-systems. For  instance, removing static XafTypesInfo dependencies and locks in ModelNode may result in faster app startup and unit tests as well as greater scalability for Blazor apps.

Security System: User Authentication and Group Authorization API

  • We will publish Blazor, Xamarin and WPF examples for XAF's User Authentication and Group Authorization API powered by the XPO ORM (see our GitHub repository for more information). To deliver more elegant and modern solutions, we're considering the following enhancements: asynchronous versions of popular security APIs (IsGranted, CanRead, CanWrite, CanDelete, etc.), token-based authentication and possible utility libraries that will encapsulate boilerplate code.
  • We hope to support Entity Framework Core to help more DevExpress and non-DevExpress customers benefit from XAF's Security System. In v20.1, we will introduce a secured Object Space for EF Core 3.1+ and examples for corresponding platforms. Later in v20.2, we will support EF Core in our Blazor UI. We will decide on the EF Core support for WinForms UI based on user demand.
  • We will include a built-in permission for XAF Actions (T618115). Since the UI has yet to be finalized, we welcome feedback and thoughts about the interface. We're considering the following base functionality: 
    • A separate tab in the role detail form with a list of Action items like our built-in Navigation Permissions. In this grid, users will be able group data by display text, category, module and other context information. Please let us know your thoughts about this.
    • Users will view, add, modify and remove only permissions for Actions they want to prohibit or deactivate. We want to follow only the 'Allow all by defaultpolicy regardless of what is specified in the role, because other options do not make much sense for Actions. Your feedback is appreciated.
    • Users will be able to prohibit execution of both custom and XAF system Actions (for greater user flexibility and implementation simplicity).
    • Users will be able to quickly locate an Action in the lookup editor in the Action permission's detail form via search and grouping (for instance, to filter out XAF system Actions like Logon and Refresh).
    • Action permissions will hide Actions unconditionally: we don't expect to interfere with Conditional Appearance, State Machine, TargetObjectsCriteria or any custom rules that depend on criteria or object/UI changes in Controllers. If you want such dynamic functionality for Actions, it is better to implement it using these specific means. Please let us know your thoughts about this.

Your Opinion Counts

As always, we look forward to your comments and questions. Please share your thoughts below or email xafteam@devexpress.com.

The information contained within this blog post details our current/projected development plans. Please note that this information is being shared for INFORMATIONAL PURPOSES ONLY and does not represent a binding commitment on the part of Developer Express Inc. This roadmap and the features/products listed within it are subject to change. You should not rely on or use this information to help make a purchase decision about Developer Express Inc products.

Viewing all articles
Browse latest Browse all 148

Trending Articles