gfxと申します。 Perlは後方互換性を重視しているので、標準モジュールはめったに取り除かれる事がありません。しかしそれでも、いくつかのモジュールが将来的に取り除かれる見込みです。そのようなモジュールは使用しないほうがいいでしょう。また、取り除かれはしないものの、様々な理由から使用すべきでないモジュールもいくつかあります。今日は、そういった使うべきでないモジュールを紹介します。なお、このエントリの対象バージョンは5.8から5.14を想定しています。 さて、まずは取り除かれるモジュールです。現在のところ、以下の三つのモジュールが5.14でコアから削除される予定です。 Class::ISA Pod::Plainer Switch Class::ISAはクラス階層を直列化するモジュールですが、5.10以降はmroに取って代わられました。5.10未満のバージョン用にはMRO::Compatが用意

「使っちゃいけない標準モジュール」*1の反響を見ていると、baseが非奨励ということに驚かれた方が少なくありませんでした。そこで、baseについて補足します。 まずbase.pmのドキュメントの最初の文は以下のようになっています。 Unless you are using the fields pragma, consider this module discouraged in favor of the lighter-weight parent. (拙訳： fieldsプラグマを使用しているのでないかぎり、このモジュールは勧められない。かわりに軽量なparent.pmを使う方がよい。) fieldsプラグマは、ハッシュリファレンスのキーを固定したオブジェクトを作成するための機能ですが、あまり一般的ではないためここでは解説しません。特に理由がない限り、ここは素直に忠告に従った方がいいでし

この記事は会社内の別チームの方に、 僕の今のチームで git をどう運用してるかを ワークショップ形式で説明するための資料である。 事前準備 git と git-flow を入れておくこと 参考資料(Macでgitとgit-flowインストール) - xcode cli toolインストール -- https://daw.apple.com/cgi-bin/WebObjects/DSAuthWeb.woa/wa/login?appIdKey=d4f7d769c2abecc664d0dadfed6a67f943442b5e9c87524d4587a95773750cea&path=%2F%2Fdownloads%2Findex.action - homebrew のインストール -- https://github.com/mxcl/homebrew/wiki/installation - b

■最近本業の調子が悪いので、気分転換にオセロを作る様子を実況してみました。■プログラムがどうやって作られるのか全くわからない方にとって、徐々にオセロが出来ていく姿が参考になれば幸いです。■一発撮りですので、ミスが多い点はご容赦ください。バグや間違いを頻発させており、気づいた人にとってはイライラ動画でしょう。お詫びいたします。■IE6.0、ペイントブラシ、メモ帳、電卓での制作です。■引き分けの判定にバグがありますね。コメントでのご指摘ありがとうございました！■今までの作品はこちら→http://void-main.org/niconicoprogram/■マイリスト→mylist/16170739

2007年03月11日03:30 カテゴリLightweight Languages perl - Inside-out Object ところが、そのないはずの隠蔽化を強制する仕組みがすでに発見されているのです。 Perl Best Practices Damian Conway [邦訳:Perlベストプラクティス] ビンゴ中西のほげほげ Kansai.pm第8回ミーティングに行ってきました@荷造り中そして、Perlのオブジェクト指向には 隠蔽化を強制する仕組みはない いつか書こうと思っていたけど、ちょうどいい機会なので。 ここでは例として、name,uriという二つのインスタンス変数を持つオブジェクトを実装してみます。 InsideOut.pm { package InsideOut; use strict; use warnings; my %objects; sub new { my

言及するのが既に周回遅れ気味だが、いますぐコマンドプロンプトを捨てて、Cygwinを使うべき１０+の理由という記事がとても人気だったようだ。 Cygwinはご存知の方も多いだろうが、元々はCygnus Support（後にCygnus Solutionsに改名）という会社が開発した、Windows向けのGNU関連のツール群だ。Cygnusという名前にはGNUの３文字が含まれているが、これは「GNUのシノニム」というのが名前の由来だからだ。Cygnusが開発したWindows向けのGNUツール群＝Cygwinというわけだ。CygwinはまさにGNUオペレーティングシステムの一部のWindows移植版なのである。このへんのことはCygwinのFAQにも書いてある。余談だが、Cygwinの対抗馬としてはMinGWが出てくるが、こちらは「Minimalist GNU for Windows」の略だ

今回の授業は、まずは、前回とりあげたプログラミングの構造を生みだす4つのパターンの中でまだ説明していなかった「サブルーチン」についてとりあげます。サブルーチンとは、プログラム中で意味や内容がまとまっている作業をひとつの手続きとしたもので、openFrameworksを記述する言語C++では「関数 (Function)」と呼ぶのが一般的です。例として、関数を活用して、アニメーションのための手続きを記述してみます。 後半は「オブジェクト指向プログラミング Object Oriented Programming = OOP」という概念についての導入を行います。これは、今後大規模なプログラムをopenFrameworksで作成していこうとするとき、避けて通ることのできない重要な考え方となります。抽象的な概念や、難しそうな言葉が出てくるので、最初は戸惑うかもしれませんが、そこでやろうとしていることは

サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

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

Module::Pluggable import() まずModule::Pluggableってのはuse時に各種パラメータを指定して使うモジュールなんで、 まずはimportメソッドから。 sub import { my $class = shift; my %opts = @_; my ($pkg, $file) = caller; # the default name for the method is 'plugins' my $sub = $opts{'sub_name'} || 'plugins'; # get our package my ($package) = $opts{'package'} || $pkg; $opts{filename} = $file; $opts{package} = $package; my $finder = Module::Pluggabl

結論 blessは、オブジェクトを返すんじゃなくて、 受け取ったリファレンス自体をオブジェクト化して返す →blessは破壊的メソッド。 これを知らないと、以下の罠にはまります。 追記(2013/11/19) package Class1; sub new{ my ($class, %args ) = @_; bless +{ hoge => 'initial value', %args, }, $class; } Class1->new( hoge => 1)