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
Home >> Common >> How to Map Distinct Value Types Using Java Generics Occasionally the average developer runs into a situation where he has to map values of arbitrary types within a particular container. However, the Java collection API provides container related parameterization only. Which limits the type safe usage of HashMap for example to a single value type. But what if you want to mix a
Android Studio で快適にコーディングしたい Android Studio 事始めということで、快適にコーディングできるように設定をいろいろカスタマイズしてみました。 IntelliJ IDEA の設定が奥が深いらしいので、どこまで自分に合った環境にできるのか興味津々です。 カスタマイズした内容はあくまで個人的な趣向が強いので、ご参考までに。 IDE の基本テーマを変更する まずは基本テーマです。設定画面の Appearance の Theme で変更できます。 白ベースの Default か黒ベースの Darcula のいずれかを選択することができます。 白が見やすいか、黒が見やすいかは好みにも環境にもよると思います。お好きなほうをお選びください! 行番号やスペースなどを表示する Eclipse でもまずはじめにやるであろう設定ですね。これがないと始まりません。行番号やスペー
かつのりさんの「OpenJDKに言語機能を追加するプロジェクト」 がインスパイア元。 JavaにはC言語の関数ポインタやjavascriptの関数オブジェクトのような構文がありません。 メソッドそのものを指し示す機能というものがないのですね。 ではコールバックしたい場合などはどうするのでしょうか? Javaではinterfaceを使います。 Javaのinterfaceはさながら実装を持たない完全な抽象クラスといった様相ですが、 型安全で継承可能な関数ポインタという側面があると私は考えています。 C言語での関数ポインタは int (*p) (int num); といったように、「戻り値の型 (*ポインタ名) (引数);」形式で宣言します。 C言語では引数と戻り値が合致していればよい、という程度に型安全です。 引数と戻り値の合致だけなので、根本的に設計の違う関数でも型さえあれば代入可能なわけ
New I/O の非同期処理を実装する時にいつも使うパターンの個人的設計まとめ。非同期 I/O はアプリ要件によって設計を柔軟に変える必要があるので定石というわけではありませんし、安全に組み替えるにはそれなりの知識が必要です。 この記事が説明のベースにしているサンプルソースは My Design Pattern for Asyncronous I/O · GitHub に置いてあります。 非同期 I/O といえば 1 つのスレッドで複数のソケット I/O を管理する方法です。 非同期 I/O を生かした設計というものは必ず Producer/Consumer 型、イベント駆動型設計となります。これはパフォーマンスと引き換えにオブジェクト指向の汎用設計化を低下させ、特定の困難なバグを生む余地を増やします。個人的には C10K 問題を想定する必要がない程度 (同時に扱うソケット数が 1000
MVC、MVVMに関する記事を色々読んでいると、 それなりに理解したつもりになっても、いざ具体的な事になるといまいちピンと来ない。 今感じている事、 大規模な開発を経験したことが無いから、必要性が実感できてない サンプルを見てもいまいちメリットが分からない オブジェクト指向も分かったような気になっているだけで、実はあまり分かってないという気がする View→HTML、Model→ロジックとデータ、みたいな単純な対応関係で覚えても捉えどころがない フレームワークを使っていくうちにコンセプトが理解できるということはあると思うので、とりあえずは手を動かしていきたいのですが、そのとりあえずが分からないのでなんとも気持ちが悪い感じです。 Backbone.jsをドットインストールで触ってみると、スゴイ便利そう。 確かに便利っぽいけどどういう使い方をすればいいのかよく分からない。 むしろ何が分からない
Web の場合は View と Controller の違いははっきりしてます。 View は html ページとその作成を担当します。 CGI は アドレスとパラメーター(アドレスの ? の後など)を受け取り、処理を行います。 その受け取り部分が Controller です。 Model と View ではなく、なぜ MVC としたのでしょうか ? 『 GoF 本』 では Controller を分ける利点をいくつか挙げられています。 キーボードの応答を変えたり、メニューからの呼び出しに変更するとき、表示方法を変更しなくていい。 入力イベントを無視するといったことをコントローラーのインスタンスの入れ替えで可能。 その他にも "View を入れ替えれば、 PC アプリ、 Web アプリでも使えるように" という理由もあります。 ちょっと無理そうな話ですが、例えば、 PC アプリが次のような
AI, ML, and Data Science Programming Languages Web Development Languages DevOps Databases Computer Science Subjects Python Technologies Software Testing Cyber Security All Categories Back Artificial Intelligence Machine Learning ML With Python Data Science Statistics NLP Neural Networks TensorFlow PyTorch Matplotlib NumPy Pandas SciPy Big Data Analytics See all
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く