かねこのお勉強日記: 9月 2012

2012年9月30日日曜日

Groovy!! ミックスイン（Minxin）の巻

GroovyはMixinがつかえる。
Mixin名前かっこいい！

多重継承の使いどころ全然思いつかない（ニューハーフとか？）
けど、コード書いてみよう。

	package com.e2info.groovy

	class Hello {
	static hello(String arg) {
	println "hello $arg."
	}
	}

	class Bye {
	static bye(String arg){
	println "bye $arg."
	}
	}

	String.mixin(Hello)
	String.mixin(Bye)

	"world".hello()
	"world".bye();

	/*
	hello world.
	bye world.
	*/

	String.mixin(String) // これも大丈夫（意味ないけど）

view raw gistfile1.groovy hosted with ❤ by GitHub

言語仕様は使いやすくて読みやすい。
ただし、読みやすさは同一スコープでクラス初期化してる場合だけで、DIとかの場合は定義だけ見ても継承関係わかんなくなっちゃうからダメかも。でもGroovyでDIなんか書かないからいいか。
要は適材適所？でも適所がわからん(><)

ついでに参考

Mixin は Symbolics 社のオブジェクト指向システム Flavors で初めて登場し、LISPマシンで用いられたオブジェクト指向への試みであった。この名称は、マサチューセッツ州 Somerville にあった Steve's Ice Cream Parlor からヒントを得て考え出されたものであった[1]。このアイスクリーム店の店長は(バニラやチョコレートなどの)基本となる味を混ぜ、追加の具材（ナッツ、クッキー、キャンディなど）と組み合わせたものを提供し、それを"Mix-in"と呼んで店の登録商標としていた[2]。
Mixin - Wikipedia

けつろん
　名前かっこいい！

かねこ((´∀｀))

2012年9月29日土曜日

Groovy!! クロージャ（Closure）の巻

Groovyはクロージャ(Closure)が使える。
クロージャが使えると、RubyとかjQueryでよくやるあの感じ(笑)のコーディングが出来る!

説明ができないので、コード書きます。

スコープ
クロージャはブロックの外側の変数にアクセスすることができる。

	a = "xxx"

	c = {
	a = it
	b = it
	println a
	}


	c("o_o")

	println a
	println b

	/*
	o_o
	o_o
	o_o
	*/

view raw gistfile1.groovy hosted with ❤ by GitHub

レキシカルスコープ
クロージャが呼び出された場所ではなく、クロージャが宣言されている場所からみたスコープが有効

	package com.e2info.groovy

	if(true){
	def a = 123
	b = {print a}
	}

	if(true){
	def a = 456
	b.call();
	}

	/*
	123
	*/

view raw gistfile1.groovy hosted with ❤ by GitHub

変数の束縛
クロージャ内で宣言した変数のスコープはクロージャ内のみとなる

	package com.e2info.groovy

	a = "xxx"

	def c = {
	def a = "x_x"
	return { println a }
	}()

	a = "xxx"
	println a

	c()

	/*
	xxx
	x_x
	*/

view raw gistfile1.groovy hosted with ❤ by GitHub

本領発揮
必殺！この記法で書くことができると、イテレーションの条件と実際の処理を分離することができる。

	package com.e2info.groovy

	[1, 2, 3, 4].each({x -> println x})

	/*
	1
	2
	3
	4
	*/

view raw gistfile1.groovy hosted with ❤ by GitHub

どんどんつかおうクロージャ！

かねこ( ﾟ ρ ﾟ )

2012年9月23日日曜日

Groovy!!（テスト！）

テスト書かない奴は死刑！

ということで、groovyのテストかいてみます。

コード

	package com.e2info.groovy

	String play(){
	return "check it!"
	}

view raw gistfile1.groovy hosted with ❤ by GitHub

みぢかっ！

テスト

	package com.e2info.groovy;

	import groovy.util.GroovyTestCase;
	import com.e2info.groovy.Groovy;

	class GroovyTest extends GroovyTestCase {
	void testPlay() {
	Groovy groovy = new Groovy()
	assertEquals(groovy.play(), "check it!")
	}
	}

view raw gistfile1.groovy hosted with ❤ by GitHub

実行

グリーン。

今日のブログもう終わってしまった…つづく！

かねこ(-∧-；)

2012年9月22日土曜日

Groovy!!（EclipseとGroovyプラグイン）

EclipseのGroovyプラグインいれるの巻。ほぼ全自動で楽々♪

ヘルプ→新規ソフトウェアのインストール

何にも考えずにどんどん進んで、

インストール完了。

新規プロジェクトウィザードにGroovyできた。ナイス！

さっそくプロジェクト作ってみる。

check it!!

かねこ(´∀｀∩)↑age↑

2012年9月20日木曜日

2012年9月18日火曜日

PHP Fog！

開発環境構築はそろそろネタ切れになってきてちょっと飽きちゃたから、たまには他のことやろう。

PHP Fogが気になったので、つかってみます。PHPのクラウドプラットフォーム！

１．登録～SSHキー設定

（省略）

アプリ登録で、とりあえずCustom Appを選択。登録が完了するとHelloWorldがでるようになる。

２．Gitリポジトリからソースコード取得

git cloneする。

# git clone git@git01.phpfog.com:e2kaneko.phpfogapp.com
Cloning into 'e2kaneko.phpfogapp.com'...
remote: Counting objects: 3, done.
remote: Total 3 (delta 0), reused 0 (delta 0)
Receiving objects: 100% (3/3), done.

３．ソースコード書き換え

適当に。

	//<?php echo "Hello world!"; ?>
	//↓
	<?php echo "Hello world!!!"; ?>

view raw gistfile1.php hosted with ❤ by GitHub

４．commit～push

コミットしてプッシュ。お決まり。

# git commit . -m "change message."
[master 3db2846] change message.
 1 file changed, 1 insertion(+), 1 deletion(-)

# git push
Counting objects: 5, done.
Writing objects: 100% (3/3), 271 bytes, done.
Total 3 (delta 0), reused 0 (delta 0)
remote:  -----> Deploying to the cloud
To git@git01.phpfog.com:e2kaneko.phpfogapp.com
   c0fb119..3db2846  master -> master

５．確認

さっきプッシュした内容が反映されたことを確認。

て感じでお手軽かどうかイマイチどうかわからない（コミットフックして自動デプロイってすぐ作れるもんね）PHP Fogだけど、スケールアウトしたりスケールアップしたり、リリースバージョン管理したり、すぐサービス起動したり止めたり、そういうクラウドの特徴っぽいところで真価を発揮するんだろうよ、きっと。

AppFogもきになる！

かねこ(b´∀｀)

2012年9月17日月曜日

SVNとIRC連携の巻

SVNコミットをIRCに通知してみる。

SVNにはpost-commitがあるから、たぶん楽勝。

環境もなんでもいいんだろうけど、手っ取り早そうなPHPで。

pearライブラリ検索


> pear search IR


Retrieving data...0%

.MATCHED PACKAGES, CHANNEL PEAR.PHP.NET:

=======================================

PACKAGE      STABLE/(LATEST) LOCAL

Net_IRC      0.0.7 (beta)          IRC Client Class

Net_SmartIRC 1.0.2 (stable)  1.0.2 Net_SmartIRC is a PHP class for communication with IRC networks

ネット見たらSmartIRCのほうがよさそう。

かいた。

	<?php
	// (´･ω･)(･ω･｀)＜　イマイチ！

	include_once('Net/SmartIRC.php');

	if(count($argv) != 4){
	die("error! invalid argment [php xxx.php 'author' 'log' 'changes']");
	}

	class mybot
	{
	function irc_disconnect(&$irc)
	{
	global $saytime_once_id;
	$irc->unregisterTimeid($saytime_once_id);
	$irc->quit('bye');
	}
	}

	$bot = &new mybot();
	$irc = &new Net_SmartIRC();
	$irc->setDebug(SMARTIRC_DEBUG_NOTICE);
	//$irc->setDebug(SMARTIRC_DEBUG_ALL);
	$irc->setUseSockets(TRUE);

	$saytime_once_id = $irc->registerTimehandler(3000, $bot, 'irc_disconnect');

	// チャンネルにjoin
	$irc->connect('irc.server.host', 6667);
	$irc->login('svn-bot', 'bot', 8, 'bot');
	$irc->join(array('#sandbox'));

	// メッセージ送信
	$message = 'SVN Updated!' . " [" . $argv[1] . "][" . $argv[2] . "][" . $argv[3] . "]";
	$irc->message(SMARTIRC_TYPE_CHANNEL, '#sandbox', $message);
	$irc->listen();
	$irc->disconnect();

	?>

view raw gistfile1.php hosted with ❤ by GitHub

サーバに置いて、post-commit変更


[root@hoge hooks]# vi post-commit

#!/bin/s

AUTHOR=`svnlook author -r $REV $REPOS`

LOG=`svnlook log -r $REV $REPOS`

CHANGES=`svnlook changed -r $REV $REPOS`




php /home/e2info/developer/svn-irc.php "$AUTHOR" "$LOG" "$CHANGES"

どうかな

できた！！日本語よめないのはめんどくさいからまた今度で。

(*´･ω･)かねこ(･ω･｀*)

2012年9月14日金曜日

Jenkins先生とIRCの連携の巻

IRCサーバうごいたので、早速Jenkinsのビルド結果をIRCサーバに送ってみよう。
JenkinsにはIRC Pluginがあるので導入。

Jenkinsの管理→プラグインの管理→Jenkins IRC Plugin

「Jenkinsの管理」→「システムの設定」にIRC Nortification発見！有効に。

ビルドしてみる…jenkins-botきた！わーい

いや、なんかしろ(笑)

気を取り直して設定見直し。
プロジェクト単位の設定の方にあった。

再度ビルド。

できたー！連携サイコー！

IRC用のちっちゃいモニター欲しい。

かねこ( ^ω^ )

2012年9月13日木曜日

2012年9月11日火曜日

最強の開発環境をつくるぞ！

本気でやるぞ！

というわけで、グランドデザインのラフつくりました。イマイチ！
トモチンに「もっとかっこよくしたい！」って相談したら、「モノクロにするとかっこよくなりますよ～」って言われたんだけど、モノクロのやりかたはおしえてくれませんでした
(-∧-；) あいつめ。

現在導入済みの環境は、

Jenkins
SVN
Redmine
Aipo
サーバ死活監視

ほかにもあったっけな？

次はとりあえず全部つないじゃうのがわかりやすくていいだろうと思うので、iRCサーバ作って導入済みプロダクトの通知をバンバン飛ばしてみたい！

よって次回は、iRCサーバをたちあげてみたいと思います。
楽しみ！

かねこ(゜-゜)

2012年9月10日月曜日

Jenkins導入しました

ひろっちと開発チーム用サーバつくりました。KVM上にCentOS。

サーバ名はpolyrhythm.

かっこいい！

Jenkins入れました。

メモリ不足。

スペック貧弱すぎたか( TДT)

まだまだ序の口。

かねこ(ﾟзﾟ)

MVCとMOVE

世間ではMVC is dead, it's time to MOVE on.（和訳）の話題が花盛り♪

ちょっと見てみた。

MVC is a phenomenal idea. You have models, which are nice self-contained bits of state, views which are nice self-contained bits of UI, and controllers which are nice self-contained bits of …

What?

I'm certainly not the first person to notice this, but the problem with MVC as given is that you end up stuffing too much code into your controllers, because you don't know where else to put it.

これの、too much code into your controllers, because~ の下り、イマイチ（＞＜）

実際は、MVCのモデルの領域は、”データと手続き”の部分なので、Controllerが誇大化する場合は、そもそもModelの扱い方を間違えてるのではないかと思います（よくあるのは、ControllerからDAO操作してるとか）

ということで、MVC死んでねー

MOVEは一読してよくわからなかったので、次回お勉強してみようと思います。

かねこ( ･`д･´)

登録: 投稿 (Atom)

かねこのお勉強日記

2012年9月30日日曜日

Groovy!! ミックスイン（Minxin）の巻

2012年9月29日土曜日

Groovy!! クロージャ（Closure）の巻

2012年9月23日日曜日

Groovy!!（テスト！）

2012年9月22日土曜日

Groovy!!（EclipseとGroovyプラグイン）

2012年9月20日木曜日

Groovy!!（Linuxに環境構築編）

2012年9月18日火曜日

PHP Fog！

2012年9月17日月曜日

SVNとIRC連携の巻

2012年9月14日金曜日

Jenkins先生とIRCの連携の巻

2012年9月13日木曜日

IRCいれた！！の巻

2012年9月11日火曜日

最強の開発環境をつくるぞ！

2012年9月10日月曜日

Jenkins導入しました

MVCとMOVE