Skip to content
This repository has been archived by the owner on Mar 28, 2022. It is now read-only.

Stricter folders and files structure #110

Closed
javierbrea opened this issue Dec 22, 2020 · 0 comments · Fixed by #130
Closed

Stricter folders and files structure #110

javierbrea opened this issue Dec 22, 2020 · 0 comments · Fixed by #130
Assignees
Labels
enhancement New feature or request
Milestone

Comments

@javierbrea
Copy link
Member

Currently mocks-server supports autodetection of fixtures and behaviors inside all subfolders and files in the mocks folder. This may produce errors and undesirable effects, and it is a kind of "magic". It also require fixture handlers to implement a mechanism to detect fixtures which should handle, etc.

In order to promote best practices, avoid package complexity and possible bugs, it is desirable to add an option for defining the folder from which the fixtures will be loaded, and the folder or file from which the behaviors will be loaded (probably a single file better). Fixtures should also include an identifier about the fixture handler to be used to load it, so handlers should not provide a function to let the mocks-server know it an object is desired to be handled by one or another.

@javierbrea javierbrea added this to the v2.0.0 milestone Dec 22, 2020
@javierbrea javierbrea added the enhancement New feature or request label Dec 22, 2020
@javierbrea javierbrea added this to To do in mocks-server via automation Dec 22, 2020
@javierbrea javierbrea moved this from To do to In progress in mocks-server Jan 11, 2021
@javierbrea javierbrea self-assigned this Jan 11, 2021
@javierbrea javierbrea moved this from In progress to Ready for release in mocks-server Jan 16, 2021
mocks-server automation moved this from Ready for release to Done Feb 17, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement New feature or request
Projects
Status: Done
mocks-server
  
Done
Development

Successfully merging a pull request may close this issue.

1 participant