di denominazione di interfacce/classi astratte in PHP 5.3 (utilizzando namespace)

Question

Prima di PHP 5.3 che ho usato per interfacce nome/classi astratte come questo:

abstract class Framework_Package_Subpackage_Abstract {} 
Framework/Package/Subpackage/Abstract.php 

interface Framework_Package_Subpackage_Interface {} 
Framework/Package/Subpackage/Interface.php 

Ora con PHP 5.3 e l'utilizzo di spazi dei nomi non posso usare la mia convenzione più, perché interface e abstract sono parole chiave riservate.

namespace Framework\Package\Subpackage; 
abstract class Abstract {} 
Framework/Package/Subpackage/Abstract.php 

namespace Framework\Package\Subpackage; 
interface Interface {} 
Framework/Package/Subpackage/Interface.php 

Quindi, come dovrei denominare le mie classi/interfacce?

Answer 1

Una corrente guida di codifica "PSR-2", suggerisce fondamentalmente si rilascia il interfaccia verso il basso una directory e combina il nome.

esempio:

File \Vendor\Foo\Interface.php ===> \Vendor\FooInterface.php. 

e l'ad esempio l'uso stament:

use \Vendor\Foo\Interface; ===> use\Vendor\FooInterface; 

vedi: https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-2-coding-style-guide.md

Answer 2

SubpackageAbstract, SubpackageInterface

Answer 3

A proposito di questa domanda (Abstract e Interface), si potrebbe avere uno sguardo al post "Migrating OOP Libraries and Frameworks to PHP 5.3" sul blog di Matthew Weier O'Phinney - si tratta di Zend Framework, e come potrebbero risolvi quel problema in 2.0.

Una delle cose che nota è:

In altri linguaggi OOP, come ad esempio Python, C#, interfacce sono indicato con anteponendo l'interfaccia con un capitale 'I'; nell'esempio sopra, avremmo quindi avere Zend :: View :: IView.

Quindi, nel tuo esempio, si dovrebbe avere qualcosa di simile, immagino:

namespace Framework\Package\Subpackage; 
abstract class ASubpackage {} 
Framework/Package/Subpackage/ASubpackage.php 

namespace Framework\Package\Subpackage; 
interface ISubpackage {} 
Framework/Package/Subpackage/ISubpackage.php 

Cosa pensi a riguardo? (non ho ancora testato in questo modo, ma non sembra una cattiva idea?)

Answer 4

io personalmente consiglierei di evitare qualsiasi utilizzo di notazione ungherese, e prendere in considerazione secondo lo standard Java per i nomi di interfaccia; cioè, si chiamano in modo descrittivo proprio come qualsiasi altra classe. Vedi this SO question per una discussione sui dettagli della notazione ungherese.

Un buon esempio di utilizzo di nomi descrittivi generici indicativi di funzionalità o comportamento può essere trovato nel proprio SPL di PHP, come: "Countable", "Iterator", "ArrayObject".

Answer 5

Onestamente, credo che la notazione ungherese sia stata introdotta con C#, perché non esiste una parola chiave "extends" e "implements" come in Java. Quindi, per differenziare la convenzione è diventato chiamarlo IView. In Java, l'interfaccia si chiamerebbe View only e le implementazioni si chiamerebbero DefaultViewImpl, SmartyViewImpl o qualcosa del genere. Poiché PHP ha estendere e implementare le parole chiave, ha senso utilizzare la convenzione Java. Ho sentito l'argomento secondo cui la notazione ungherese si presta a rendere identificabili gli elementi API solo guardando i nomi delle classi. In tal caso, chiamerei IView o AbstractView.

Answer 6

A mio parere, il modo migliore per risolvere questo problema è semplicemente aggiungere Class ai propri nomi di classe.

namespace Framework\Package\Subpackage; 
abstract class AbstractClass {} 
Framework/Package/Subpackage/AbstractClass.php 

namespace Framework\Package\Subpackage; 
interface InterfaceClass {} 
Framework/Package/Subpackage/InterfaceClass.php

notare che questo non è ancora perfetto (tuttavia, funziona perfettamente), ma ho mantiene il codice simile all'idea originale;)

Answer 7

Si potrebbe anche fare qualcosa di simile:

src/Scacchi/pezzo .php

<?php 

namespace \Chess; 

abstract class Piece implements \Chess\PieceInterface {} 

src/Scacchi/PieceInterface.php:

<?php 

namespace \Chess; 

interface PieceInterface {} 

src/Scacchi/parte/Pawn.php:

<?php 

namespace \Chess\Piece; 

class Pawn extends \Chess\Piece {} 

Ecco come lo farei configurazione caricamento a composer.json

{ 
    "autoload": { 
     "psr-0": { 
      "": "src/" 
     } 
    } 
}