Primeiro, parabéns pelo trabalho. Algo teoricamente simples, porém muito necessário e útil.

1) Sugiro a inclusão de mais informações, tais como: latitude e longitude central, capitais, informações demográficas, google maps.. aparenta ser algo "exagerado", mas são compatíveis com sistemas SIG (Sistemas de Informação Geoespaciais).

2) A idéia do FULL_NAME para os estados é complicado, tente introduzir uma jogada de nome com hífen, maiúsculo, minúsculo => antes de "ativar" você pode pré-processar a informação transformando-a na desejada ou retornando o erro.

3) Dê uma olhada em meus trabalhos tbm! (Heheh) Sugira novas modificações, façam testes! Qualquer coisa estou a disposição. leomaurodesenv

O que vocês acham de ter os dados dos estados num JSON, XML, YAML, CSV... e gerar as classes a partir de um build script? Ficaria muito mais fácil de manter e manteria uma consistência entre as classes. Poderia até fazer o build gerar as classes de testes unitários.

O cerne, o core, o domínio que o projeto se propõe resolver, ao meu ver, é ter dados das unidades federativas brasileiras, mas atualmente esses dados estão hard-coded em classes sem comportamento (anemic-domain model). Ter essas informações num arquivo com um formato de intercâmbio de dados (XML, YAML, JSON, CSV etc) torna o projeto muito mais flexível, as pessoas poderão usar os dados em diversas aplicações, usa-los cru (raw) ou até criar builds para outras linguagens além do PHP.

Aparentemente apenas o Acre tem extends State , precisaria incluir o extends em todas as demais classes. Exemplo corrigir class Amapa {...} para class Amapa extends State {...}