RSS配信してます
HPがInfoseekにあったころの日記は、現在データベース化待機中となっています。
DB化完了：2006年度分 ・ 2002年度分 ・ 2003年度分1～5月
インデックスより、年・月を指定すると、その月のタイトルが表示されます。
見たい日記のタイトルをクリックすることで、日記を閲覧することができます。
タイトルにつく【】の意味
RSS配信してます
HPがInfoseekにあったころの日記は、現在データベース化待機中となっています。
DB化完了：2006年度分 ・ 2002年度分 ・ 2003年度分1～5月
インデックスより、年・月を指定すると、その月のタイトルが表示されます。
見たい日記のタイトルをクリックすることで、日記を閲覧することができます。
タイトルにつく【】の意味
| 2002年 | 2003年 | 2004年 | 2005年 | 2006年 | 2007年 |
| 2008年 | 2009年 | 2010年 | 2011年 | 2012年 | 2013年 |
| 2014年 | |||||
| 1月 | 2月 | 3月 | 4月 | 5月 | 6月 |
| 7月 | 8月 | 9月 | 10月 | 11月 | 12月 |
しばらくは先週の倒れている間に思いついたものでも。
カードゲームを作成する際、重要なのは世界観の広がり。
つまり、発売の回を重ねるにつれて、ルールが拡張されていくことが大事。（そうでも無いなら、新しいブースターを発売する意義があまり無いと考えている。）
そこで、出てくるのが、ルールの改変の蓄積。
特にカードゲームの場合は、後半になるにつれて、新しい概念がたくさん出てくる。
というわけで、カードゲームの記述をオブジェクト指向化したらいいのでは無いだろうかという考察。
例えば、ユニットみたいなカードは以下のようなクラスを準備して、これをextendsして生成すればよい。
abstract class unit{
String name;
int level;
int life;
int attack;
int defence;
int position;
unit(){
}
void getDamage(int val){
life-=val;
}
void dead(){
life=0;
}
void assault(unit target){
target.getDamage(attack - target.getDefence());
}
boolean isLive(){
return life>0;
}
void destruction(){
position = PLACE_TRASH;
}
}
ユニットというものは、単に数値だけではなく、特殊能力みたいなものを持つから、それは以下のように追記すればよい。
void special_attack(unit target){
target.getDamage(2);
}
ルール部分も例えばこのように記述できる。
class rule{
void judge_card_existence(card[] target){
foreach(target as obj){
if(!obj.isLive()){
obj.destruction();
}
}
}
}
ルールの拡張も簡単である。
新しいパラメータを実装する場合は、コンストラクタ時に書いておけばよい。
public class mage extends unit{
int magic;
}
あと日本語のぶれも存在しないし（多くのテキストでは、同じ意味でもカードによって違う言い回しをしてたりする）、あいまいな定義はまず無いし（プログラムの基本）、フレーバーテキストはコメントで入れれば良いし。
なかなか面白そうかもしれない（・－・）
巷で話題の狂戦士の魂はこう書けるかもしれない。
class berserker_soul extends instantly_magic(){
void execute(){
my.deleteCard(-1);
while(my.getCard().getClass()=="class unit"){
my.deleteCard(-1);
unit tmp = my.chooseUnit();
if(tmp.getAttack()<=1500){
tmp.assault(my.chooseEnemyUnit);
}
}
}
}