サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
大谷翔平
yyyank.blogspot.com
このように積み重なっていきます。 積み重なったスタックはバックキーを押す時に順番に呼び出されます。 つまり、 各Activityの遷移のタイミングでスタックに残すかどうかの処理を仕込まなければいけないのです。 部分的に画面履歴を残したいときは?? しかし、C画面でアプリを終了し、アプリ再開時には一番はじめからスタート(つまり、スタックを全て消したい)したいなんてこともあるはずです。 毎回スタックに残らないように処理を施せば良いのですが、検索履歴を残したいなど、要件的にそうもいかないという状況の場合。 こういった時に、なんとかスタックに残っているActivityを操作してスタック上から削除してしまえないかと調べてみましたが、なかなか難しい。 startActivityForResultを使用して遷移したActivityに関しては、 finishActivityメソッドを利用してスタックから削
実装するとしたらこんな感じかな?(動作確認してません。ごめんなさい) import java.io.*; import javax.servlet.*; import javax.servlet.http.*; public class RequestCheckFilter implements Filter { public void init(FilterConfig conf) throws ServletException {} public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) throws ServletException, IOException { // 正規表現パターンを生成 Pattern p = Pattern.compile("(^|\W)[cC]
色んなシステムに携わっていると、様々なJavaのクラス名に遭遇する。 ○○Beanとか ○○DTOとか ○○Entityとか ○○VOとか ○○Form。 ここらへんって 「MVCのModelのデータ部分にあたるって意味で同じだし」 とか 「ゲッター/セッターがあるクラスで意味的に一緒じゃない?なんで色々名前つけてんの?」 って思いませんか? ってことで、今回はそれぞれの定義を改めて考えてみようと思う。 とりあえずはそれぞれの意味から ・Bean 総称はBean。あえて言うならJavaBeansの略。 Javaの初心者でも知っている。 あまりに有名すぎるが、Oracleのサイトのガイドを見ながらパクってまとめてみた。 ・Sun Microsystems社のJavaBeans仕様に準拠した再使用可能なソフトウェア・コンポーネント。 ・最低限、クラスにはプロパティが必要。 ・プロパティはメソッ
【Android】これは使っちゃだめよ!~非推奨APIをまとめてみた~(Summarize deprecated Class and Method) 何つかっちゃダメなんだ? AndroidのAPIというのは大きく変遷してきた。 Android2.x、3.x、そして今では4.x系まで進んでいる。 Honeycomb (3.x)、 Ice Cream Sandwich (4.0.x)、 Jelly Bean (4.1.x, 4.2.x, 4.3.x)と なんだかついていけないですね。 古くから開発をしているベテランの人はさておき、 大体の人が2.x系から開発を始めた、もしくは今から始めるという方なのではないでしょうか。 そこで、今回は2.x系から開発をしている方を対象に、また今から開発を始める人でも 流れが分かるように、APIの変遷について書いてみようと思う。 ということで、ネット上で情報が
【Android】イベントリスナー実装のベストプラクティスはなんだろう(the best coding to use EventListener for Android ) 前々から気になっていたこのテーマ。 Androidにおけるイベントリスナーの実装はどのようにすべきか。考えてみたいと思う。 同じようなエントリは少しはあったのだけれども、僕にとっては不十分に感じたので、書いてみたい。 イベントリスナーとはボタンウィジェットのOnClickListenerとか アラートダイアログのDialogInterface.OnClickListener(であってるかな・・?)とか そういった類のものである。 実装方法は僕の思いつく限りでは4つある。 インナークラスを作る Activityにリスナーインターフェースを実装させる(implements) Activity内に別クラスを作る public
JavaのMVCフレームワークはたくさんある。 Struts、Spring、Seaser2、Wicket、JSF、Tapestoryなどなど。。。。 正直、フレームワーク、たくさんありすぎて 分からない。 もし、アメトーークに「Javaフレームワーク芸人」とかあるとしたら、 僕は 蛍原のポジションである。 なので、このエントリもそういう目で見てください(苦笑) 実際、僕自身が使用してきたのはStrutsがほとんどで、 Seasar2をちょっと触ったことがある程度である。 ということで、様々なMVCフレームワークの概要を最近調べている。 今回は調べながら感じたJavaのMVCフレームワークの体系をまとめてみたいと思う。 ○始まりはStruts 気づいたのは、MVCフレームワークの変遷は Strutsから始まっていること。 StrutsがJavaのMVCフレームワークという概念を確立したという
このページを最初にブックマークしてみませんか?
『プログラマのはしくれダイアリー』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く