PDOのwhereでIN句を使う - Qiita
いつも忘れるので備忘録 PDOのwhere句でIN句を使おうとしても思ったとおりにはいかないので解決策を書いときます。 例 $names = array('taro', 'yuta', 'makoto'); $stmt = $pdo->prepare(' select * from user where name in (?) '); $stmt->execute($names); $stmt->fetchAll(); これだとうまくいきません。 where句のバインドは1:1で行うので、IN句で配列を使う場合には、配列の要素文だけ?を作らなければいけません。 そこで現状で、自分が一番簡単だと思う解決索を書いておきます。 $names = array('taro', 'yuta', 'makoto'); $inClause = substr(str_repeat(',?', count($
PHP クラス定義 ～静的メンバ(static)～
クラス定義 スタティックメンバのサンプルとしてシングルトンパターンのクラスを定義しました。 シングルトンパターンとはクラスのインスタンスが１つしか生成されないことを保証するパターンです。 コンストラクタをprivateにし、外部からインスタンス化できないようにします。 自身のインスタンスを保持するstatic変数とその変数のゲッターをstaticで定義します。 <?php class User { //スタティック変数 private static $instance; //スタティックアクセサメソッド public static function get_instance() { if (is_null(self::$instance)) { self::$instance = new User(); } return self::$instance; } //スタティックメソッド pu
Webサービスが当たると、いずれ返済できない技術的負債に突入する由々しき構造について | F's Garage
Webサービスが沢山の人に受け入れられると、そのソースコードは長く運用ができる。外れると、気軽に廃棄することができる。 既にPHPやPerlで書かれたWebサービスが10年以上ビジネスに貢献している事例は沢山ある。Webシステムは気軽に作れて気軽に廃棄できます、というフェーズを超えている。そのコードが長期にわたって沢山の人に貢献し、かつ、それを維持することで沢山の人がお給料をもらっている事実が存在する。 もしそのサービスが、最初から10年動くことがわかっているなら、どういう技術を選ぶべきだろうか？ Web業界の問題は「最新のネタが欲しい、新しい話題を作りたい」と思っている人たちの影響で、その構成要素である開発言語がレガシーな技術になってしまい、人材採用の足かせにになるという構造的問題が起きること。「10年持つ技術」とは？を考えると、「10年人気を維持できる技術」という論点にすり替わってしま
やはりお前らのMVCは間違っている
より詳細なCQRSに関する資料はこちら https://little-hands.hatenablog.com/entry/2019/12/02/cqrs 参考資料：http://little-hands.hatenablog.com/entry/jjug2017fall 社内新規プロダクトでDDD, CQRSの思想をベースとしたアーキテクチャを構築し、コマンド(更新系処理)ではSpring Data JPA(Hibernate)を、クエリ(参照系処理)ではjOOQを採用しました。 結果としてそれぞれのORMの良いところを生かした組み合わせのアーキテクチャが構築できたので、その経緯と得られた知見についてお話ししたいと思います。 以下のようなトピックを考えています。 ・CQRSの定義とメリットデメリット ・DDD,CQRSを検討するにあたってのORMの選定ポイント ・構築したアーキテクチャ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - fc2blog/blog: オープンソースのブログ
