2勝4敗、ODB390。

LE孫堅(天啓の幻)・R黄蓋(突破戦法)・UC宋謙(空蝉の計)・C呂範(弱体弓戦法)・C太史享(再起の擁護者)・GSR周瑜・GR陸遜

こいつらさりげに役に立つパーツばっかだ。
黄蓋の突破に長槍付けられたら幸せだが無理か。
蜀呉で鄧芝入れちゃうと天啓の立場無いしなぁ。
長槍陣か鬼槍…うーむ。え、ダイターン使えって？
臥龍…長くはならないが剛槍か、
「天啓・臥龍・突破」残り1コス…つか蜀単で組め、と。
もう少し頑張る！秘伝書分の兵糧貯まったら騒乱デッキagain.

3勝6敗、ODB435。

LE孫堅(天啓の幻)・R黄蓋(突破戦法)・UC宋謙(空蝉の計)・C呂範(弱体弓戦法)・C太史享(再起の擁護者)・GSR周瑜・GR陸遜

弱体弓の長さと天啓の短さに驚愕した！
一応勝ち試合では1回以上天啓打ってるから、
役に立たないという事はない、という程度か。
周瑜LV17を育てつつ、ディスカウント秘伝書が
買える程度に兵糧が貯まったら李儒に1つ付けてやる。
叶うなら周瑜もMasterして業炎に秘伝書付けたいが。。。

うーん、超再/完殺のGR董卓と属性相性が合うので
群雄と組むのも無しではない、か？

0勝3敗、ODB210。

R呂姫(鉄腕気炎撃)・C孟達(魏)(癒遅の乱)・C張横(攻弱の乱)・UC王リョウ(魏武の強兵)・R陳宮(天の騒乱)・UC成公英(西涼の秘策)・GSR李儒・GSR司馬懿

2勝2敗、ODB250。

R司馬昭(神算鬼謀の極み)・C孟達(魏)(癒遅の乱)・C張横(攻弱の乱)・UC王リョウ(魏武の強兵)・R陳宮(天の騒乱)・UC成公英(西涼の秘策)・GSR李儒・GR郭嘉

0勝3敗、ODB250。

R司馬昭(神算鬼謀の極み)・C孟達(魏)(癒遅の乱)・C張横(攻弱の乱)・UC王リョウ(魏武の強兵)・R陳宮(天の騒乱)・UC成公英(西涼の秘策)・GSR司馬懿・GR郭嘉


。。。ふぅ、天啓デッキ作るか。というかもう作った。
騒乱と比べてODBの多い方を使う、程度には勝てるといいなぁ。

2勝1敗、ODB230。

R司馬昭(神算鬼謀の極み)・C孟達(魏)(癒遅の乱)・C張横(攻弱の乱)・UC王リョウ(魏武の強兵)・R陳宮(天の騒乱)・UC成公英(西涼の秘策)・GSR李儒・GR郭嘉

4勝1敗1分け、ODB185。

R呂姫(鉄腕気炎撃)・C孟達(魏)(癒遅の乱)・C張横(攻弱の乱)・UC王リョウ(魏武の強兵)・R陳宮(天の騒乱)・UC成公英(西涼の秘策)・GSR李儒・GSR司馬懿

GSR李儒はあと3～4回でマスター軍師だな。

androidでの開発にあたって、定時処理をするのに
web上で一番情報量が多いのがタイトルの2つを組み合わせた方法のようです。
「Handlerを使ったほうがいいよ！」という記事も散見されましたが、
一度調べ始めた機能を理解したほうがいいと思いHandlerには現状触れていません。

で、ひっかかった点など。私の場合「何分後」ではなく「何時」に処理をしたかったので
(下記は、なぜか2つのブロードキャストレシーバー間を行き来する作りにしてしまったので、
　単純なActivity→ブロードキャストレシーバーならもう少し書き方変わります。)

PendingIntent sender = PendingIntent.getBroadcast(context, 0, intent, 0);
AlarmManager am = (AlarmManager) context.getSystemService(Context.ALARM_SERVICE);
Calendar cal = Calendar.getInstance();

cal = Calendar.getInstance();
cal.setTimeInMillis(System.currentTimeMillis());
cal.add(Calendar.DATE, 0);
cal.set(Calendar.HOUR_OF_DAY, 13);
cal.set(Calendar.MINUTE, 0);
cal.set(Calendar.SECOND, 0);
am.set(AlarmManager.RTC_WAKEUP,cal.getTimeInMillis(),sender);

のようにネットの情報をかき集めて次回起動設定をしたのですが、
これを実行すると、多分、このsenderは無限に起動します。
回答は以下のように変更。(デバッグ用なので、変数hourは分単位に変えてあるｗ)

～上略～
} else if (hour >= 45) {
cal = Calendar.getInstance();
cal.setTimeInMillis(System.currentTimeMillis());
cal.set(Calendar.MINUTE, 50);
am.set(AlarmManager.RTC_WAKEUP,cal.getTimeInMillis(),sender);
message2 = "45";
Toast toast = Toast.makeText(context,message2,Toast.LENGTH_SHORT);
toast.show();
} else if (hour >= 40) {
cal = Calendar.getInstance();
cal.setTimeInMillis(System.currentTimeMillis());
cal.set(Calendar.MINUTE, 45);
am.set(AlarmManager.RTC_WAKEUP,cal.getTimeInMillis(),sender);
message2 = "40";
Toast toast = Toast.makeText(context,message2,Toast.LENGTH_SHORT);
toast.show();
～下略～

つまり余計な行を消してif制御をしっかりしたら動くようになりました。
このサンプルの場合、senderの先もブロードキャストレシーバーになっていて(って、当たり前か)
そちらでこっちのブロードキャストレシーバーを再び呼んでます。
うーん、理解しきれてはいないのですが、感覚的には
add辺りがこちらの想定外の動きをしていた？のかな？
あるいはただifの処理を簡素に変えたから動いてるだけで
余計な行の部分は関係ない？？

まぁ、同じようなレベルの方でハマってる人の一助になれば幸いです。