# Building a Mandarin Dictionary Recently, I had the idea to start building my new app: a Mandarin dictionary specifically for Traditional Mandarin Chinese. ## The Problem with Existing Tools I have been learning Taiwanese Mandarin for 4 years now as a hobby, using tools like Anki and YouTube, along with some books I got from my Taiwanese friends. I noticed that there aren't many good Mandarin dictionaries available on iOS apart from [Pleco](https://www.pleco.com/). While [Pleco](https://www.pleco.com/) is useful, it is primarily a bilingual dictionary, meaning it translates terms from English to Chinese and vice versa. I really prefer using monolingual dictionaries. Reading definitions in Chinese (made for native speakers) is a great way of challenging myself and practicing my Chinese skills even more. My only workaround was to use a tool like Gemini, asking it to define a word using Chinese, but I wanted to use a dedicated, real dictionary. I researched the most popular online dictionaries for Taiwanese Mandarin, and every time I looked it up, one dictionary consistently came up: The MOE Taiwanese Dictionary, published by the Taiwanese Government. I started using their website, but I wanted a native iOS app. Unfortunately, the apps available on the App Store that used this data hadn't been updated in over 10 years. This led me to want to build a modern application using SwiftUI. Luckily, I found a GitHub repository containing the dictionary data in JSON format and started with the development of the app. ## Understanding the JSON data and defining the schema To make sure my database could handle the complexity of Chinese dictionary entries, I started by analyzing some entries in the JSON file. One of these entries I analyzed was the character "**行**" (_xíng_, _háng_, etc), which has **multiple readings (heteronyms)**, and each reading can have distinct meanings. This helped me to define the one-to-many relationships for the data. ### Analyzing a Sample Entry First of all, we import the `json` library in Python and open the dictionary file: ```python import json with open("dict-revised.json", encoding="utf-8") as f: items = json.load(f) ``` At this point, the variable `items` is a Python object representing the JSON file (a list of dictionaries.) > [!notes] Why UTF-8? > All files are stored as bytes on disk so to read then we need to decode those bytes. UTF-8 is a common text encoding used to represent all unicode characters. Without specifying it, Python might use a default encoding which can vary by system and reading non-ASCII characters could produce wrong characters. Now, let's get some random elements from the middle of the list: ```python samples = random.sample(items[len(items)//4 : 3*len(items)//4], 3) ``` To understand this line, let's suppose our JSON has 100 entries: 1. `len(items) // 4`: [[Floor Division|Floor divides]] 100 (list length) by 4 to get the index 1/4 into the list. $$ \left\lfloor \frac{100}{4} \right\rfloor = \left\lfloor 25 \right\rfloor = 25 $$ 2. `3*len(items)//4`: Multiplies 100 (list length) by 3 and then [[Floor Division|floor divides]] by 4 giving the index 3/4 into the list. $$ \left\lfloor \frac{3 \cdot 100}{4} \right\rfloor = \left\lfloor \frac{300}{4} \right\rfloor = \left\lfloor 75 \right\rfloor = 75 $$ 3. Slice `items[start:end]`: In our case the slice is `items[25:75]` which represents a list ranging elements with indexes 25 through 74. (see: [[Slicing]]) 4. `random.sample(sequence, k)`: Where `k` is the number of elements to get from the `sequence`. In our case, we are getting 3 elements. $$ S = x_{25}, x_{26}, \dots, x_{74} $$ By running this script, we can get three random entries to analyze. Now, let's try to imagine how each entry structure is going to look like. I will use the character "行" as an example: ```json { "title": "行", "radical": "行", "stroke_count": 6, "non_radical_stroke_count": 0, "heteronyms": [ { "pinyin": "xíng", "bopomofo": "ㄒㄧㄥˊ", "definitions": [ { "type": "動", "def": "走、走路。", "example": ["直行", "寸步難行", "錦衣夜行"], "quote": ["《論語》:「...」", "王維:「...」"] }, { "type": "動", "def": "往。", "quote": ["《詩經》:「...」", "杜甫:「...」"] }, { "type": "動", "def": "移動、流動。", "example": ["運行"], "quote": ["《易經》:「...」", "杜甫:「...」"] }, { "type": "動", "def": "流通。", "example": ["流行", "通行全國"], "quote": ["《左傳》:「...」"] }, { "type": "動", "def": "做、從事。", "example": ["行醫", "行善"], "quote": ["《左傳》:「...」"] }, { "type": "動", "def": "實施。", "quote": ["《易經》:「...」"] }, { "type": "動", "def": "經歷。", "quote": ["《聊齋志異》:「...」"] }, { "type": "動", "def": "可以。", "example": ["行不行?", "行!放手去做吧!"] }, { "type": "名", "def": "道路。", "quote": ["《詩經》:「...」"] }, { "type": "名", "def": "行書的簡稱。", "example": ["行草", "行楷"] }, { "type": "名", "def": "詩體,如〈琵琶行〉。" }, { "type": "名", "def": "量詞。酌酒單位。", "quote": ["《法言》:「...」"] }, { "type": "名", "def": "姓。漢有行宏。" }, { "type": "名", "def": "部首之一。" }, { "type": "形", "def": "能幹、幹練。", "example": ["你真行。", "他在這方面行得很。"] }, { "type": "副", "def": "不久、將要。", "example": ["行將就木"], "quote": ["元稹:「...」"] }, { "type": "連", "def": "且。", "quote": ["《史記》:「...」"] } ] }, { "pinyin": "háng", "bopomofo": "ㄏㄤˊ", "definitions": [ { "type": "名", "def": "行列。", "quote": ["《左傳》:「...」", "杜甫:「...」"] }, { "type": "名", "def": "兄弟姐妹次序。", "example": ["排行老三"] }, { "type": "名", "def": "量詞。排成的單位。", "example": ["一行樹"], "quote": ["杜甫:「...」"] }, { "type": "名", "def": "營業機構。", "example": ["銀行", "商行", "分行"] }, { "type": "名", "def": "職業。", "example": ["各行各業", "行行出狀元"] }, { "type": "名", "def": "處所,用於人稱後。", "quote": ["周邦彥:「...」"] }, { "type": "名", "def": "部首之一。" } ] }, { "pinyin": "xìng", "bopomofo": "ㄒㄧㄥˋ", "definitions": [ { "type": "名", "def": "行為舉止。", "example": ["品行", "德行"], "quote": ["《論語》:「...」"] } ] }, { "pinyin": "hàng", "bopomofo": "ㄏㄤˋ", "definitions": [ { "def": "參見「行行」、「樹行子」。" } ] } ] } ``` Visually, we can imagine a structure like this for each entry: ```mermaid erDiagram ENTRY { string title string radical int stroke_count int non_radical_stroke_count array heteronyms } HETERONYM { string pinyin string bopomofo array definitions } DEFINITION { string def string type(optional) string example(optional) string quote(optional) } ENTRY ||--o{ HETERONYM : "has" HETERONYM ||--o{ DEFINITION : "has" ``` ## Database Implementation: SQLite Now, we can start defining a relational database schema in SQLite. First, we establish a connection to our database file `dictionary.db`, using Python's `sqlite3` module. The connection object can be seen as an open pipe or session to the database, and the cursor acts as the tool we use to send SQL commands through that connection. We will use it to execute SQL statements like creating tables and inserting data: ```python import sqlite3 conn = sqlite3.connect("dictionary.db") cur = conn.cursor() ``` We need three interconnected tables: `entry`, `heteronym`, and `definition`. We can use `cur.executescript` to run these multiple SQL statements at once: 1. `entry` table: ```sql CREATE TABLE entry ( id INTEGER PRIMARY KEY AUTOINCREMENT, title TEXT, radical TEXT, stroke_count INTEGER, non_radical_stroke_count INTEGER ); ``` 2. `heteronym` table: containing the different readings of a character: ```sql CREATE TABLE heteronym ( id INTEGER PRIMARY KEY AUTOINCREMENT, entry_id INTEGER, pinyin TEXT, bopomofo TEXT, FOREIGN KEY(entry_id) REFERENCES entry(id) ); ``` 3. `definition` table: storing the definitions for each reading: ```sql CREATE TABLE definition ( id INTEGER PRIMARY KEY AUTOINCREMENT, heteronym_id INTEGER, type TEXT, def TEXT, example TEXT, quote TEXT, FOREIGN KEY (heteronym_id) REFERENCES heteronym(id) ); ``` ## Inserting data into the database With the schema already defined, we need to put the data from the JSON file into our SQLite tables: First, let's open the json file using UTF-8 encoding and use `json.load()` to parse the file into a Python object (a list of dictionaries in this case): ```python with open("dict-revised.json", encoding="utf-8") as f: items = json.load(f) ``` Now, we connect to the database an create a cursor to talk to it: ```python conn = sqlite3.connect("dictionary.db") cur = conn.cursor() ``` Then, we loop through the list of dictionaries where each dictionary is an entry: ```python for entry in items: ``` Now, for each entry: 1. `INSERT INTO entry` tells SQLite "I want to add a new row to the table entry". 2. `(title, radical, stroke_count, non_radical_stroke_count)` specifies which columns we are filling in this row. 3. `VALUES (?, ?, ?, ?)` are placeholders for the actual values (it will be filled with the tuple we pass) 4. The tuple of values consists of each of the corresponding columns in the table. It gets the values with the key `"title"`, `radical`, etc from the JSON dictionary entry or `None` if it is missing. ```python cur.execute( "INSERT INTO entry (title, radical, stroke_count, non_radical_stroke_count) VALUES (?, ?, ?, ?)", ( entry.get("title"), entry.get("radical"), entry.get("stroke_count"), entry.get("non_radical_stroke_count"), ), ) ``` ### Example Consider this entry: ```json { "title": "行", "radical": "行", "stroke_count": 6, "non_radical_stroke_count": 0 } ``` Python will run this query: ```python INSERT INTO entry (title, radical, stroke_count, non_radical_stroke_count) VALUES ('行', '行', 6, 0); ``` After inserting a row into the table, `lastrowid` stores the auto-increment ID assigned to the entry by SQLite: ```python entry_id = cur.lastrowid ``` Now, we do the same for the list of `heteronyms` into from each entry: ```python for het in entry.get("heteronyms", []): cur.execute( "INSERT INTO heteronym (entry_id, pinyin, bopomofo) VALUES (?, ?, ?)", ( entry_id, het.get("pinyin"), het.get("bopomofo") ) ) heteronym_id = cur.lastrowid ``` Now, for the definitions: 1. As `example` and `quote` are lists, we need to convert them into strings as SQL cannot handle them. ```json ["直行", "寸步難行"] → '["直行", "寸步難行"]' ``` 2. `json.dumps()` turns the list into a string. 3. `[]` is specified inside the `d.get()` to ensure an empty list is returned if `example` or `quote` are missing instead of `None`. 4. `ensure_ascii=False` is usable to keep the Unicode characters and not ASCII only. So that Chinese characters don't get converted into things like: `\u76f4\u884c`. ```python for d in het.get("definitions", []): cur.execute( "INSERT INTO definition (heteronym_id, type, def, example, quote) VALUES (?, ?, ?, ?, ?)", ( heteronym_id, d.get("type"), d.get("def"), json.dumps(d.get("example", []), ensure_ascii=False), json.dumps(d.get("quote", []), ensure_ascii=False), ), ) ``` Finally, we can commit and close the connection: 1. `commit()` is used to save everything. 2. `close()` is used to close the connection with the database. ```python conn.commit() conn.close() ``` ## In Swift Next, we need to prepare the database for use in the SwiftUI app. We create corresponding Swift structs to model our SQLite tables, following the standards of **SQLite Data by Point-Free**. ```swift @Table("entry") struct Entry: Identifiable { let id: Int var title: String var radical: String @Column("stroke_count") var strokeCount: Int @Column("non_radical_stroke_count") var nonRadicalStrokeCount: Int } @Table("heteronym") struct Heteronym: Identifiable { let id: Int @Column("entry_id") var entryID: Int var pinyin: String var bopomofo: String } @Table("definition") struct Definition: Identifiable { let id: Int @Column("heteronym_id") var heteronymID: Int var type: String var def: String var example: String var quote: String } ``` > [!important] What are @Table and @Column? > `@Table` is used to map the struct in Swift to the corresponding table in the database. `@Column` is used when the name of a property into a table in Swift and the database column don't match. ### App.swift In the app's entry point structure marked with `@main` we can define an initializer and call the `prepareDependencies` function: 1. `prepareDependencies` is a function used to configure global dependencies at the app's entry point. 2. It takes a closure that receives a dependency container (the first parameter `$0`) 3. We use `Bundle.main.path` to retrieve the dictionary database file's path and assign it to the `dbPath` variable. We force unwrap it here because the results of `Bundle.main.path` is optional as the file may not exist. But in our case, the dictionary file is crucial for the app so if it cannot be opened the app will just crash. ```swift prepareDependencies { let dbPath = Bundle.main.path(forResource: "dictionary", ofType: "db")! let db = try DatabaseQueue(path: dbPath) $0.defaultDatabase = db // defines the default database to the container } ``` > [!note] What is `DatabaseQueue()`? > By executing the following line, we are: > 1. Creating a database connection to the file at `dbPath`. > 2. Creating a [[Serial Dispatch Queue]] to ensure that **all database operations happen one at a time.** > 3. It is a throwing function so it must be marked with `try`. It can throw an error in case of corrupted file, not existing file or insufficient permissions. > ```swift > let db = try DatabaseQueue(path: dbPath) > ``` It works like the following: ```mermaid graph TD A[prepareDependencies called] --> B[Creates container] B --> C[Passes container as $0 to your closure] C --> D[You modify $0.defaultDatabase] D --> E[Container saved globally] E --> F[Available everywhere via @Dependency] style C fill:#f9f,stroke:#333,stroke-width:2px style D fill:#bbf,stroke:#333,stroke-width:2px ``` ### ViewModel: Search by Stroke Count Functionality To communicate between the UI and the database, we create a `DictionaryModel` class, which will serve as our ViewModel: ```swift @Observable class DictionaryModel { } ``` > [!important] What is [[@Observable]]? > `@Observable` is a Swift macro (introduced in iOS 17+) that automatically makes all properties of this class **observable**. Before it, we would have to conform the model to [[ObservableObject]] and mark each of the changing properties with [[@Published]]. > [!info] Why a class? > Because all views should share the same instance. Inside the ViewModel, we are going to declare a variable to represent the connection to the database and tell SwiftUI to ignore changes to this property as the database connection itself doesn't need to trigger view updates: ```swift @ObservationIgnored @Dependency(\.defaultDatabase) var database ``` > [!important] What is @Dependency? > @Dependency is a property wrapper from the Dependencies library. It uses a key path syntax `\.defaultDatabase` to access the database we configured in `App.swift`. This is called Dependency Injection which means that we are not creating our own database connection but receiving it from outside. ```mermaid graph LR A[App.swift
prepareDependencies] --> B[Sets defaultDatabase] B --> C[Dependency Container] C --> D[@Dependency injects it here] D --> E[DictionaryModel uses it] style C fill:#bbf,stroke:#333,stroke-width:2px style D fill:#f9f,stroke:#333,stroke-width:2px ``` ### Other Properties ```swift var entries: [Entry] = [] var isLoading = false var errorMessage: String? ``` Where: - `entries`: Is an array of search results. When it changes, any SwiftUI view observing it will refresh. - `isLoading`: Tracks whether a search is currently in progress. It is used in the UI to show a loading spinner. - `errorMessage`: Optional string to hold error messages. It is `nil` when everything is fine. ### Asynchronous Database Query The `searchByStrokeCount` function handles the search logic. It first performs input validation using a [[guard]] statement, ensuring the `strokeCount` is a valid positive number: ```swift func searchByStrokeCount(_ strokeCount: Int) async { guard strokeCount > 0 else { entries = [] return } } ``` 1. `isLoading`: Sets the loading flag before starting the query. It triggers the UI thanks to [[@Observable]] that makes the view update automatically to show the ProgressView with the text `"搜尋中..."` 2. `errorMessage = nil` means there are no error messages. ```swift isLoading = true errorMessage = nil ``` ### The database query 1. We start a `do-catch` block for error handling. Here, any throwing operation inside can be caught. 2. `database.read` opens a read-only database transaction. 3. This operation can cause throw an error so it is marked with `try` 4. `await` signalizes it is an asynchronous operation meaning that the function suspends here while waiting for the database. 5. `db` is the database connection handle. 6. `try Entry` starts building a query on the `Entry` table 7. `.where` adds a filter condition like SQL's `WHERE` clause 8. Here. `$0` represents an entry object. 9. `.order` is similar to SQL `ORDER BY`. Here, we are accessing the `.\title` key path to the title property. 10. `.fetchAll` actually runs the query. 11. We catch all possible errors and display a localized error message. ```swift do { entries = try await database.read { db in try Entry .where { $0.strokeCount == strokeCount } .order(by: \.title) .fetchAll(db) } catch { errorMessage = "搜尋失敗: \(error.localizedDescription)" entries = [] } ``` What `fetchAll` is doing here: ```mermaid graph TD A[Query Builder] --> B[Generate SQL] B --> C[Execute on Database] C --> D[Raw SQLite Rows] D --> E[Map to Entry structs] E --> F[Return Array of Entry to entries] style E fill:#bbf,stroke:#333,stroke-width:2px style F fill:#f9f,stroke:#333,stroke-width:2px ``` After finishing the query, we set `isLoading` to false: ```swift isLoading = false ``` Visually: ```mermaid sequenceDiagram participant UI as StrokeCountSearchView participant Model as DictionaryModel participant SQLite as SQLiteData participant DB as Database File UI->>Model: searchByStrokeCount(5) activate Model Model->>Model: guard strokeCount > 0 Model->>Model: isLoading = true Note over UI: Shows ProgressView Model->>SQLite: database.read { db in ... } activate SQLite SQLite->>SQLite: Build query with .where and .order SQLite->>DB: Execute SQL: SELECT * FROM entry WHERE stroke_count = 5 ORDER BY title activate DB DB-->>SQLite: Return rows deactivate DB SQLite->>SQLite: Map rows to [Entry] SQLite-->>Model: Return [Entry] deactivate SQLite Model->>Model: entries = [Entry] Model->>Model: isLoading = false Note over UI: Hides ProgressView
Shows List deactivate Model UI->>UI: SwiftUI auto-refreshes ``` ## Views Let's start with a tab view. A tab view is just an interface that appears at the bottom of most iOS apps, and it helps us to display navigation and action buttons. Here, we will start with just two simple pages: the home screen view and the search view. ```swift struct TabViewSearch: View { var body: some View { TabView { Tab("首頁", systemImage: "house") { HomeView() } Tab(role: .search) { SearchView() } } } } ``` > [!important] What is `Tab(role: .search)`? > A special tab designed for searching things into your app. Here, the magnifying glass icon is automatically provided. For the home view, I just implemented a dummy view for the moment: Home-screen-v1 Let's start building the `SearchView()` for searching by stroke count. Here, we are going to use a pattern of having one main view switching between different states. Let's start by defining some [[@State]] variables: 1. `model` holds the `ViewModel` instance to communicate with the model/data 2. `searchText` stores what the user types in the search bar ```swift struct SearchView: View { @State private var model = DictionaryModel() @State private var searchText = "" var body: some View { // ... } } ``` Inside the body, let's add a `NavigationStack`: ```swift var body: some View { NavigationStack { ... } } ``` > [!important] Why use NavigationStack? > `NavigationStack` gives us the ability to navigate between different screens (as a stack of views) and also gives us the possibility to use the navigation bar at the top. We also have to add a `Group` here to be able to build a conditional view: ```swift Group { if searchText.isEmpty { EmptySearchStateView() } else if model.isLoading { LoadingStateView() } else if let error = model.errorMessage { ErrorStateView(errorMessage: error) } else if model.entries.isEmpty { NoResultsStateView(searchText: searchText) } else { SearchResultsListView(entries: model.entries) } } ``` > [!important] What is a Group? > It is a transparent container (like a [[VStack]]) but that does not add any visual styling. ### The search interface state machine ```mermaid graph TD A[SearchView] --> B{searchText empty?} B -->|Yes| C[EmptySearchStateView] B -->|No| D{model.isLoading?} D -->|Yes| E[LoadingStateView] D -->|No| F{model.errorMessage exists?} F -->|Yes| G[ErrorStateView] F -->|No| H{model.entries empty?} H -->|Yes| I[NoResultsStateView] H -->|No| J[SearchResultsListView] ``` ### State 1: No search input empty ```swift if searchText.isEmpty { EmptySearchStateView() } ``` ```swift struct EmptySearchStateView: View { var body: some View { ContentUnavailableView( "開始搜尋", systemImage: "magnifyingglass", description: Text("輸入筆畫數以搜尋字詞") ) } } ``` > [!note] What is ContentUnavailableView()? > A built-in view to display empty states. It displays a custom centered icon with a title and a description. ### State 2: Database query in progress loading ```swift else if model.isLoading { LoadingStateView() } ``` ```swift struct LoadingStateView: View { var body: some View { ProgressView("搜尋中...") } } ``` > [!note] What is ProgressView()? > A built-in view for displaying a loading indicator (a spinner) ### State 3: An error occurred error ```swift else if let error = model.errorMessage { ErrorStateView(errorMessage: error) } ``` ```swift struct ErrorStateView: View { let errorMessage: String var body: some View { ContentUnavailableView { Label("搜尋錯誤", systemImage: "exclamationmark.triangle") } description: { Text(errorMessage) } } } ``` ### State 4: Search completed but no results found noresults ```swift else if model.entries.isEmpty { NoResultsStateView(searchText: searchText) } ``` ```swift struct NoResultsStateView: View { let searchText: String var body: some View { ContentUnavailableView( "無搜尋結果", systemImage: "magnifyingglass", description: Text("找不到 \(searchText) 畫的字") ) } } ``` ### State 5: Search completed with results results ```swift else { SearchResultsListView(entries: model.entries) } ``` ```swift struct SearchResultsListView: View { let entries: [Entry] var body: some View { List(entries) { entry in NavigationLink { CharacterDetailView(entry: entry) } label: { CharacterListRow(entry: entry) } } } } ``` Here, the `CharacterListRow` represents each item of the list that appears in the search results: ```swift struct CharacterListRow: View { let entry: Entry var body: some View { HStack { Text(entry.title) .font(.title) .fontWeight(.bold) Spacer() VStack(alignment: .trailing) { Text("部首: \(entry.radical)") .font(.caption) .foregroundColor(.secondary) Text("\(entry.strokeCount) 畫") .font(.caption) .foregroundColor(.secondary) } } .padding(.vertical, 4) } } ``` ### The character detail view details Here, the `GroupBox` is used to create a section in the view that visually groups some content. ```swift struct CharacterDetailView: View { let entry: Entry var body: some View { ScrollView { VStack(spacing: 24) { Text(entry.title) .font(.system(size: 120)) .fontWeight(.medium) .padding() GroupBox { VStack(spacing: 16) { InfoRow(label: "部首", value: entry.radical) Divider() InfoRow(label: "總筆畫", value: "\(entry.strokeCount)") Divider() InfoRow(label: "部首外筆畫", value: "\(entry.nonRadicalStrokeCount)") } .padding() } .padding(.horizontal) } .padding() } .navigationTitle("字詞詳情") .navigationBarTitleDisplayMode(.inline) } } ``` ### View Modifiers After the group containing the conditional views, we are going to chain some view modifiers. The first one is the navigation title: ```swift .navigationTitle("筆畫搜尋") ``` Then, we need to add the search bar to the navigation view. To achieve that, we need to add the `searchable` modifier passing the `searchText` with the `$` syntax to create a [[two-way binding]] between the search bar text and the variable marked with [[@State]]: ```swift .searchable(text: $searchText, prompt: "輸入筆畫數") ``` Then, we apply another modifier to limit the keyboard to use the numeric keyboard since we are searching by stroke count in this demo: ```swift .keyboardType(.numberPad) ``` Now, we will apply the [[Reactive Logic|reactive logic]] that connects the UI to the view model: 1. `.onChange(of: searchText)`: watches for changes to `searchText` 2. `{ _, newValue in }`: is the way of writing parameters to a closure. The first parameter (oldValue) is ignored. The second parameter (newValue) is the updated search text 3. `Task`: Creates an asynchronous context (needed for `await`) 4. `if let count = Int(newValue)`: tries to convert the `newValue` (the text the user entered) to an integer and if it is successful and the value (now called `count` after the cast) is greater than zero, the search is triggered by `await model.searchByStrokeCount(count)` 5. Else, the results are cleared. ```swift .onChange(of: searchText) { _, newValue in Task { if let count = Int(newValue), count > 0 { await model.searchByStrokeCount(count) } else if newValue.isEmpty { model.entries = [] model.errorMessage = nil } } } ``` ```mermaid sequenceDiagram participant User participant SearchBar participant searchText @State participant onChange participant DictionaryModel participant View User->>SearchBar: Types "5" SearchBar->>searchText @State: Updates value to "5" searchText @State->>onChange: Triggers with newValue="5" onChange->>onChange: Converts to Int(5) onChange->>DictionaryModel: await searchByStrokeCount(5) DictionaryModel->>DictionaryModel: isLoading = true DictionaryModel->>View: SwiftUI detects change View->>View: Shows LoadingStateView DictionaryModel->>DictionaryModel: entries = [results] DictionaryModel->>DictionaryModel: isLoading = false DictionaryModel->>View: SwiftUI detects change View->>View: Shows SearchResultsListView ```