You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Railsのdelegateメソッドは便利ですよね。 https://railsguides.jp/active_support_core_extensions.html#delegate https://api.rubyonrails.org/classes/Module.html#method-i-delegate Rails以外のRubyコードでもdelegateを使いたくなりますが、そのためにActiveSupportを導入するのもちょっと…という場合のために、シンプルなモジュールを作ってみます。 使い方 Delegatableというモジュールにしてみます。クラスの中でextend Delegatableすると、そのクラス内でdelegateメソッドが使えるようになります。 以下のように使えるものです。 delegate :metohd1, :method2, ... method
「数年前に組まれた既存 DEV 環境を、別の AWS アカウントに丸ごと再現してほしい。CFn template はあるがメンテされておらず当時のメンバーは離任＋手動構築も多々ある、ビルド・構築手順書は無い。動作している環境を read-only で覗くことはできる。」 (スタックの内訳は Aurora + ECS Fargate + ALB + CloudFront + WAF + Route53 + S3 + Java 系アプリ、というよくある web アプリ構成) 今動いている環境が神であり壊れたらお終いという、現場でわりとよく出くわす案件パターンだと思います。（よくあって欲しくはないパターンですが😇） IaC でゼロから組む系の記事は世に溢れていますが、「ドキュメントが失われた既存環境を、暗黙知ごと別アカウントへ移植する」 ほうは、普通に人手でやると暗黙知の棚卸しと debug
I recently watched a film on Charles & Ray Eames. It tells the story of their continuing influence in design. Scattered throughout the film were fascinating glimpses of their design process. I don’t think I could summarize their processes better than this: Perhaps more enduring than some of their designs was the method by which the team created: later dubbed the “Eames design process,” an intentio
はじめに GMOコネクトの永田です。 「Java 8 → 25 (4 LTS 飛ばし) + AWS SDK v1→v2(破壊的変更あり) + JWT/JSON/ロギング系も軒並みメジャーアップ。最低限疎通させるだけでも数週間、全件リグレッション込みなら数ヶ月仕事で、きつそう😇」という案件相談を受けました。 同じタイミングで Claude Opus 4.7 がリリースされ、Anthropic 公式の "Treat Claude more like a capable engineer you're delegating to than a pair programmer you're guiding line by line." に背中を押される形で、「逐次指示するペアプロ型」ではなく「Goal を渡して委譲する engineer to delegate to 型」を試してみました。 結果
ではないか Ruby、Railsにおけるdelegate とあるclassがあって全ての要件を一つに詰めるとclassが肥大化しすぎるので、分割したい時があります。Railsのおいてモデルのレイヤーならテーブル設計の際に正規化してテーブルを分割することもありますし、concerns、serviceなどに切り出すこともあるでしょう。 委譲はそういった切り分けのパターンの一つでRubyのdefault gemならdelegateやforwardableなどがあります。ただRubyは動的に色々書き換えられるのが言語的特徴なので、静的型付け言語で見られるようなかっちりとした委譲はあまり使われない印象があります。 自身をカジュアルに書き換えてしまうことの方が多いかなと。 default gemの委譲よりRails開発で使われることが多いものにActive Supportのdelegateがあります。
iOSアプリ開発初学者には、なんとなくとっつきにくい `Delegate`パターンの書き方とその考え方をまとめました。 はじめに CX事業本部の中安です。まいどです。 久々にブログを書きます。 iOSアプリ開発では、設計パターンのひとつである Delegate パターンがよく使われています。 主に標準UI系クラス(たとえばテーブルビューや、コレクションビュー、テキストビューなど)でよく目にすると思います。 もちろん、UI系に限らずXMLパーサなどでも使用されていますし、サードパーティ製ライブラリのクラスでも標準APIに従う形で Delegate パターンで実装されているものも多いです。 今回は Delegate パターンに従って Protocol を自作する際の定義方法をまとめていきたいと思います。 iOSアプリ開発を始めたばかりの方のお役に立てれば幸いです。 Delegateパターンにつ
![[Swift] Delegate Protocol でメソッドを定義するときの書き方と考え方について | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/4da5b8202d6daea1a7301f1869521db088f0b218/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fproxy.goincop1.workers.dev%3A443%2Fhttps%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F12%2Feyecatch-swift.png)
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
