コードで設定する場合は同名のメソッドなどに読み替えてください。Coreではロガー使用時に呼び出し元クラスを紐づけるものらしい(?)ので、そのクラス名でフィルタリングを行い、フィルタリングした結果をそれぞれのログファイルに出力している。ファイルに出力している。設定の構造的には、外側のロガーの設定の中に、Include/Excludeの設定をしたサブロガーがある形となっている。クラスで分けられないケースは条件をもっと工夫する必要がありそうだけど、とりあえずこういう形で出力先を分けられますということで。Coreは標準でDIに対応しているのだが、標準のモノは何故か手動での依存関係登録が必須という面倒くさい仕組みになっている。三相200V」というライブラリがあったので、それを紹介する。(実は公式ドキュメントの端っこでも少し紹介されてはいるのだが、自分は最初全然見つけられなかったので。)まず、見つけた中で一番詳しい解説ページはこちら。以下の解説もベースはこちら。三相200VScrutorはDIライブラリではなく標準DIの依存関係登録に特化したライブラリとのこと。DIライブラリを丸々差し替えたりせず、あくまで標準ライブラリを使って開発が行えるのがメリット。Scrutorを使ったDIの例はこんな感じ。Scopedのライフサイクルで一括登録している。クラスの実体とインタフェース双方をDIに登録する奴。これはかなりシンプルな例だが、解説ページを見ると分かるように、他にも外部のアセンブリを見たり、インタフェースを目印に探したり、名前空間で絞ったり、重複時の動作を変えたり...といろいろ設定できる様子。実際の現場では、この例のようにクラス名などで絞り込めることが多いので、この仕組みで十分実用的だと思う。(一部例外的な奴だけ手動で登録すればいいのだし。)クラスが増えるたびに手で全部登録するのは流石に非効率的すぎるので、こういうのを使って効率化していきたい。業務用エアコン」に引っかかってしまってマイグレーションエラーになる。超えるとエラーになるという話。最新のMySQLなら最大値が上がってて大丈夫とかそういう話もあるけど、今回はアプリ側で列サイズを191文字まで削って対応しようとした。自動生成のテーブルはEntityクラスが無いので、いつものアノテーションでは列サイズが設定できない。APIなら普通に自動生成のテーブルもカスタマイズできたのでそれで対応した。Entityを継承して使っている場合はそちらを指定する。注意点として、Eメールは仕様上254文字までありえるらしいので、こうやって削ってしまうと、正しいメールアドレスなのに使えない人が出るかもしれない(あんま居ないと思うけど)。やるなら、MySQLのバージョンを上げるとか設定を変えるとか、またはそもそもEメールはASCIIで十分な筈なので列の文字コードだけ変えるとか、そういう対応をした方がよさそう。三相200VAuthor:honeplus日々ぼちぼち生活してるプログラマー。単相200Vでも活動。代引不可コメント欄にスパム対策を実施しています。アナリティクス」を利用してアクセスの解析を行っています。より匿名のトラフィックデータが収集されます。収集した情報はブログの改善やアクセス解析の勉強、また管理人が一喜一憂するために用いられますのでご了承ください。