Doctrine_manual-1-2-en

Recommendations

Info

Chapter 12: YAML Schema Files 208 Below is a table containing the different options you can use to customize the building of models. Notice we use the packagesPrefix, baseClassName and suffix options above. Name Default Description packagesPrefix Package What to prefix the middle package models with. packagesPath #models_path#/ packages Path to write package files. packagesFolderName packages The name of the folder to put packages in, inside of the packages path. generateBaseClasses true Whether or not to generate abstract base models containing the definition and a top level class which is empty extends the base. generateTableClasses true Whether or not to generate a table class for each model. baseClassPrefix Base The prefix to use for generated base class. baseClassesDirectory generated Name of the folder to generate the base class definitions in. baseTableClassName Doctrine_Table The base table class to extend the other generated table classes from. baseClassName classPrefix Doctrine_Record Name of the base Doctrine_Record class. The prefix to use on all generated classes. classPrefixFiles true Whether or not to use the class prefix for the generated file names as well. pearStyle false Whether or not to generated PEAR style class names and file names. This option if set to true will replace underscores(_) with the DIRECTORY_SEPARATOR in the path to the generated class file. suffix .php Extension for your generated models. phpDocSubpackage phpDocName phpDocEmail The phpDoc subpackage name to generate in the doc blocks. The phpDoc author name to generate in the doc blocks. The phpDoc e-mail to generate in the doc blocks. Conclusion Now that we have learned all about YAML Schema files we are ready to move on to a great topic regarding Data Validation (page 209). This is an important topic because if you are not validating user inputted data yourself then we want Doctrine to validate data before being persisted to the database. ----------------- Brought to you by
Chapter 13: Data Validation 209 Chapter 13 Data Validation Introduction Pulled directly from PostgreSQL Documentation 25 : Data types are a way to limit the kind of data that can be stored in a table. For many applications, however, the constraint they provide is too coarse. For example, a column containing a product price should probably only accept positive values. But there is no standard data type that accepts only positive numbers. Another issue is that you might want to constrain column data with respect to other columns or rows. For example, in a table containing product information, there should be only one row for each product number. Doctrine allows you to define *portable* constraints on columns and tables. Constraints give you as much control over the data in your tables as you wish. If a user attempts to store data in a column that would violate a constraint, an error is raised. This applies even if the value came from the default value definition. Doctrine constraints act as database level constraints as well as application level validators. This means double security: the database doesn't allow wrong kind of values and neither does the application. Here is a full list of available validators within Doctrine: validator(arguments) constraints description notnull NOT NULL Ensures the 'not null' constraint in both application and database level email Checks if value is valid email. notblank NOT NULL Checks if value is not blank. nospace past future minlength(length) CHECK constraint Checks if value has no space chars. Checks if value is a date in the past. Checks if value is a date in the future. Checks if value satisfies the minimum length. 25. http://www.postgresql.org/docs/8.2/static/ddl-constraints.html ----------------- Brought to you by
Page 1 and 2:
Doctrine ORM for PHP Guide to Doctr
Page 3 and 4:
Table of Contents iii Examples ....
Page 5 and 6:
Table of Contents v Sample Queries
Page 7 and 8:
Table of Contents vii Component Que
Page 9 and 10:
Table of Contents ix Inserting a No
Page 11 and 12:
Table of Contents xi Generating Mig
Page 13 and 14:
Chapter 1: Introduction 13 Chapter
Page 15 and 16:
Chapter 1: Introduction 15 layer de
Page 17 and 18:
Chapter 1: Introduction 17 Further
Page 19 and 20:
Chapter 2: Getting Started 19 Insta
Page 21 and 22:
Chapter 2: Getting Started 21 Downl
Page 23 and 24:
Chapter 2: Getting Started 23 In th
Page 25 and 26:
Chapter 3: Introduction to Connecti
Page 27 and 28:
Page 29 and 30:
Page 31 and 32:
Chapter 4: Configuration 31 $table-
Page 33 and 34:
Chapter 4: Configuration 33 backtic
Page 35 and 36:
Chapter 4: Configuration 35 class M
Page 37 and 38:
Chapter 4: Configuration 37 // boot
Page 39 and 40:
Chapter 5: Connections 39 Chapter 5
Page 41 and 42:
Chapter 5: Connections 41 $conn = D
Page 43 and 44:
Chapter 5: Connections 43 This is p
Page 45 and 46:
Chapter 6: Introduction to Models 4
Page 47 and 48:
Page 49 and 50:
Page 51 and 52:
Page 53 and 54:
Chapter 7: Defining Models 53 Chapt
Page 55 and 56:
Chapter 7: Defining Models 55 } } /
Page 57 and 58:
Chapter 7: Defining Models 57 class
Page 59 and 60:
Chapter 7: Defining Models 59 Strin
Page 61 and 62:
Page 63 and 64:
Page 65 and 66:
Chapter 7: Defining Models 65 $this
Page 67 and 68:
Chapter 7: Defining Models 67 onUpd
Page 69 and 70:
Chapter 7: Defining Models 69 // te
Page 71 and 72:
Chapter 7: Defining Models 71 First
Page 73 and 74:
Chapter 7: Defining Models 73 } } $
Page 75 and 76:
Chapter 7: Defining Models 75 In ma
Page 77 and 78:
Chapter 7: Defining Models 77 Here
Page 79 and 80:
Page 81 and 82:
Chapter 7: Defining Models 81 Here
Page 83 and 84:
Chapter 7: Defining Models 83 } } )
Page 85 and 86:
Chapter 7: Defining Models 85 --- #
Page 87 and 88:
Chapter 7: Defining Models 87 } { }
Page 89 and 90:
Chapter 7: Defining Models 89 } } )
Page 91 and 92:
Chapter 7: Defining Models 91 Some
Page 93 and 94:
Chapter 7: Defining Models 93 Now w
Page 95 and 96:
Chapter 7: Defining Models 95 # ...
Page 97 and 98:
Chapter 7: Defining Models 97 Concl
Page 99 and 100:
Chapter 8: Working with Models 99 $
Page 101 and 102:
Chapter 8: Working with Models 101
Page 103 and 104:
Page 105 and 106:
Page 107 and 108:
Page 109 and 110:
Page 111 and 112:
Page 113 and 114:
Page 115 and 116:
Page 117 and 118:
Page 119 and 120:
Page 121 and 122:
Chapter 9: DQL (Doctrine Query Lang
Page 123 and 124:
Page 125 and 126:
Page 127 and 128:
Page 129 and 130:
Page 131 and 132:
Page 133 and 134:
Page 135 and 136:
Page 137 and 138:
Page 139 and 140:
Page 141 and 142:
Page 143 and 144:
Page 145 and 146:
Page 147 and 148:
Page 149 and 150:
Page 151 and 152:
Page 153 and 154:
Page 155 and 156:
Page 157 and 158: Chapter 9: DQL (Doctrine Query Lang
Page 163 and 164: Chapter 10: Component Overview 163
Page 193 and 194: Chapter 11: Native SQL 193 $users =
Page 195 and 196: Chapter 12: YAML Schema Files 195 C
Page 197 and 198: Chapter 12: YAML Schema Files 197 D
Page 199 and 200: Chapter 12: YAML Schema Files 199 p
Page 201 and 202: Chapter 12: YAML Schema Files 201 -
Page 203 and 204: Chapter 12: YAML Schema Files 203 O
Page 205 and 206: Chapter 12: YAML Schema Files 205 C
Page 207: Chapter 12: YAML Schema Files 207 o
Page 211 and 212: Chapter 13: Data Validation 211 # .
Page 213 and 214: Chapter 13: Data Validation 213 The
Page 215 and 216: Chapter 13: Data Validation 215 if
Page 217 and 218: Chapter 13: Data Validation 217 Her
Page 219 and 220: Chapter 13: Data Validation 219 # .
Page 221 and 222: Chapter 13: Data Validation 221 } e
Page 223 and 224: Chapter 13: Data Validation 223 } }
Page 225 and 226: Chapter 13: Data Validation 225 //
Page 227 and 228: Chapter 14: Data Hydrators 227 Chap
Page 229 and 230: Chapter 14: Data Hydrators 229 echo
Page 231 and 232: Chapter 15: Inheritance 231 Chapter
Page 233 and 234: Chapter 15: Inheritance 233 columns
Page 235 and 236: Chapter 15: Inheritance 235 name: s
Page 237 and 238: Chapter 15: Inheritance 237 // test
Page 239 and 240: Chapter 16: Behaviors 239 Chapter 1
Page 241 and 242: Chapter 16: Behaviors 241 Here is t
Page 243 and 244: Chapter 16: Behaviors 243 } $this->
Page 245 and 246: Chapter 16: Behaviors 245 The imple
Page 247 and 248: Chapter 16: Behaviors 247 } } ); )
Page 249 and 250: Chapter 16: Behaviors 249 $blogPost
Page 251 and 252: Chapter 16: Behaviors 251 Look how
Page 253 and 254: Chapter 16: Behaviors 253 length 25
Page 255 and 256: Chapter 16: Behaviors 255 $ php tes
Page 257 and 258: Chapter 16: Behaviors 257 Searchabl
Page 259 and 260:
Chapter 16: Behaviors 259 // test.p
Page 261 and 262:
Chapter 16: Behaviors 261 } } elsei
Page 263 and 264:
Chapter 16: Behaviors 263 ) [name]
Page 265 and 266:
Chapter 16: Behaviors 265 } public
Page 267 and 268:
Chapter 17: Searching 267 Chapter 1
Page 269 and 270:
Chapter 17: Searching 269 body LONG
Page 271 and 272:
Chapter 17: Searching 271 • Strip
Page 273 and 274:
Chapter 17: Searching 273 $ php tes
Page 275 and 276:
Chapter 17: Searching 275 // test.p
Page 277 and 278:
Chapter 18: Hierarchical Data 277 N
Page 279 and 280:
Chapter 18: Hierarchical Data 279 i
Page 281 and 282:
Chapter 18: Hierarchical Data 281 E
Page 283 and 284:
Chapter 18: Hierarchical Data 283 F
Page 285 and 286:
Chapter 19: Data Fixtures 285 Chapt
Page 287 and 288:
Chapter 19: Data Fixtures 287 class
Page 289 and 290:
Chapter 19: Data Fixtures 289 Resou
Page 291 and 292:
Chapter 19: Data Fixtures 291 --- #
Page 293 and 294:
Chapter 20: Database Abstraction La
Page 295 and 296:
Page 297 and 298:
Page 299 and 300:
Page 301 and 302:
Page 303 and 304:
Page 305 and 306:
Chapter 21: Transactions 305 log 43
Page 307 and 308:
Chapter 21: Transactions 307 try {
Page 309 and 310:
Chapter 22: Event Listeners 309 Cha
Page 311 and 312:
Chapter 22: Event Listeners 311 pub
Page 313 and 314:
Chapter 22: Event Listeners 313 pos
Page 315 and 316:
Chapter 22: Event Listeners 315 } {
Page 317 and 318:
Chapter 22: Event Listeners 317 */
Page 319 and 320:
Chapter 22: Event Listeners 319 FRO
Page 321 and 322:
Chapter 22: Event Listeners 321 Ski
Page 323 and 324:
Chapter 23: Caching 323 $cacheDrive
Page 325 and 326:
Chapter 23: Caching 325 // bootstra
Page 327 and 328:
Chapter 24: Migrations 327 Chapter
Page 329 and 330:
Chapter 24: Migrations 329 array('t
Page 331 and 332:
Chapter 24: Migrations 331 { } // .
Page 333 and 334:
Chapter 24: Migrations 333 $options
Page 335 and 336:
Chapter 24: Migrations 335 Up/Down
Page 337 and 338:
Chapter 24: Migrations 337 Now you
Page 339 and 340:
Chapter 25: Extensions 339 $ cd /pa
Page 341 and 342:
Chapter 26: Utilities 341 $pager->g
Page 343 and 344:
Chapter 26: Utilities 343 Currently
Page 345 and 346:
Chapter 26: Utilities 345 Template
Page 347 and 348:
Chapter 26: Utilities 347 Doctrine_
Page 349 and 350:
Chapter 26: Utilities 349 // Possib
Page 351 and 352:
Chapter 26: Utilities 351 // Genera
Page 353 and 354:
Chapter 26: Utilities 353 You can r
Page 355 and 356:
Chapter 26: Utilities 355 The above
Page 357 and 358:
Chapter 27: Unit Testing 357 $ cd /
Page 359 and 360:
Chapter 27: Unit Testing 359 } // .
Page 361 and 362:
Chapter 27: Unit Testing 361 Common
Page 363 and 364:
Chapter 28: Improving Performance 3
Page 365 and 366:
Page 367 and 368:
Page 369 and 370:
Chapter 29: Technology 369 Doctrine
Page 371 and 372:
Chapter 29: Technology 371 • Neve
Page 373 and 374:
Chapter 30: Exceptions and Warnings
Page 375 and 376:
Chapter 31: Real World Examples 375
Page 377 and 378:
Page 379 and 380:
Page 381 and 382:
Chapter 32: Coding Standards 381 Ch
Page 383 and 384:
Chapter 32: Coding Standards 383 Fu
Page 385 and 386:
Chapter 32: Coding Standards 385 $s
Page 387 and 388:
Chapter 32: Coding Standards 387 Fu
show all

Doctrine_manual-1-2-en

Create successful ePaper yourself

Delete template?

Save as template?