Rääkige ressursside manipuleerimise põhimõttest vaadete kaudu.

Resource manipulation through views (View Manipulation) is an approach where data changes do not occur directly on the original resource (such as a file or an object in a database), but through its abstraction or view.

Main principles:

• Isolation: Changes made in the view can be isolated from the original resource until explicitly saved or committed. This allows reverting changes or creating alternative versions without affecting the original.
• Flexibility: A view may not show all data from the original resource, but only a subset or aggregated data. By manipulating the view, you can work only with the necessary part of the information.
• Security: Access to the view can be restricted, allowing modifications only to permitted fields or performing only specific operations, while direct access to the original resource is prohibited.
• Abstraction: The view hides the internal structure of the original resource, providing a more convenient and understandable interface for interaction.

Examples of use:

1. Databases (SQL Views): Virtual tables based on the result of a SELECT query. Changes through the view can (depending on the complexity of the view) affect the underlying tables, but the manipulation process is performed through abstraction.
2. Operating systems (Mounting file systems): File systems are mounted at specific points, creating a logical representation of data stored on the device.
3. Version control (Branching in Git): Branches in Git are representations of the repository state at a certain point in time. Manipulations (commits) are applied to the current branch (view) without directly affecting other branches.
4. Object-relational mapping (ORM): ORM creates representations of database data as objects in code. Manipulations with objects (changing properties, calling methods) are translated into operations on the database.

During testing, it is important to ensure that:

• Changes through the view are correctly reflected on the original resource (if this is the expected behavior).
• Changes made directly to the original resource are correctly reflected in the view.
• Restrictions and rules defined for the view are followed (for example, it is impossible to change a certain field).
• Performance during manipulation through views is acceptable.

This allows testing the system's interaction with data without always having direct access to their low-level representation.