Use IdentifiersInput Vue component for work identifier UI

[schu96]

Partially addresses #3430

Feature

Technical

DRY implementation of work identifiers but currently unable to save the changes made by users into Solr.

The work identifiers currently displayed in this component are based off of this list: https://openlibrary.org/config/work

Testing

1. Navigate to a work/book and click on the edit button
2. Switch from the edition edit tab to the Work Details edit tab
   
3. Scroll to Work Identifiers section and add/remove work identifiers.
   • Duplicates are currently not allowed for work identifiers. Adding a duplicate will warn the user that an identifier already exists.
   • Work Identifiers should be saved as a list, allowing more than one ID per identifier. Duplicate ID numbers across different identifiers is not allowed i.e BookBrainz ID:123456 vs Amazon ID:123456.

4. After adding new work identifiers, save the changes and return to the editing page -> Work Details tab to check that the newly added work identifiers are still present.

Stakeholders

@cdrini

[codecov-commenter]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 17.44%. Comparing base (347bff9) to head (c1d245b).
Report is 151 commits behind head on master.

Additional details and impacted files

@@            Coverage Diff             @@
##           master   #10032      +/-   ##
==========================================
+ Coverage   17.12%   17.44%   +0.31%     
==========================================
  Files          89       89              
  Lines        4752     4792      +40     
  Branches      831      848      +17     
==========================================
+ Hits          814      836      +22     
- Misses       3428     3436       +8     
- Partials      510      520      +10     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[cdrini]

This looks great @schu96 !! Great work stitching together the data from all the different places. Librarians have been asking for this feature for quite a while 😊

One question on if we can DRY the python method, one small fix which I'll apply through github; otherwise looks great!

[cdrini]

Is this method the same for editions? If so I think we might want to create a helper method at the bottom of this file that both classes call, to avoid duplicating the code, if possible!

[schu96]

openlibrary/openlibrary/plugins/upstream/utils.py

Lines 1171 to 1202 in 7a4fec1

	def get_identifier_config(identifier: Literal['work', 'edition', 'author']) -> Storage:
	return _get_identifier_config(identifier)
	@web.memoize
	def _get_identifier_config(identifier: Literal['work', 'edition', 'author']) -> Storage:
	"""
	Returns the identifier config.
	The results are cached on the first invocation. Any changes to /config/{identifier} page require restarting the app.
	This is cached because fetching and creating the Thing object was taking about 20ms of time for each book request.
	"""
	with open(
	f'openlibrary/plugins/openlibrary/config/{identifier}/identifiers.yml'
	) as in_file:
	id_config = yaml.safe_load(in_file)
	identifiers = [
	Storage(id) for id in id_config.get('identifiers', []) if 'name' in id
	]
	if identifier == 'edition':
	thing = web.ctx.site.get('/config/edition')
	classifications = [
	Storage(t.dict()) for t in thing.classifications if 'name in t'
	]
	roles = thing.roles
	return Storage(
	classifications=classifications, identifiers=identifiers, roles=roles
	)
	return Storage(identifiers=identifiers)

Is this something close to what you had in mind? I noticed that the author identifier config method followed a similar pattern to the work config method as well