Skip to content

🔧 Refactor examples for more clarity #102

Open

Description

@Nicoretti

Summary

To enhance the accessibility of the example files in our documentation folder, we should refactor them.
The current approach, which utilizes a comment marker to distinguish between basic and advanced examples within a single file, has proven to be somewhat unclear.

Proposed Changes:

  • Split the Existing Example Files: Divide the current example files into two separate files:
    • xxx_basic.py: This file will contain the basic usage example.
    • xxx_advanced.py: This file will focus on more complex scenarios.

The primary goal of this refactoring is to make the example files less confusing when viewed in isolation. By creating distinct files for basic and advanced examples, we aim to facilitate a better understanding and improve the overall user experience.

Activity

  1. self-assigned this
    on Mar 3, 2025
  2. ArBridgeman commented on Mar 4, 2025

    @ArBridgeman
    Collaborator

    As discussed 2025-03-04 with Mikhail, it would be better if instead of advanced vs basic example usage if we were able to highlight the high-level, preferred way vs lower-level (still supported/valid options). The code and examples within exasol/bucketfs/_path.py and doc/examples/path_like.py represent the ideal, high-level usage. Some of the lower-level code examples would still work (some only for "on-premises"), but they would ideally be distinguished in such a way as to prioritize the Path-like way. [The are 3 use cases: mounted, SAAS, & "on-premises".]

  3. removed their assignment
    on Mar 21, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    refactoringCode improvement without behavior change

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions