特開、特願、出願日
特許には、特開、特願という番号がついています。 たとえば、特開2003-102769や、特願平7-209342といったものです。 特願 特願は特許出願のことで、出願番号です。 特願平7-209342なら平成7年に出願された209342番の特許で、出願された日から順に小さい番号がついています。 特開 特開は特許公開のことで、公開番号といいます。 特開2003-102769なら、2003年に公開された102769番の特許で、公開された日が早い順から小さい番号がついています。 特許は、出願されて18ヶ月後に、すべて公開され、検索に引っかかるようになります。 特許になるためには審査を通る必要があり、公開されていても、特許として認められたというわけではありません。 この点に注意が必要です。 特許番号 審査の結果、特許として登録されたものには登録番号がつきます。 この場合は、「特許第3754247号」
Ｄｏｃ３ undo/redo
Ｄｏｃ３ undo/redo 前のドキュメント 次のドキュメント ■ undo/redo undo/redo はとても魅力的な機能です。初めて undo/redo が動作するするシステムを触った時は、 いったいどうやって実装しているのだろうと不思議に思いました。だって、ユーザが行った操作をずっと覚えていて、 それを取り消したり再実行できるわけですから、かなり複雑な機構が必要ではないかと思いませんか？ ＶｉＶｉにも undo/redo を実装しようと数時間考えて以下に説明する方法を採用することにしました。 自分では直感的で素直な実装と思っています。 undo/redo を実現するにはユーザが行った操作を覚える必要があります。ＶｉＶｉではそのためのクラス CUndoItem と、その派生クラスオブジェクトの順序付き集合を管理する CUndoMgr を導入しました。 ■ CUndoItem Ｖｉ
JSONの可能性がグンと拡がるぞ！ JSONスキーマ - 檜山正幸のキマイラ飼育記 (はてなBlog)
JSON（http://www.json.org/）データはけっこうよく使うので、何度か話題にしたことがあります（例えば「もう一度、ちゃんとJSON入門」）。でも、JSONには型情報／メタ情報が付けられないのがとても不満で、JSON改なんてもんを考えたこともありました。（後でXIONに改名） JSONデータに対するスキーマ定義の仕様がかたまりつつあることを、ごく最近になって知りました。 http://json-schema.org/ JSON本体はRFC 4627になっていますが、JSONスキーマの標準化のステータスは、あまりハッキリとは分かりません（僕には）。http://groups.google.com/group/json-schema?pli=1 を覗き見した感じでは、現状ワーキングドラフトという位置付けらしいです。 なかなか面白いし役に立ちそうなので紹介します。ただし、僕にとっ
駅データ 無料ダウンロード 『駅データ．ｊｐ』
2019.04.05 三陸鉄道リアス線移管対応/石勝線 夕張支線各駅廃止/Jヴィレッジ駅追加/初台・幡ヶ谷 を京王線から削除 2019.03.17 昨日更新の「浜町アーケード駅」の登録に誤りがありましたので訂正しました 2019.03.16 おおさか東線/ゆりかもめ/長崎電気軌道ほか50件程度更新 2018.04.24 Osaka Metro(4/1)追加/大阪市交通局は民営化に伴う名称・事業所変更 北陸新幹線の事業者コードについて 駅データ．ｊｐの仕様上、１路線には１事業者コードしか登録できません。 北陸新幹線はJR東日本とJR西日本が運営していますが、駅データ．ｊｐではJR東日本の事業者コードのみ登録していますのでご注意ください。 【有料会員登録のお振り込みをされた方へ】 有料会員としてお振り込みをしたら、必ず「ダウンロード」の「有料会員登録」から「お振り込みの報告」をしてください。
DIコンテナなんていらない - usagidropの日記
DIコンテナなんていらない。PHPのようなスクリプト言語では。 JavaでDIコンテナが必要なのは、Javaがコンパイル型言語であり、かつ記述が長ったらしいという特徴があるからだ。そのため、頻繁に変更したい部分をXMLファイルに外だしする必要がある。 しかしPHPのようなスクリプト言語では、コンパイルの必要がないし、コードも簡潔に書ける。わざわざXMLファイルを用意する必要はなく、PHPファイルを設定ファイルに使えばいい。 例えば次のようなDIコンテナの設定とJavaコードがあるとする。 <component class="ClassA"> <arg>"foo"</arg> <arg>123</arg> </component>S2Container container = S2ContainerFactory.create("dicon.xml"); InterfaceA obj = (
Zend_Application(2) /Zend FrameworkにおけるDIコンテナ活用のメリットについて/ - noopな日々
PHPでのDIコンテナのわかりやすい説明としては「最小のDIコンテナ in PHP」や「DIコンテナなんていらない」の中で説明されているし、DIコンテナをより詳細に推し進めた形としてはSeasar2のドキュメントか何かを見ていただいた方がいいと思います。DIコンテナは使いこまれた技術で基本概念や実装方法については知られていますので、ここでは、ZFを例にしてDIコンテナを使うメリットについて具体的に検討してみたいと思います。 Zend Frameworkを例にとると 前記事Zend_Application(1) - noopな日々で触れた下記のページにあるように、 http://www.infoq.com/jp/articles/drinking-your-guice-too-quickly DIコンテナはサービスロケーターから進化する流れがわかりやすいわけですが、それらを前提的な話として、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Mac GarageBandで録音する / Tips / Cycle of 5th