CakePHP2.xで、関連するチェックボックスをFormHelperを利用して出力しようとすると かならず、devタグで囲まれてしまいます。これをどうにかしたくてFormHelperに手を入れました。 FormHelperの、_selectOptions メソッドのほぼ最後のあたりで

$label = $this->label(null, $title, $label);
$item = $this->Html->useTag('checkboxmultiple', $name, $htmlOptions);
$select[] = $this->Html->div($attributes['class'], $item . $label);

のぶぶんで、強制的に devタグをつけられています。
classの設定をdevタグの部分で実装しているので、そうなっているみたいです。class => false にしていても
強制的に class=>'checkbox' をつけられる鬼仕様でした。
なので、
<li><input type="checkbox" name="hoge" value="1" id="hoge" class="checkbox_area" /><label for="hoge">アジア</label></li>
とかの状態のHTMLが生成できないので無理矢理修正

'multiple'=> 'checkbox',で、 'class'=> 'checkbox_area'の場合のみ挙動が代わるようにしました。

 

$label = $this->label(null, $title, $label);
if( $attributes['class'] == 'checkbox_area' ){
    $htmlOptions['class'] = $attributes['class'];// add customize
    $item = $this->Html->useTag('checkboxmultiple', $name, $htmlOptions);
    $select[] = $this->Html->tag('li', $item . $label);
} else {
    $item = $this->Html->useTag('checkboxmultiple', $name, $htmlOptions);
    $select[] = $this->Html->div($attributes['class'], $item . $label);
}

とclass名で条件分岐を作成、checkbox_areaの場合は、最初のinput tagを生成する時に、classのoptionを追加してそちらにclassが入るように設定、で、liでかこみたいので、 html->dev でなく、 html->tag で li を設定に変更です。

無理矢理感はありますが、これでなんとか思った通りの出力に変更できました。

http://book.cakephp.org/2.0/ja/contributing/cakephp-coding-conventions.html
変 数名はできる限り説明的に、しかしできる限り短くもしてください。 通常の変数は小文字で始まり、複数の単語の場合はキャメルバックで書く必要があります。 オブジェクトを参照する変数は大文字で始まり、何らかの方法で変数がオブジェクトとなっているクラスに関連したものになるべきです。

基本的に長いものに巻かれるタイプですのでこれ自体を受け入れられないという事はないのですが、プロジェクトで扱う変数は最初から最後までできるだけ同じ命 名規則で書きたいという欲望もあり(その方がミスが少なくなりますよね)その場合、PHPの変数がキャメルケースだとデータベースとの関係ではあまり好ましくないと思う。

CakePHPに限らずPHPのフレームワークを使う上でDBの操作がラクという事は大きなメリットなのですが、その一環として、
$this->save($this->request->data);
などで、関連づけられているテーブルにinsert等の処理が簡単にできることだと思う。 これが出来る条件として、PHPの配列のkey名とdatabaseのカラム名が同じである必要があるのですが、変数名にキャメルケースを採用するとここが上手く行かない時がでてきます。
たとえば、PostgreSQLで

	cake=# create table test ( id serial primary key, last_name text, firstName text);

cake=# \d test
                           Table "public.test"
  Column   |  Type   |                     Modifiers                     
-----------+---------+---------------------------------------------------
 id        | integer | not null default nextval('test_id_seq'::regclass)
 last_name | text    |
 firstname | text    |

といったテーブルができます。

cake=# drop table test;
DROP TABLE
cake=# create table test ( id serial primary key, last_name text, "firstName" text);
CREATE TABLE
cake=# \d test
                           Table "public.test"
  Column   |  Type   |                     Modifiers                     
-----------+---------+---------------------------------------------------
 id        | integer | not null default nextval('test_id_seq'::regclass)
 last_name | text    |
 firstName | text    |

上記の２つの違いがわかりますでしょうか？ firstNameを、ダブルコーテーションで囲んでいるかどうかです。 http://www.postgresql.jp/document/9.3/html/sql-syntax-lexical.html

4.1.1. 識別子とキーワード
で、
引用符が付かない名前は常に小文字に解釈されますが、識別子を引用符で囲むことによって大文字と小文字が区別されるようになります。 例えば、識別子FOO、foo、"foo"はPostgreSQLによれば同じものとして解釈されますが、"Foo"と"FOO"は、これら3つとも、またお互いに違ったものとして解釈されます （PostgreSQLが引用符の付かない名前を小文字として解釈することは標準SQLと互換性がありません。標準SQLでは引用符の付かない名前は大文字に解釈されるべきだとされています。 したがって標準SQLによれば、fooは"FOO"と同じであるべきで、"foo"とは異なるはずなのです。 もし移植可能なアプリケーションを書きたいならば、特定の名前は常に引用符で囲むか、あるいはまったく囲まないかのいずれかに統一することをお勧めします）。

とあります、MySQLの方は省きますが、こちらも基本的には区別しないみたいです。(オプション等で区別できるみたいですが)

なぜ、区別しないんだ！と言われても僕にはわかりませんが(たぶんファイルシステムとの兼ね合いかなぁという気はしますが)現状そうなので、DBのカラム名はスネークケースを採用する方がなにかと問題がないと思います。

で、最初の話題にもどると、CakePHP上で、連想配列のkeyが、firstNameとして扱っている変数をDBに入れたい場合、keyをfirst_name代入してsaveする必要とかがでてくるかと思います。

なんか、一手間かかってメリット消してる気がするのは僕だけなのですかね。

世の中のみんなはどうしてるのかなぁ。
個人的には、apiやhtmlのフォームタグ名から、dbのカラム名まで、変数に関してはスネークケースで行きたい所です。(上記の問題があるので)