Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Commit f186cbc

Browse files
author
“Jeanne
committed
MAGEDOC-2051 formatting issue
1 parent 384f367 commit f186cbc

File tree

2 files changed

+4
-7
lines changed

2 files changed

+4
-7
lines changed

guides/v1.0/architecture/arch-basics.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -40,7 +40,7 @@ Optional stack components include:
4040

4141
Magento also provides an automated testing suite that includes test scripts for integration, functional areas, and performance. Components include PHPUnit for the unit test framework and Selenium for the functional test framework.
4242

43-
This framework is included in Magento/mtf. For more information, see Magento Test Framework guide.
43+
This framework is included in `Magento/mtf`. For more information, see Magento Test Framework guide.
4444
<h3>Stack Basics</h3>
4545
<h4>routing</h4>
4646
<h4>caching</h4>

guides/v1.0/architecture/archi_perspectives/arch_layers.md

Lines changed: 3 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -10,8 +10,6 @@ github_link: architecture/archi_perspectives/arch_layers.md
1010
We will add information about the following layers in a future sprint:
1111

1212
* Presentation layer
13-
* Service layer
14-
* Domain layer
1513

1614
<!--<h2 id="presentation">Presentation layer</h2>
1715
@@ -71,8 +69,7 @@ The service contract of a module is defined by the set of interfaces in the modu
7169

7270

7371

74-
* data (or *entity*) interfaces in the `Api/Data` directory
75-
*Data entities* are data structures passed to and returned from service interfaces.
72+
* data (or *entity*) interfaces in the `Api/Data` directory. *Data entities* are data structures passed to and returned from service interfaces.
7673

7774

7875
<b> add screenshot of relevant directory structure for module</b>
@@ -97,7 +94,7 @@ The domain layer holds the business logic layer of a Magento module. It typicall
9794

9895
* (Optionally) Includes the implementation of service contracts, although not their definition.
9996

100-
<b>Add diagram: service layer -- > domain layer resource models -—> database</b>
97+
<b>Add diagram: service layer -- > domain layer resource models -- > database</b>
10198

10299
Best practice: Use service contracts to communicate to the domain layer by passing data types through strongly typed objects. This practice can help you avoid the need to replace presentation layer code when replacing business layer logic.
103100

@@ -112,7 +109,7 @@ There are three primary ways of accessing a module's domain-layer code:
112109

113110
* Service contracts are the recommended way for one module to access another module's domain-level code. This loosely coupled solution is the optimal way for most modules to access another module.
114111

115-
* A module can directly call into another module. This tightly-coupled solution is not recommended for most situations, but is sometimes unavoidable.
112+
* A module can directly call into another module. This tightly coupled solution is not recommended for most situations, but is sometimes unavoidable.
116113

117114
* Domain layer code in one module can also plug itself into another module by:
118115

0 commit comments

Comments
 (0)