|
7 | 7 | | Application Namespace
|
8 | 8 | |--------------------------------------------------------------------------
|
9 | 9 | |
|
10 |
| - | Blueprint assumes a default Laravel application namespace of 'App'. |
| 10 | + | Blueprint uses the default Laravel application namespace of 'App'. |
11 | 11 | | However, you may configure Blueprint to use a custom namespace.
|
12 |
| - | Ultimately this should match the PSR-4 autoload value set |
13 |
| - | within the composer.json file of your application. |
| 12 | + | This value should match a PSR-4 autoload configuration value |
| 13 | + | within the composer.json file of your Laravel application. |
14 | 14 | |
|
15 | 15 | */
|
16 | 16 | 'namespace' => 'App',
|
|
24 | 24 | | Blueprint promotes following Laravel conventions. As such, it generates
|
25 | 25 | | components under the default namespaces. For example, models are under
|
26 | 26 | | the `App` namespace. However, you may configure Blueprint to use
|
27 |
| - | a custom namespace when generating these components. |
| 27 | + | your own custom namespace when generating these components. |
28 | 28 | |
|
29 | 29 | */
|
30 | 30 | 'models_namespace' => '',
|
|
36 | 36 | | Application Path
|
37 | 37 | |--------------------------------------------------------------------------
|
38 | 38 | |
|
39 |
| - | Here you may customize the path where Blueprint stores generated |
40 |
| - | components. By default, Blueprint will store files under the |
41 |
| - | `app` folder However, you may change the path to store |
42 |
| - | generated component elsewhere. |
| 39 | + | By default, Blueprint will save the generated application components |
| 40 | + | under the files under the `app` folder. However, you may configure |
| 41 | + | Blueprint to save these generated component under a custom path. |
43 | 42 | |
|
44 | 43 | */
|
45 | 44 | 'app_path' => 'app',
|
|
61 | 60 | | Foreign Key Constraints
|
62 | 61 | |--------------------------------------------------------------------------
|
63 | 62 | |
|
64 |
| - | Here you may enable foreign key constraints for the migrations. This |
65 |
| - | will link records in the defined tables together and help the database |
66 |
| - | to be more structured and readable. |
| 63 | + | Here you may enable Blueprint to always add foreign key constraints |
| 64 | + | within the generated migration. This will relate these records |
| 65 | + | together to add structure and integrity to your database. |
67 | 66 | |
|
68 | 67 | */
|
69 | 68 | 'use_constraints' => false,
|
70 | 69 |
|
| 70 | + /* |
| 71 | + |-------------------------------------------------------------------------- |
| 72 | + | Fake Nullables |
| 73 | + |-------------------------------------------------------------------------- |
| 74 | + | |
| 75 | + | By default, Blueprint will set fake data even for nullable columns |
| 76 | + | within the generated model factories. However, you may disable |
| 77 | + | this behavior if you prefer to only set required columns |
| 78 | + | within your model factories. |
| 79 | + | |
| 80 | + */ |
71 | 81 | 'fake_nullables' => true,
|
72 | 82 |
|
73 | 83 | /*
|
74 | 84 | |--------------------------------------------------------------------------
|
75 |
| - | Models |
| 85 | + | Use Guarded |
76 | 86 | |--------------------------------------------------------------------------
|
77 | 87 | |
|
78 |
| - | Here you may choose to use $guarded instead $fillable. |
| 88 | + | By default, Blueprint will set the `fillable` property within generated |
| 89 | + | models with the defined columns. These are set to provide a foundation |
| 90 | + | for mass assignment protection provided by Laravel. However, you may |
| 91 | + | configure Blueprint to instead set an empty `guarded` property to |
| 92 | + | generated "unguarded" models. |
79 | 93 | |
|
80 | 94 | */
|
81 | 95 |
|
|
0 commit comments