Smart Standalone Data Binding for UI Control Synchronization

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The current MVC approach for data binding requires software developers to develop different controllers for each use case or a single controller for all scenarios, leading to redundant efforts and resource expenditure, as well as the need for extensive learning of specific UI technology APIs and implementation of features like validation and default values across various technologies.

Innovation Solution

The Smart Standalone Data Binding (SSDB) technique allows for the creation of plugins for each UI control associated with a technology, enabling data binding through a centralized database that synchronizes UI controls across different technologies, reducing the need for repetitive development and allowing for global control and personalization without coding.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If different controllers are developed for each use case in MVC architecture, then data binding can be customized for specific roles or geo-locations, but developer effort and system complexity increase significantly

Engineering Contradiction:
Improvedata binding customizationVSAvoidcontroller complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements a universal controller that can handle multiple use cases through dynamic configuration rather than creating separate controllers for each scenario. The controller uses a configuration system that allows it to adapt its behavior based on roles, geo-locations, and other parameters, eliminating the need for multiple specialized controllers while maintaining customization capabilities.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The patent changes the approach from structural differentiation (multiple controllers) to parameter-based differentiation (single controller with configurable parameters). By using configuration files and runtime parameter adjustment, the system can adapt to different use cases without requiring separate controller implementations, thus reducing complexity while maintaining versatility.

Inventive Principle:
Principle #35Parameter changes

2Device complexity

If a single controller is used for all scenarios in MVC architecture, then developer effort is reduced, but the ability to support different use cases is limited

Engineering Contradiction:
Improvecontroller complexityVSAvoiddata binding customization
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The patent introduces dynamic configuration capabilities to a single controller, allowing it to change its behavior and binding rules at runtime based on different use cases. This dynamic approach enables one controller to serve multiple purposes by adjusting its configuration rather than being statically tied to a single use case.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent introduces a configuration system as an intermediary between the controller and the data binding logic. This configuration layer acts as a mediator that translates different use case requirements into controller behavior, allowing a single controller to support multiple scenarios through the intermediary configuration mechanism.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If developers implement features like validation and default values across various technologies, then functionality is complete, but extensive learning of specific UI technology APIs is required

Engineering Contradiction:
Improvefunctionality completenessVSAvoiddevelopment ease
Core Design Contradiction:
ReliabilityVSEase of manufacture

Solution Approach 1:

The patent segments the functionality into distinct, independently configurable components such as validation rules, default values, and binding configurations. Each feature can be defined and configured separately through configuration files or metadata, allowing developers to implement and maintain each feature independently without needing to understand the entire system or specific UI technology APIs deeply.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS10754671B2Synchronizing user interface controls
Publication Date: 2020.08.25 SAP PORTALS ISRAEL
  • US10754671B2 patent drawing
  • US10754671B2 patent drawing
  • US10754671B2 patent drawing

AI summary

Implementations of the present disclosure disclose synchronizing UI controls. At each user interface (UI) control associated with an application, a corresponding plugin is created, where the created plugin is associated with a technology and a UI view, and where the application includes a plurality of UI controls. Each UI control associated with the application is registered to a database, where each UI control is registered as a subscriber associated with a tag. An event is sent from at least one UI control to the database according to a change that occurred on that UI control. Each of the registered UI controls associated with the tag are updated.