@fui-org/fui-cli 1.2.0 → 1.3.1
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/dist/fui-x7kph78r.js +420 -0
- package/dist/fui.js +1 -429
- package/package.json +3 -3
- package/skills/fui/SKILL.md +3 -3
- package/skills/fui-skill-cli/SKILL.md +139 -0
- package/skills/fui-skill-cli/references/INDEX.md +110 -0
- package/skills/fui-skill-cli/references/advanced-techniques.md +168 -0
- package/skills/fui-skill-cli/references/coding-standards.md +112 -0
- package/skills/fui-skill-cli/references/component-design.md +448 -0
- package/skills/fui-skill-cli/references/component-quickref.md +78 -0
- package/skills/fui-skill-cli/references/component-table.md +248 -0
- package/skills/fui-skill-cli/references/components-dialog.md +191 -0
- package/skills/fui-skill-cli/references/components-display.md +141 -0
- package/skills/fui-skill-cli/references/components-echart.md +316 -0
- package/skills/fui-skill-cli/references/components-input.md +335 -0
- package/skills/fui-skill-cli/references/controls-patterns.md +701 -0
- package/skills/fui-skill-cli/references/controls-styling-vocabulary.md +137 -0
- package/skills/fui-skill-cli/references/db-table-design.md +73 -0
- package/skills/fui-skill-cli/references/db-workflow.md +288 -0
- package/skills/fui-skill-cli/references/default-function.md +425 -0
- package/skills/fui-skill-cli/references/design-modes.md +57 -0
- package/skills/fui-skill-cli/references/echart-templates.md +489 -0
- package/skills/fui-skill-cli/references/fastproject.md +99 -0
- package/skills/fui-skill-cli/references/fsheet.md +203 -0
- package/skills/fui-skill-cli/references/fullstack-workflow.md +313 -0
- package/skills/fui-skill-cli/references/module-data-patterns.md +117 -0
- package/skills/fui-skill-cli/references/module-json-anatomy.md +132 -0
- package/skills/fui-skill-cli/references/module-structure.md +141 -0
- package/skills/fui-skill-cli/references/new-session.md +85 -0
- package/skills/fui-skill-cli/references/pdfmake.md +60 -0
- package/skills/fui-skill-cli/references/permission-system.md +150 -0
- package/skills/fui-skill-cli/references/platform-architecture.md +269 -0
- package/skills/fui-skill-cli/references/project-config.md +303 -0
- package/skills/fui-skill-cli/references/project-provisioning.md +278 -0
- package/skills/fui-skill-cli/references/script-map.md +262 -0
- package/skills/fui-skill-cli/references/sql-clr-functions.md +225 -0
- package/skills/fui-skill-cli/references/system-design.md +89 -0
- package/skills/fui-skill-cli/references/tapi-file-api.md +185 -0
- package/skills/fui-skill-cli/references/tapi-permission-patterns.md +156 -0
- package/skills/fui-skill-cli/references/tapi-reference.md +474 -0
- package/skills/fui-skill-cli/references/tools-registry.md +84 -0
- package/skills/fui-skill-cli/references/ui-crosswindow-patterns.md +321 -0
- package/skills/fui-skill-cli/references/ui-dialog-patterns.md +255 -0
- package/skills/fui-skill-cli/references/ui-layout-patterns.md +176 -0
- package/skills/fui-skill-cli/references/ui-patterns.md +303 -0
- package/skills/fui-skill-cli/references/ui-screenshot-review.md +95 -0
- package/skills/fui-skill-cli/references/ui-table-cell-patterns.md +318 -0
- package/skills/fui-skill-cli/references/ui-templates.md +22 -0
- package/skills/fui-skill-cli/references/verification.md +236 -0
- package/skills/fui-skill-cli/references/watcher-patterns.md +163 -0
- package/skills/fui-skill-cli/references/websocket-realtime.md +271 -0
|
@@ -0,0 +1,163 @@
|
|
|
1
|
+
# Watcher Patterns
|
|
2
|
+
|
|
3
|
+
> Owns: **`watch`: `v_old`, deep-watch, cascading, race control**. Action syntax: [controls-patterns.md](controls-patterns.md).
|
|
4
|
+
|
|
5
|
+
Use for multi-level dependent forms (Province → District → Ward) and attribute filters (status, type, date, keyword...). Goals: correct FUI structure (`data`, `watch`, `controls`, `set`), no watcher loops, fewer redundant API calls, maintainable large modules.
|
|
6
|
+
|
|
7
|
+
## 1. Rules
|
|
8
|
+
|
|
9
|
+
1. **Watch the smallest input key** — an ID or filter field (`provinceID`, `districtID`, `filter.status`), not a large object unless needed.
|
|
10
|
+
2. **Split actions by level** — `handleProvinceChange` only resets dependents and calls `apiLoadDistricts`; `handleDistrictChange` only resets the level below and calls `apiLoadWards`; `applyFilters` holds the final list-loading logic.
|
|
11
|
+
3. **`deep-watch` selectively** — only small filter objects (e.g. `filter`). Never deep-watch large arrays like `items`, `tableData`.
|
|
12
|
+
4. **No self-made loops** — never watch the action's own output var; never watch `items` and write `items` in the callback.
|
|
13
|
+
5. **Guard before API calls** — `IF/THEN/ELSE` to validate input (e.g. no province selected → don't load districts).
|
|
14
|
+
6. **Debounce/race control in `script.js`** — watchers only orchestrate; debounce and stale-response-overwrite protection live in JS helpers.
|
|
15
|
+
7. **Force literal strings only via `IN`** — in an action with `IN`, a string without spaces may be read as an expression → use `` `value`` or `"'value'"`. Full rules: [controls-patterns.md §0](controls-patterns.md#0-value-resolution-rules-fundamental).
|
|
16
|
+
|
|
17
|
+
## 2. Pattern A: administrative-area cascade
|
|
18
|
+
|
|
19
|
+
```json
|
|
20
|
+
{
|
|
21
|
+
"data": [
|
|
22
|
+
{
|
|
23
|
+
"formData": {
|
|
24
|
+
"provinceID": null,
|
|
25
|
+
"districtID": null,
|
|
26
|
+
"wardID": null
|
|
27
|
+
},
|
|
28
|
+
"provinceList": [],
|
|
29
|
+
"districtList": [],
|
|
30
|
+
"wardList": []
|
|
31
|
+
},
|
|
32
|
+
{
|
|
33
|
+
"apiLoadProvinces": {
|
|
34
|
+
"API": "/api/location/provinces",
|
|
35
|
+
"OUT": "provinceList"
|
|
36
|
+
},
|
|
37
|
+
"apiLoadDistricts": {
|
|
38
|
+
"API": "/api/location/districts",
|
|
39
|
+
"IN": { "ProvinceID": "formData.provinceID" },
|
|
40
|
+
"OUT": "districtList"
|
|
41
|
+
},
|
|
42
|
+
"apiLoadWards": {
|
|
43
|
+
"API": "/api/location/wards",
|
|
44
|
+
"IN": { "DistrictID": "formData.districtID" },
|
|
45
|
+
"OUT": "wardList"
|
|
46
|
+
}
|
|
47
|
+
},
|
|
48
|
+
{
|
|
49
|
+
"handleProvinceChange": [
|
|
50
|
+
{
|
|
51
|
+
"districtList": [],
|
|
52
|
+
"wardList": [],
|
|
53
|
+
"formData.districtID": null,
|
|
54
|
+
"formData.wardID": null
|
|
55
|
+
},
|
|
56
|
+
{
|
|
57
|
+
"IF": "formData.provinceID",
|
|
58
|
+
"THEN": { "CALL": "apiLoadDistricts" }
|
|
59
|
+
}
|
|
60
|
+
],
|
|
61
|
+
"handleDistrictChange": [
|
|
62
|
+
{
|
|
63
|
+
"wardList": [],
|
|
64
|
+
"formData.wardID": null
|
|
65
|
+
},
|
|
66
|
+
{
|
|
67
|
+
"IF": "formData.districtID",
|
|
68
|
+
"THEN": { "CALL": "apiLoadWards" }
|
|
69
|
+
}
|
|
70
|
+
]
|
|
71
|
+
},
|
|
72
|
+
{
|
|
73
|
+
"CALL": "apiLoadProvinces"
|
|
74
|
+
}
|
|
75
|
+
],
|
|
76
|
+
"watch": {
|
|
77
|
+
"formData.provinceID": { "CALL": "handleProvinceChange" },
|
|
78
|
+
"formData.districtID": { "CALL": "handleDistrictChange" }
|
|
79
|
+
}
|
|
80
|
+
}
|
|
81
|
+
```
|
|
82
|
+
|
|
83
|
+
Key points: watch specific keys; reset lower levels before calling their API; guard against calling with null.
|
|
84
|
+
|
|
85
|
+
## 3. Pattern B: filter object + deep-watch
|
|
86
|
+
|
|
87
|
+
```json
|
|
88
|
+
{
|
|
89
|
+
"data": [
|
|
90
|
+
{
|
|
91
|
+
"filter": {
|
|
92
|
+
"keyword": "",
|
|
93
|
+
"status": null,
|
|
94
|
+
"fromDate": null,
|
|
95
|
+
"toDate": null
|
|
96
|
+
},
|
|
97
|
+
"items": []
|
|
98
|
+
},
|
|
99
|
+
{
|
|
100
|
+
"apiLoadItems": {
|
|
101
|
+
"API": "/api/items/search",
|
|
102
|
+
"IN": {
|
|
103
|
+
"Keyword": "filter.keyword",
|
|
104
|
+
"Status": "filter.status",
|
|
105
|
+
"FromDate": "filter.fromDate",
|
|
106
|
+
"ToDate": "filter.toDate"
|
|
107
|
+
},
|
|
108
|
+
"OUT": "items"
|
|
109
|
+
}
|
|
110
|
+
},
|
|
111
|
+
{
|
|
112
|
+
"handleFilterChanged": {
|
|
113
|
+
"CALL": "apiLoadItems"
|
|
114
|
+
}
|
|
115
|
+
}
|
|
116
|
+
],
|
|
117
|
+
"watch": {
|
|
118
|
+
"deep-watch": {
|
|
119
|
+
"filter": { "CALL": "handleFilterChanged" }
|
|
120
|
+
}
|
|
121
|
+
}
|
|
122
|
+
}
|
|
123
|
+
```
|
|
124
|
+
|
|
125
|
+
Keep `filter` small and stable. Continuous text-search input → debounce in `script.js`.
|
|
126
|
+
|
|
127
|
+
## 4. Recommended debounce (script.js)
|
|
128
|
+
|
|
129
|
+
```javascript
|
|
130
|
+
var filterTimer = null;
|
|
131
|
+
|
|
132
|
+
function debounceFilter(input) {
|
|
133
|
+
var callActionName = input && input.callActionName;
|
|
134
|
+
var waitMs = input && input.waitMs;
|
|
135
|
+
clearTimeout(filterTimer);
|
|
136
|
+
filterTimer = setTimeout(function () {
|
|
137
|
+
CALL(vueData[callActionName]);
|
|
138
|
+
}, waitMs || 350);
|
|
139
|
+
}
|
|
140
|
+
```
|
|
141
|
+
|
|
142
|
+
Action in `module.json`:
|
|
143
|
+
|
|
144
|
+
```json
|
|
145
|
+
{
|
|
146
|
+
"handleFilterChanged": {
|
|
147
|
+
"FUN": "debounceFilter",
|
|
148
|
+
"IN": {
|
|
149
|
+
"callActionName": "'apiLoadItems'",
|
|
150
|
+
"waitMs": 350
|
|
151
|
+
}
|
|
152
|
+
}
|
|
153
|
+
}
|
|
154
|
+
```
|
|
155
|
+
|
|
156
|
+
## 5. Watcher QA checklist
|
|
157
|
+
|
|
158
|
+
1. Watch key small enough (ID/field, not a large object)?
|
|
159
|
+
2. Dependents reset before calling the API?
|
|
160
|
+
3. `IF` guard before API when input is null/empty?
|
|
161
|
+
4. Any watcher loop risk?
|
|
162
|
+
5. Text input needs debounce?
|
|
163
|
+
6. Action with `IN`: literal string rule applied to space-free text values?
|
|
@@ -0,0 +1,271 @@
|
|
|
1
|
+
# FUI Real-time Messaging — WebSocket (SignalR)
|
|
2
|
+
|
|
3
|
+
> Owns: **real-time/SignalR: `webSocketJoinGroup`, `webSocket_Send`**.
|
|
4
|
+
|
|
5
|
+
Real-time uses **SignalR** (not the browser WebSocket API), hosted at `ws.fui.vn`. Client logic is already global in `defaultfunction.js` — do not rewrite it. Declare the right structure in `module.json` and use the 3 built-ins: `webSocketConnection`, `webSocketJoinGroup`, `webSocket_Send`.
|
|
6
|
+
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
## 1. Required imports
|
|
10
|
+
|
|
11
|
+
Add 2 JS files with `fui import new` — **in this order** (second depends on first):
|
|
12
|
+
|
|
13
|
+
| Order | File | Note |
|
|
14
|
+
| --------------- | ------------------------------------------------------- | ------------------------------------------------------------------ |
|
|
15
|
+
| 1 (lower sort) | `https://ws.fui.vn/Scripts/jquery.signalR-2.4.1.min.js` | SignalR client core |
|
|
16
|
+
| 2 (higher sort) | `https://ws.fui.vn/signalr/hubs` | Server-generated hub proxy — JS content despite no `.js` extension |
|
|
17
|
+
|
|
18
|
+
```bash
|
|
19
|
+
fui import new --type .js --content-type link --name "https://ws.fui.vn/Scripts/jquery.signalR-2.4.1.min.js" --sort 100
|
|
20
|
+
fui import new --type .js --content-type link --name "https://ws.fui.vn/signalr/hubs" --sort 110
|
|
21
|
+
```
|
|
22
|
+
|
|
23
|
+
See `fui import new --help`.
|
|
24
|
+
|
|
25
|
+
> jQuery is already in the FUI runtime — do not import it. Run `fui import list` first to avoid duplicates (same flow as `f-echart` in [components-echart.md](components-echart.md)).
|
|
26
|
+
|
|
27
|
+
---
|
|
28
|
+
|
|
29
|
+
## 2. Auto-connect on module load
|
|
30
|
+
|
|
31
|
+
FUI bootstrap (`buildApp` in `fastproject.js`) checks `vueData.webSocket` right after `data[]` runs:
|
|
32
|
+
|
|
33
|
+
- If `vueData.webSocket` exists → creates `vueData.webSocketState = { code, text }` and calls `webSocketConnection('https://ws.fui.vn/signalr', vueData.webSocket, vueData.webSocketState)` + `webSocketJoinGroup(vueData.webSocket)`. **Do not call these yourself at bootstrap** — just declare `webSocket` in `data[]`.
|
|
34
|
+
- `webSocketState.text`: `Reconnecting` / `Connected` / `Disconnected`. Bind to UI for debugging (`innerHTML: "{{webSocketState}}"`).
|
|
35
|
+
|
|
36
|
+
---
|
|
37
|
+
|
|
38
|
+
## 3. Declare groups to join — in `data[]`
|
|
39
|
+
|
|
40
|
+
```json
|
|
41
|
+
"data": [
|
|
42
|
+
{
|
|
43
|
+
"TenNhomDong": "`ThuNha",
|
|
44
|
+
"DGroup": "`device-abc",
|
|
45
|
+
"webSocket": {
|
|
46
|
+
"nhom1": [],
|
|
47
|
+
"nhom2": null,
|
|
48
|
+
"{{DGroup}}": {}
|
|
49
|
+
}
|
|
50
|
+
}
|
|
51
|
+
]
|
|
52
|
+
```
|
|
53
|
+
|
|
54
|
+
- Each **key** of `webSocket` = a group joined on load.
|
|
55
|
+
- **Value type sets receive behavior:**
|
|
56
|
+
- **array** (`[]`) → new messages **pushed** to the end (history: chat log, event list...).
|
|
57
|
+
- **`null` or object** (`{}`) → new message **overwrites** (latest only: status/counter/single notification).
|
|
58
|
+
- Group name: literal (`nhom1`) or **dynamic via `{{ }}` in the key** — `"{{DGroup}}"` resolves to `DGroup`'s current value (e.g. `device-abc`), for per-user/device groups.
|
|
59
|
+
- `` `ThuNha `` / `` `device-abc `` use backtick to force a literal string — see [Value Resolution Rules](controls-patterns.md#0-value-resolution-rules-fundamental).
|
|
60
|
+
|
|
61
|
+
---
|
|
62
|
+
|
|
63
|
+
## 4. Join more groups at runtime — `FUN: webSocketJoinGroup`
|
|
64
|
+
|
|
65
|
+
Join any time, including as an auto-run action in `data[]` (see [ui-patterns.md §1](ui-patterns.md)):
|
|
66
|
+
|
|
67
|
+
```json
|
|
68
|
+
{
|
|
69
|
+
"FUN": "webSocketJoinGroup",
|
|
70
|
+
"IN": {
|
|
71
|
+
"Nhom3": null,
|
|
72
|
+
"{{TenNhomDong}}": []
|
|
73
|
+
}
|
|
74
|
+
}
|
|
75
|
+
```
|
|
76
|
+
|
|
77
|
+
- `IN` **is the `groupObj`** (first param of `webSocketJoinGroup(groupObj, timeout, callBackFunc)`), not mapped by param name. So `FUN` + `IN` **cannot pass `timeout`/`callBackFunc`** — for those use raw `EXE`: `"EXE": "webSocketJoinGroup({Nhom3:null}, 3000, function(){ ... })"`.
|
|
78
|
+
- Use for groups that are **conditional** or known only **after** load (e.g. after an API returns a room/chat ID), instead of static `webSocket: {}`.
|
|
79
|
+
|
|
80
|
+
---
|
|
81
|
+
|
|
82
|
+
## 5. Receive messages
|
|
83
|
+
|
|
84
|
+
### watch (recommended — run logic on new message)
|
|
85
|
+
|
|
86
|
+
```json
|
|
87
|
+
"watch": {
|
|
88
|
+
"webSocket.nhom1": { "MESS": "thong bao" },
|
|
89
|
+
"webSocket.device-abc": { "MESS": "thong bao" }
|
|
90
|
+
}
|
|
91
|
+
```
|
|
92
|
+
|
|
93
|
+
> **Important:** `watch` keys **cannot** use `{{ }}` (literal, not interpolated) — write the resolved group (`webSocket.device-abc`, not `webSocket.{{DGroup}}`).
|
|
94
|
+
|
|
95
|
+
### Bind directly to UI (raw, no watch)
|
|
96
|
+
|
|
97
|
+
```json
|
|
98
|
+
{
|
|
99
|
+
"el": "v-textarea",
|
|
100
|
+
"attr": { "v-model": "webSocket.nhom2", "label": "Nội dung nhận nhom2", "rows": 5 }
|
|
101
|
+
}
|
|
102
|
+
```
|
|
103
|
+
|
|
104
|
+
### Debug all state
|
|
105
|
+
|
|
106
|
+
```json
|
|
107
|
+
{ "el": "div", "attr": {}, "innerHTML": "{{webSocket}}" }
|
|
108
|
+
```
|
|
109
|
+
|
|
110
|
+
---
|
|
111
|
+
|
|
112
|
+
## 6. Send — `webSocket_Send`
|
|
113
|
+
|
|
114
|
+
`webSocket_Send(obj)` takes **one object** `{ group, data }`; `data` may be object, array or string — the function picks the SignalR API (`messageSendObject` / `messageSendArray` / `messageSend`).
|
|
115
|
+
|
|
116
|
+
### Way 1 — `FUN` + `IN` (object payload)
|
|
117
|
+
|
|
118
|
+
```json
|
|
119
|
+
{
|
|
120
|
+
"FUN": "webSocket_Send",
|
|
121
|
+
"IN": {
|
|
122
|
+
"group": "`nhom1",
|
|
123
|
+
"data": { "text": "doi tuong 1", "text2": "doi tuong 2" }
|
|
124
|
+
}
|
|
125
|
+
}
|
|
126
|
+
```
|
|
127
|
+
|
|
128
|
+
### Way 2 — raw `EXE` (read dynamic vueData values)
|
|
129
|
+
|
|
130
|
+
```json
|
|
131
|
+
{ "EXE": "webSocket_Send({ group:'nhom2', data:vueData.messText })" }
|
|
132
|
+
```
|
|
133
|
+
|
|
134
|
+
### Way 3 — array payload
|
|
135
|
+
|
|
136
|
+
```json
|
|
137
|
+
{
|
|
138
|
+
"FUN": "webSocket_Send",
|
|
139
|
+
"IN": { "group": "`nhom3", "data": ["mang 1", "mang 2"] }
|
|
140
|
+
}
|
|
141
|
+
```
|
|
142
|
+
|
|
143
|
+
### Directly in `script.js` (outside the action engine)
|
|
144
|
+
|
|
145
|
+
```js
|
|
146
|
+
webSocket_Send({ group: "Nhom3", data: "Gui noi dung từ JS" });
|
|
147
|
+
```
|
|
148
|
+
|
|
149
|
+
### Way 4 — HTTP API (no client SignalR connection needed)
|
|
150
|
+
|
|
151
|
+
REST endpoint to send to a group:
|
|
152
|
+
|
|
153
|
+
```json
|
|
154
|
+
{
|
|
155
|
+
"API": "https://ws.fui.vn/api/messageSend/nhom1",
|
|
156
|
+
"IN": { "text": "test 1", "text2": "test 2" }
|
|
157
|
+
}
|
|
158
|
+
```
|
|
159
|
+
|
|
160
|
+
Group name interpolates in the URL:
|
|
161
|
+
|
|
162
|
+
```json
|
|
163
|
+
{ "API": "https://ws.fui.vn/api/messageSend/{{DGroup}}" }
|
|
164
|
+
```
|
|
165
|
+
|
|
166
|
+
Use when `FUN`/`EXE` is inconvenient (e.g. server-side sends, or decoupling sending from whether the client holds a SignalR connection).
|
|
167
|
+
|
|
168
|
+
---
|
|
169
|
+
|
|
170
|
+
## 7. Full example
|
|
171
|
+
|
|
172
|
+
```json
|
|
173
|
+
{
|
|
174
|
+
"data": [
|
|
175
|
+
{
|
|
176
|
+
"TenNhomDong": "`ThuNha",
|
|
177
|
+
"DGroup": "`device-abc",
|
|
178
|
+
"webSocket": { "nhom1": [], "nhom2": null, "{{DGroup}}": {} }
|
|
179
|
+
},
|
|
180
|
+
{
|
|
181
|
+
"FUN": "webSocketJoinGroup",
|
|
182
|
+
"IN": { "Nhom3": null, "{{TenNhomDong}}": [] }
|
|
183
|
+
}
|
|
184
|
+
],
|
|
185
|
+
"watch": {
|
|
186
|
+
"webSocket.nhom1": { "MESS": "thong bao" },
|
|
187
|
+
"webSocket.device-abc": { "MESS": "thong bao" }
|
|
188
|
+
},
|
|
189
|
+
"controls": [
|
|
190
|
+
{
|
|
191
|
+
"prop": "fluid grid-list-md",
|
|
192
|
+
"rows": [
|
|
193
|
+
{
|
|
194
|
+
"prop": "",
|
|
195
|
+
"cols": [
|
|
196
|
+
{
|
|
197
|
+
"el": "v-textarea",
|
|
198
|
+
"col": { "class": "" },
|
|
199
|
+
"attr": { "v-model": "messText", "label": "noi dung", ":required": false, "rows": 5 },
|
|
200
|
+
"w": ""
|
|
201
|
+
},
|
|
202
|
+
{
|
|
203
|
+
"el": "f-button",
|
|
204
|
+
"col": { "class": "shrink" },
|
|
205
|
+
"attr": {
|
|
206
|
+
"label": "send - nhom2",
|
|
207
|
+
":action": [
|
|
208
|
+
{
|
|
209
|
+
"FUN": "webSocket_Send",
|
|
210
|
+
"IN": { "group": "`nhom1", "data": { "text": "doi tuong 1", "text2": "doi tuong 2" } }
|
|
211
|
+
},
|
|
212
|
+
{ "EXE": "webSocket_Send({ group:'nhom2', data:vueData.messText})" },
|
|
213
|
+
{ "FUN": "webSocket_Send", "IN": { "group": "`nhom3", "data": ["mang 1", "mang 2"] } }
|
|
214
|
+
]
|
|
215
|
+
}
|
|
216
|
+
}
|
|
217
|
+
]
|
|
218
|
+
},
|
|
219
|
+
{
|
|
220
|
+
"prop": "",
|
|
221
|
+
"cols": [
|
|
222
|
+
{
|
|
223
|
+
"el": "v-textarea",
|
|
224
|
+
"col": {},
|
|
225
|
+
"attr": { "v-model": "webSocket.nhom2", "label": "Nội dung nhận nhom2", ":required": false, "rows": 5 }
|
|
226
|
+
}
|
|
227
|
+
]
|
|
228
|
+
},
|
|
229
|
+
{ "prop": "", "cols": [{ "el": "div", "col": {}, "attr": {}, "innerHTML": "{{webSocket}}" }] },
|
|
230
|
+
{
|
|
231
|
+
"prop": "",
|
|
232
|
+
"cols": [
|
|
233
|
+
{
|
|
234
|
+
"el": "f-button",
|
|
235
|
+
"col": {},
|
|
236
|
+
"attr": {
|
|
237
|
+
"label": "send by API - nhom1",
|
|
238
|
+
":action": [
|
|
239
|
+
{ "API": "https://ws.fui.vn/api/messageSend/nhom1", "IN": { "text": "test 1", "text2": "test 2" } }
|
|
240
|
+
]
|
|
241
|
+
}
|
|
242
|
+
},
|
|
243
|
+
{
|
|
244
|
+
"el": "f-button",
|
|
245
|
+
"col": {},
|
|
246
|
+
"attr": {
|
|
247
|
+
":label": "'send by API - ' + DGroup",
|
|
248
|
+
":action": [{ "API": "https://ws.fui.vn/api/messageSend/{{DGroup}}" }]
|
|
249
|
+
}
|
|
250
|
+
}
|
|
251
|
+
]
|
|
252
|
+
},
|
|
253
|
+
{ "prop": "", "cols": [{ "el": "div", "col": {}, "attr": {}, "innerHTML": "{{webSocketState}}" }] }
|
|
254
|
+
]
|
|
255
|
+
}
|
|
256
|
+
],
|
|
257
|
+
"set": {}
|
|
258
|
+
}
|
|
259
|
+
```
|
|
260
|
+
|
|
261
|
+
---
|
|
262
|
+
|
|
263
|
+
## 8. Checklist
|
|
264
|
+
|
|
265
|
+
- [ ] `fui import list`: are `jquery.signalR-2.4.1.min.js` + `signalr/hubs` present?
|
|
266
|
+
- [ ] Missing → `fui import new` both, sort order signalR first, hubs second
|
|
267
|
+
- [ ] Declare `data[].webSocket = { groupName: [] | null | {} }` — value type by need (history vs latest)
|
|
268
|
+
- [ ] Runtime/conditional groups → `FUN: webSocketJoinGroup` (no `timeout`/`callBackFunc` via `IN`; use `EXE` if needed)
|
|
269
|
+
- [ ] Receive: `watch` (literal key, no `{{ }}`) or bind `v-model="webSocket.<group>"`
|
|
270
|
+
- [ ] Send: `FUN: webSocket_Send` (object/array), `EXE` for dynamic `vueData`, or `API: https://ws.fui.vn/api/messageSend/<group>` for HTTP instead of client SignalR
|
|
271
|
+
- [ ] Use `vueData.webSocketState` if the user needs to see connection status
|