2016年12月23日ノートを読む
2358 ワード
2016年12月23日保持之以恒最重要CSDNホームページ:破光の流風
面接で出会ったアルゴリズムの問題
原文住所:面接で出会ったアルゴリズムの問題フィボナッチ数列問題-ウサギ産子経典問題 javaは、文字列の英字、スペース、数字、その他の文字の個数 を統計します.
この2つは比較的基礎的なアルゴリズム問題であり,フィボナッチは再帰的に解決し,文字統計はcharの符号化範囲を判断することによって統計を行う.
読後感:
個人的にはこれは良い個人ブログだと感じて、ページのスタイルは簡潔で、美しくて、いつか訪問を支持しないことを望んでいます.購読リストに追加されました.以前は私も自分で個人のウェブサイトをするのが好きで、今そんなに多くの時間が維持することができないと感じます~
理解するSleep関数
原文住所:理解する.Sleep関数
まず知ってるsleep(timeout); 関数を使用して、スレッドを一時停止します.
著者らは2つの問題を提起した.今は2008-4-7 12:00:00:0.000だと仮定します.もし私がThreadを呼び出したら.Sleep(1000)、2008-4-7 12:00:01.000にこのスレッドが呼び出されますか? ある人のコードには、わけがわからないような言葉が使われています.Sleep(0) .Sleep 0ミリ秒である以上、彼はこのコードを削除するのと比較して、何か違いがありますか?
著者らはまず,Unixシステムがタイムスライスアルゴリズムを用い,Windowsがプリエンプト式を用いるオペレーティングシステムの原理をレビューした.作者はケーキを分けるシーンで例えて、ケーキ(時間)、ナイフとフォークCPU、ケーキを食べる人(プロセス).
Thread.sleepの役割は、オペレーティングシステムが今後数ミリ秒以内にCPU競争に参加しないことを示すことです.第一題:必ずしもそうではない.OS自身がCPU競合に参加し始めたことを伝えるだけで、すぐに実行権を取得する保証はありません. 第二題:違いがある、Thread.Sleep(0)の役割は,「オペレーティングシステムが直ちにCPU競合を再開することをトリガする」ことである.
1つの概念に言及します:
読後感:
オペレーティングシステムにおけるCPUリソースの割り当ての原理、およびThread.sleep();このプロセスで果たす役割.『Javaプログラミング思想』、『オペレーティングシステムの実現と原理』の2冊を読むことで、より深く理解してほしい.前の本はもう何回か読んだが,後の本は読んでいる.
オブザーバーモードとSpringの組み合わせ:
原文アドレス:観察者モードとSpringの結合
本稿の著者らが述べた要件の1つは、ホットデプロイのたびに、クエリーから戻ってきたデータを様々なフィルタリングし、フィルタリングされたデータを異なるコンテナに保存することです.最初の構想は,タイマを用いてフィルタクラスを定義し,データをフィルタ配布することである.
初期の考え方の弊害:は拡張に不利であり、その後に他のフィルタ方式が追加されると、処理クラスのコードを変更する必要がある.
解決策:各フィルタ条件を観察者オブジェクトとして使用します.複数のフィルタ条件をspringでトピックに登録します.トピックの内容が変化すると、notifyのすべてのオブジェクトが表示されます.
原文作者の悟り:
多くの知識はできるのではなく、自分の頭の中にあるのは同じことで、特定のビジネスシーンで使えるのは別のことです.一部の知識は役に立たない時は難しいと思いますが、使った後は本当に難しくないと思います.実践を積む.
読後感:
個人的には、文章の中のインスタンスコードのクラス名が少し誤解されているような気がしますが、FilterとwebのFilterを思い浮かべますが、実はFilterは上記のフィルタリングの意味です.以前の理解では,観察者パターンには,主題,観察者が必要であった.本明細書のトピックは、抽象トピックAbstractPriceFilterから継承されるホットデプロイオブジェクトHotDeployManagerです.抽象トピックには,springのMethodInvokingFactoryBean方式で注入された観察者を格納するコンテナがある.このような利点は、新しい観察がある場合、コードを変更する必要がなく、springのプロファイルにrefの観察者オブジェクトを追加するだけでよいことです.開閉の原則に合致するようにした.しかし,著者らが述べたデカップリングは,観察者モードを用いたからではなくspring容器を用いたからだと感じた.著者らは,オブザーバモデルを用いてビジネスの基本的なニーズを解決しただけである.PS:私はまだ観察者のパターンを深く研究していません.後で見ます.
面接で出会ったアルゴリズムの問題
原文住所:面接で出会ったアルゴリズムの問題
著者らは2つのアルゴリズムの問題について述べた.この2つは比較的基礎的なアルゴリズム問題であり,フィボナッチは再帰的に解決し,文字統計はcharの符号化範囲を判断することによって統計を行う.
読後感:
個人的にはこれは良い個人ブログだと感じて、ページのスタイルは簡潔で、美しくて、いつか訪問を支持しないことを望んでいます.購読リストに追加されました.以前は私も自分で個人のウェブサイトをするのが好きで、今そんなに多くの時間が維持することができないと感じます~
理解するSleep関数
原文住所:理解する.Sleep関数
Java
まず知ってるsleep(timeout); 関数を使用して、スレッドを一時停止します.
著者らは2つの問題を提起した.
著者らはまず,Unixシステムがタイムスライスアルゴリズムを用い,Windowsがプリエンプト式を用いるオペレーティングシステムの原理をレビューした.作者はケーキを分けるシーンで例えて、ケーキ(時間)、ナイフとフォークCPU、ケーキを食べる人(プロセス).
Thread.sleepの役割は、オペレーティングシステムが今後数ミリ秒以内にCPU競争に参加しないことを示すことです.
1つの概念に言及します:
Windows ,CPU
.読後感:
オペレーティングシステムにおけるCPUリソースの割り当ての原理、およびThread.sleep();このプロセスで果たす役割.『Javaプログラミング思想』、『オペレーティングシステムの実現と原理』の2冊を読むことで、より深く理解してほしい.前の本はもう何回か読んだが,後の本は読んでいる.
オブザーバーモードとSpringの組み合わせ:
原文アドレス:観察者モードとSpringの結合
本稿の著者らが述べた要件の1つは、ホットデプロイのたびに、クエリーから戻ってきたデータを様々なフィルタリングし、フィルタリングされたデータを異なるコンテナに保存することです.最初の構想は,タイマを用いてフィルタクラスを定義し,データをフィルタ配布することである.
初期の考え方の弊害:
解決策:各フィルタ条件を観察者オブジェクトとして使用します.複数のフィルタ条件をspringでトピックに登録します.トピックの内容が変化すると、notifyのすべてのオブジェクトが表示されます.
原文作者の悟り:
多くの知識はできるのではなく、自分の頭の中にあるのは同じことで、特定のビジネスシーンで使えるのは別のことです.一部の知識は役に立たない時は難しいと思いますが、使った後は本当に難しくないと思います.実践を積む.
読後感:
個人的には、文章の中のインスタンスコードのクラス名が少し誤解されているような気がしますが、FilterとwebのFilterを思い浮かべますが、実はFilterは上記のフィルタリングの意味です.以前の理解では,観察者パターンには,主題,観察者が必要であった.本明細書のトピックは、抽象トピックAbstractPriceFilterから継承されるホットデプロイオブジェクトHotDeployManagerです.抽象トピックには,springのMethodInvokingFactoryBean方式で注入された観察者を格納するコンテナがある.このような利点は、新しい観察がある場合、コードを変更する必要がなく、springのプロファイルにrefの観察者オブジェクトを追加するだけでよいことです.開閉の原則に合致するようにした.しかし,著者らが述べたデカップリングは,観察者モードを用いたからではなくspring容器を用いたからだと感じた.著者らは,オブザーバモデルを用いてビジネスの基本的なニーズを解決しただけである.PS:私はまだ観察者のパターンを深く研究していません.後で見ます.