Skip to content

Commit f8468ce

Browse files
committed
re-use -> reuse
1 parent c9834e0 commit f8468ce

5 files changed

Lines changed: 5 additions & 5 deletions

File tree

docs/tutorial/create-db-and-table.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -152,7 +152,7 @@ Creating the **engine** is very simple, just call `create_engine()` with a URL f
152152

153153
{* ./docs_src/tutorial/create_db_and_table/tutorial001_py310.py ln[1:16] hl[1,14] *}
154154

155-
You should normally have a single **engine** object for your whole application and re-use it everywhere.
155+
You should normally have a single **engine** object for your whole application and reuse it everywhere.
156156

157157
/// tip
158158

docs/tutorial/fastapi/tests.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -253,7 +253,7 @@ Check out the number bubbles to see what is done by each line of code.
253253

254254
But apart from the way we declare them and how we tell the framework that we want to have them in the function, they **work in a very similar way**.
255255

256-
Now we create lots of tests and re-use that same fixture in all of them, saving us that **boilerplate code**.
256+
Now we create lots of tests and reuse that same fixture in all of them, saving us that **boilerplate code**.
257257

258258
**pytest** will make sure to run them right before (and finish them right after) each test function. So, each test function will actually have its own database, engine, and session.
259259

docs/tutorial/insert.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -159,7 +159,7 @@ In fact, the **session** needs and uses an **engine**.
159159

160160
For example, if we have a web application, we would normally have a single **session** per request.
161161

162-
We would re-use the same **engine** in all the code, everywhere in the application (shared by all the requests). But for each request, we would create and use a new **session**. And once the request is done, we would close the session.
162+
We would reuse the same **engine** in all the code, everywhere in the application (shared by all the requests). But for each request, we would create and use a new **session**. And once the request is done, we would close the session.
163163

164164
The first step is to import the `Session` class:
165165

docs/tutorial/many-to-many/create-data.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -61,7 +61,7 @@ INFO Engine INSERT INTO team (name, headquarters) VALUES (?, ?)
6161
INFO Engine [generated in 0.00037s] ('Z-Force', 'Sister Margaret's Bar')
6262
INFO Engine INSERT INTO team (name, headquarters) VALUES (?, ?)
6363
INFO Engine [cached since 0.001239s ago] ('Preventers', 'Sharp Tower')
64-
// Insert the link data last, to be able to re-use the created IDs
64+
// Insert the link data last, to be able to reuse the created IDs
6565
INFO Engine INSERT INTO heroteamlink (team_id, hero_id) VALUES (?, ?)
6666
INFO Engine [generated in 0.00026s] ((2, 3), (1, 1), (2, 1), (2, 2))
6767
// Commit and save the data in the database

docs_src/tutorial/fastapi/app_testing/tutorial001_py310/annotations/en/test_main_005.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -38,4 +38,4 @@
3838

3939
6. Now in the dependency override function, we just return the same `session` object that came from outside it.
4040

41-
The `session` object comes from the parameter passed to the test function, and we just re-use it and return it here in the dependency override.
41+
The `session` object comes from the parameter passed to the test function, and we just reuse it and return it here in the dependency override.

0 commit comments

Comments
 (0)