poi-plugin-item-improvement2-beta 1.0.22 → 1.0.23

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/REFACTOR_NOTES.md CHANGED
@@ -1,30 +1,33 @@
1
- # Data projection refactor
1
+ # Data projection and route refactor
2
2
 
3
3
  ## Runtime files
4
4
 
5
- The plugin now consumes exactly two backend projections:
5
+ The plugin consumes:
6
6
 
7
7
  - `assets/db/improvement-list.json`: compact all + seven-day list data.
8
- - `assets/db/improvement-detail.nedb`: full equipment detail records.
9
-
10
- The old `arsenal_all.nedb`, `arsenal_weekday.nedb`, and `items.nedb` runtime split has
11
- been removed.
8
+ - `assets/db/improvement-detail.nedb`: full equipment detail and recipe routes.
12
9
 
13
10
  ## Responsibility boundary
14
11
 
15
- - Spider parses Wiki rules and owns list aggregation.
16
- - The list page reads backend-provided `[itemId, assistantTexts]` rows directly.
17
- - The detail page reads the detail NeDB records.
18
- - Spider already emits `shipIdList` and `assistantShipIdsByDay`, but this plugin version
19
- deliberately does not consume them yet.
20
- - Detail presentation continues to use the legacy anchor `id` and source `text`, so an
21
- irregular description such as `夕張改二/特/丁` is not reduced to one anchor ship.
12
+ - Spider parses Wiki rules, normalizes assistant IDs and splits concrete recipes.
13
+ - The list page reads backend-provided `[itemId, assistantTexts]` rows.
14
+ - The detail page displays every `improvementList[]` entry as one independent route.
15
+ - Wiki source text remains the default assistant display, so compact expressions are
16
+ not unexpectedly expanded in the UI.
17
+
18
+ ## Multiple route support
19
+
20
+ `DetailRow` renders one table per improvement route. Each table uses its own:
22
21
 
23
- ## Data source
22
+ - base resources;
23
+ - stage costs;
24
+ - consumables;
25
+ - MAX target;
26
+ - assistant schedule.
24
27
 
25
- `views/improvement-data-source.es` loads, validates, downloads, and replaces the two
26
- files as one dataset. `selectors.es` only joins the detail records with Poi master data
27
- and attaches the backend list summary.
28
+ This supports assistant-specific recipes such as the `玉波改二` route for
29
+ `12.7cm連装砲D型改二`, and also prevents future routes with different base resources
30
+ or update targets from sharing the first route's table header.
28
31
 
29
32
  ## Verification
30
33
 
@@ -33,3 +36,12 @@ npm ci --include=dev
33
36
  npm test
34
37
  npm pack --dry-run
35
38
  ```
39
+
40
+ ## Route-aware detail UI (1.0.21)
41
+
42
+ - Each backend `improvementList` route renders as a separate detail table.
43
+ - Every table uses its own base resources, stage costs, consumables and update
44
+ target; it no longer borrows the first route's header or recipe.
45
+ - Assistant-specific routes such as 玉波改二 are shown independently from the
46
+ default route.
47
+ - The bundled schema-v3 detail fixture is covered by tests for item 267.