Tutoriel : Conventions de Nommage

Conventions de Nommage

Classes

  •   Les noms de classes ne peuvent contenir que des caractères alphanumériques. Les nombres sont autorisés mais déconseillés dans la plupart des cas, à moins qu'ils appartiennent à un terme technique. Ne pas utiliser de soulignement, des traits d'union, ou tout autre caractère non alphanumérique. Par exemple:

    • MyCompany.useful_util.Debug_Toolbar est déconseillé
    • MyCompany.util.Base64 est acceptable
  • Les noms de classe doivent être regroupés en paquets. Au minimum, il devrait y avoir un espace de noms unique de haut niveau suivie par le nom de la classe. Par exemple:

    • MyCompany.data.CoolProxy
    • MyCompany.Application
  • Les espaces de noms de haut niveau et les noms de classe réel doivent être spécifié selon la convention CamelCased, tout le reste doit être en minuscule. Par exemple:

    • MyCompany.form.action.AutoLoad
  •  Les classes qui ne sont pas distribués par Sencha ne devrait jamais utiliser l'espace de noms Ext au début de l'espace de nom.

  •  Les acronymes devraient également suivre la conventionCamelCased énumérées ci-dessus. Par exemple:

    • Ext.data.JsonProxy au lieu de Ext.data.JSONProxy
    • MyCompany.util.HtmlParser au lieu de  MyCompary.parser.HTMLParser
    • MyCompany.server.Http au lieu de MyCompany.server.HTTP

Fichiers source

  • Les noms des classes correspondent directement aux chemins de fichier dans lequel elles sont stockées. En conséquence, il doit y avoir qu'une seule classe par fichier. Par exemple:
    • Ext.util.Observable est stocké dans path/to/src/Ext/util/Observable.js
    • Ext.form.action.Submit est stocké dans path/to/src/Ext/form/action/Submit.js
    • MyCompany.chart.axis.Numeric est stocké dans path/to/src/MyCompany/chart/axis/Numeric.js

    path/to/src est le répertoire de classes de votre application. Toutes les catégories devraient rester à l'intérieur d'un répertoire, et devrait être un espace de noms pour un améliorer le développement, la maintenance et le déploiement.

Methods and Variables

  • Similarly to class names, method and variable names may only contain alphanumeric characters. Numbers are permitted but are discouraged in most cases, unless they belong to a technical term. Do not use underscores, hyphens, or any other nonalphanumeric character.

  • Method and variable names should always be in camelCased. This also applies to acronyms.

  • Examples

    • Acceptable method names:
      • encodeUsingMd5()
      • getHtml() instead of getHTML()
      • getJsonResponse() instead of getJSONResponse()
      • parseXmlContent() instead of parseXMLContent()
    • Acceptable variable names:
      • var isGoodName
      • var base64Encoder
      • var xmlReader
      • var httpServer

Properties

  • Class property names follow the exact same convention with methods and variables mentioned above, except the case when they are static constants.

  • Static class properties that are constants should be all upper-cased. For example:

    • Ext.MessageBox.YES = "Yes"
    • Ext.MessageBox.NO = "No"
    • MyCompany.alien.Math.PI = "4.13"