モンキーパッチのライブラリを使って，golang のメソッドを差し替える黒魔術を使ってみた - 押してダメならふて寝しろ
モンキーパッチというのは，オリジナルのソースコードを変更せずに実行時にコードを拡張したり変更したりする手法のことです．動的言語で見かけるようなモンキーパッチを golang でもやってのけることができます（って，そういうライブラリを作っちゃった人がいます！ 手法については，ライブラリの作者による詳説をご覧ください． Monkey Patching in Go ざっくり言うと，メソッドの開始アドレスをすげ替えて他のメソッド呼び出すようにするという感じのものです． なので， セキュリティ厳しいOSでは動かない． スレッドセーフじゃないし，そもそも何もセーフじゃない． ということにご注意ください． 動かなくても文句は言わない．ただし，時々動作がおかしくなるようなら go test -gcflags=-l のようにフラグをつけてみるといいかもしれません． かなり黒魔術ですが，テストでどうしてもモッ
分別のあるRubyモンキーパッチャーになるために
Rubyのクラスはオープンです。つまりRubyのユーザが既存のクラスを開いて自由に実装を弄ることができるのです。組み込みクラスとてその例外ではありません。 既存のクラスを開いてメソッドを追加したり再定義したりすることを、業界用語で「モンキーパッチ」といいます。モンキーパッチという語には明らかに批判的・軽蔑的ニュアンスが含まれていますが、多くのRubyistはそれにひるむこと無く良くモンキーパッチします。何しろドアはいつも開いてるんですからねぇ。 るびおのモンキーパッチ モンキーパッチャー「るびお」は、製作中のライブラリで多次元配列の要素に頻繁にアクセスする必要が生じました。これには通常、Array#[]または#atを使って次のようにアクセスします。 irb> arr = [[1, 2, 3], [4, 5, 6], [7, 8, 9]] irb> arr[1][2] => 6 irb> a
JavaScriptでのbuilt-in/DOM objectのprototype拡張 - monjudoh’s diary
@rosylillyが気にしていた のでまとめた。 built-in/DOM objectのprototype拡張による弊害 追加したプロパティ/メソッドがfor inで列挙される var obj = {a:1}; for (var i in obj) { console.log(i); } こうするとaだけ出るはずが、 Object.prototype.b=function(){}; こうした後だとa,bが出てしまうって奴ですね。 そのまま代入しないでObject.defineProperty/definePropertiesでenumerable:falseのプロパティとして定義すれば列挙されなくなるので特に問題ありません。 今回挙げるprototype拡張の弊害の内唯一これだけはECMAScript5時代になって解消されました。唯一これだけは。 built-in/DOM object
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
