ja en ja es es en cv en en en en en ja ja en en en ja ja ja ja ja fa ja ja ja en ja ja ja ja ja ja ja ja ja ja ja en ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja en en en fy zh ja ja ja ja ja zh ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja zh ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja ja en
とりあえずAdministrate使うならこれ覚悟しておけっていうのと、まあ使った身として雑感として感じたことを書いていく。
「使うのは簡単だがカスタマイズも簡単」という評判は間違ってない。
間違ってないが「カスタマイズ」のhowが本家もそんな言及しているところがなかったり、generateしたerbがバグってたりしてその辺の心構えがある前提で使わないとハマる、
「簡単だが情報を手に入れられないくせに自由度が高い」と言えばいいだろうか。howを知るといい選択肢にはなると思う。
デフォルトでできることとかはQiitaとかの「いれてみた」系をみてもらえればいいので言及はしない。
ja.ymlで対応できる。ただし書き方が一部冗長になり、他とは違う形になる。さらに一部はja,ymlでは日本語化できない。リレーションするフォームのラベルの日本語化は知らないとわからないと思う。
config/routesのresourcesを参照しながら管理画面の文字列を決めていくので全体的に日本語がダサい。それはviewを作成して自分でやっていくことになる。
デフォルトでついているけど使いづらい。一つのフォームがあるだけだ。
一つのフォームに延々と文字を打ち込んでいくとそれを元に絞り込んでくれるけど、本家のissueに「かっこいいUIが開発者以外の人にわかるとはかぎらないんだぞ!」っていう苦情が入ってた、
viewをgenerateすることですげ替えることができる。
index / show とフォームの項目
app/dashboard/[モデル名].rbで対応可能。このdashboardというファイルがすべてといってもいい。これをいじっていろいろ決めていく。フォームの形とかもここで決める。公式で書かれているが不親切。
フォームでデフォルトで使われているdate型を操作するjsがメンテ切れているのを使ってるので、少し不安ではある。
作る順番としてはテーブル構成 -> model -> Administrateインストールの方が作りやすいと思う。
設定ファイルをgenerateしてくれるときにリレーションまで気を使ってくれるからだ。フォームもそれにならってくれる。基本的にリレーションとバリデーションしかみないので、こいつ専用の機能でFat Modelになっていかないのはありがたい。viewとcontrollerはいくらでも消せるが、Model消すことはできないからね。
大人しくdeviceつかうのが一番だ。
テーブル分けておけばそんな汚れないし、便利機能もapplication_contollerに書けばいいので困らない。
やってないのでわからんがこういうの要望が出始めたら別なアプローチがいい気がする。
作ることはできるしつかってもいいがDashboardファイルとModelは共通なので同じリソースをパスを区切って使うのはあまり得策じゃない気がした。
こう言うのだいたいガッチリフォームの項目とか変えたいもんだが、共通にしちゃうと二つとも変わるのは頂けない。
dashboardファイルが複数つくれたらいいのにと思ったが使えなかった。
なんかいい感じのCSSフレームワーク
ヘッダーをかけるのでそこで追記するのが手っ取り早い。
デフォルトのCSSを編集してもいいが、generateしたものがバグってるのでお勧めしない。headerにcdnで配布してるのを書く。だいたいのCSSフレームワークはこれで対応できるはずだ。