デイリーものがたり(2019年12月24日)

トピックの概要

  • 表のページレイアウトの2種類の長所と短所を持つDIV
  • CSSスプライトの原則、長所と短所
  • typeof演算(「ABC」)とtypeof演算「ABC」は、次いで、オペレータは、関数のtypeof演算文字列であります
  • 理解とGITやSVNの区別

答えの対象

表のページレイアウトの2種類の長所と短所を持つDIV

  • TABLEの道
    • 利点
      • 使いやすい:エントリーレベルのユーザの操作に適しは、ユーザが直接テーブルを挿入するためのDreamweaver(以下、「DW」と略記する)ツールバーを使用することができ、長さと幅、位置合わせ、および他のプロパティを設定します。
      • WYSIWYG:あなたはすぐに効果を見ることができたときにTABLEを挿入します。
      • グッド可読性:文の準備が主なコードがあり、シンプルで<TABLE></TABLE><TR></TR><TD></TD>およびその他のステートメント。
      • より速く開発:多くのことを書くよりも、すばやく直接DWドラッグTABLE DIVから、新しいWebサイトを作成するとき。
      • 互換性の強い:TABLEデザイン長年、広くサポートされているブラウザは、良い結果を示したので、状況は見当違いは表示されません。
    • 短所
      • コードの冗長性、<TABLE><TR>``<TD><TD>``</TR>``< /TABLE>比較的、(これは線状である)基本要素の形態を構成する<DIV></DIV>、コード範囲を書き込みます。
      • Webページが遅い開きます:あまりにも多くのコードビハインドを、開くのに時間がかかるようにサイトを引き起こして。
  • DIV + CSSの道
    • 利点
      • 標準化されたページ構造:DIV + CSSは、業界標準であるWEBの動向です。
      • コードは単純で、<DIV></DIV>多くの合理化されたコードの場合よりTABLE。
      • より高速なページの閲覧:再構成TABLEエンコードされたページファイルのサイズよりもCSS + DIVのページ容量を使用して視覚効果のための同じページには、はるかに小さい後者の唯一の1/2サイズ一般の元です。
      • 柔軟なページレイアウト:DIV + CSSページのレイアウトがちょうど改訂ページが再びレイアウト時にCSSスタイルが、これにより、ウェブサイト版のコストを削減し、プログラムを変更することなく、達成することができ変更、操作が便利で柔軟になります。ページ効果は、ドラッグなどの視覚効果とユーザーエクスペリエンス、を含む、豊富です
    • 短所:
      • 可観測差は:すぐに編集効果を見ることができない場合は、ユーザーの編集と、あなたはプレビューを見るためにする必要があります。
      • 操作が煩雑である:エントリーレベルのユーザーに関して、またはコードを持つ人々の非常に理解していない、操作が非常に面倒です。
      • 悪い互換性:適切Firefoxブラウザ(FireFoxの)内側にIEで表示DIV + CSSデザインサイトは劇的に変化している可能性が、それを考慮に別のブラウザのスタイルを設計することが必要です。
  • 概要:実際には、親切ページレイアウトのどのようなレイアウトを使用すると、それは早期のエントリに新しいものである場合、あなたはときDIV + CSSの理解再び接触するHTML言語、テーブルから起動する必要があり、することができ、または一部の顧客は、生産現場のスピードの開発と強調しましたそのHTML言語の組版することができ、HTML言語は非常に理解して、またはSEOの最適化の必要性、促進するためのキーワードを希望している場合、ウェブサイトのトラフィックやページの閲覧速度が速くなりますので、それは、達成するためにDIV + CSSを使用するのが最適です

CSSスプライトの原則、長所と短所

  • 定義:CSSスプライトCSSのウィザードと呼ばれる国内の多くの人々に、それは、Webアプリケーションの絵アプローチです。これは、アクセスするページを絵を避けるために、バックグラウンドの位置の組み合わせを「バックグラウンドリピート」、「背景位置」、CSS「背景画像」で、散発的な写真に関連するページがすべて大きな数字を含めることができます遅いローディング現象。
  • 利点
    • ほかのhttpを減らすことができCSSスプライトは、これはまた、広い普及と応用のための主な理由であるCSSスプライトの最大の利点である、大幅にページのパフォーマンスを改善し、Webページを要求します。
    • CSSスプライトは、バイトの絵を減らすことができます。
    • CSSスプライトのWebデザイナーは絵の命名、名前の写真のちょうどコレクションで問題を解決し、それによって、ウェブの生産効率を向上させること、各小画像にちなんで命名されている必要はありません。
    • CSSスプライトは、ページ全体のスタイルを変更するには以下の画像の色やスタイルを変更する必要があります。
  • 短所
    • 画像のマージトラブル:画像マージ複数の画像を一の画面にまとめ秩序と合理的で、かつ不要な背景のセクションを防ぐためにも十分なスペースを残しておく必要があります。
    • ピクチャー貧しい適応性:高解像度の画面での適応のページ画像が広くない場合には、十分な背景が壊れて表示されます。
    • イメージの場所の面倒:開発ツールによって測定される各背景要素の正確な位置を計算します。
    • 保守性:ページの背景には、あなたには、いくつかまたは全体の画像をマージして、CSSを変更したいを変更することがあり、ほとんど変化が必要でした。回避の前提の下で写真を変更しますが、追加の絵ダウンのみ(最高の)、それは絵のバイトが増加します。

typeof演算(「ABC」)とtypeof演算「ABC」は、次いで、オペレータは、関数のtypeof演算文字列であります

  • typeof演算は演算子です。あなたは簡単にそれがタイプの関数である場合、この式は「関数」文字列を返しますが、構文エラーになり、それが使用するチェックすることができます

    typeof(typeof)
    1 Uncaught SyntaxError: Unexpected token ')'
  • だから、typeof演算は機能することはできません。可能なブラケット - シンボルtypeof演算(fooが)あなたはそれが機能typeof演算であると思わせるが、構文上、これらのブラケットは、関数呼び出しではありません - 彼らは(23)* 2のように、グループ化するために使用されています。実際には、あなたが望む任意の数を追加することができます。

    typeof(((((foo))))); // is equal to typeof foo;
    "undefined"

理解と区別のためのGITとSVN、

  • GitはSVNが集中され、配布されます。これはGitのとSVNの最大の違いです。私たちはこの概念を把握することができる場合は、両者の間の最も基本的な違いを知るようになります。Gitはオフライン作業をサポートするようにGitは、分散されているので、多くの操作は、分岐機能を含む、ローカルに実行することができます。SVNは仕事にネットワーク接続する必要があります

  • Gitの、より複雑な概念、SVNを使用する簡単な難易度です:GitリポジトリとSVNの両方の開発者のすべてのコントロールは認めなければならない、Gitはあまりにも多くのコマンド、日常の仕事を知っている必要がありaddcommitstatusfetchpushrebaseようにして、マスターには、マスターも必要rebaseそして、mergeの区別fetchpull違い、などは、ほかに、そこにあるcherry-picksubmodulestashおよびその他の機能は、単に周りにあるこれらの用語を聞いて。

    この点に関して、使いやすさでは、SVNははるかに優れた、シンプルな親しみやすい、非常にフレンドリーな初心者のためになります。しかし、我々は把握することができるならば、Gitは特徴ほとんどが不思議に感謝し、他の手を参照してください。、Gitのコマンドマルチ多機能手段は、そのSVNの時代を見つけるために戻って行くことはありません

  • Gitの安い枝、SVNのブランチは、高価な:バージョン管理では、分岐が非常に頻繁に使用する機能です。リリースバージョンの前に、あなたは枝、大規模な開発ニーズ、必要性の機能ブランチを公開する必要があり、大規模なチームの開発ブランチ、安定した枝などがあるでしょう。大規模なチームの開発プロセスでは、支店、および支店スイッチングニーズを作成することが多いです。Gitのブランチがコミットへのポインタである、SVNの枝は、ディレクトリをコピーされます。この機能は非常に迅速にGitのブランチを切り替えることができますし、非常に低コストを作成します。そしてGitリポジトリ、SVNなし現地支店の現地支店があります。実際の開発プロセスでは、多くの場合、コードの一部が完了しなかった出会いが、ローカルブランチを格納している、我々はGitリポジトリを使用している場合、あなたはコードを作成することができ、他の問題に対処するため緊急の必要性は、地元に戻って、問題が処理されるまで終了し、及びませんでしたブランチは、コードを完了し続けます

  • コアは、概念Gitのワークフロー、作業領域(作業領域)は、実際のディレクトリ内のコンピュータです。一時的に変更の保存、キャッシュ領域に似たステージングエリア(インデックス)。倉庫地区(リポジトリ)、ローカルとリモートの倉庫倉庫に分けます。

  • Gitは、SVNよく使用するコマンド:

    • サーバはSVN、Gitリポジトリを使用していますが、ローカル、オフライン操作の現地支店や他の機能を体験したい場合は、使用できるGit-SVN機能を。

      # 下载一个 SVN 项目和它的整个代码历史,并初始化为 Git 代码库
      $ git svn clone -s [repository]
      
      # 查看当前版本库情况
      $ git svn info
      
      # 取回远程仓库所有分支的变化
      $ git svn fetch
      
      # 取回远程仓库当前分支的变化,并与本地分支变基合并
      $ git svn rebase 
      
      # 上传当前分支的本地仓库到远程仓库
      $ git svn dcommit
      
      # 拉取新分支,并提交到远程仓库
      $ svn copy [remote_branch] [new_remote_branch] -m [message]
      
      # 创建远程分支对应的本地分支
      $ git checkout -b [local_branch] [remote_branch]
    • 初期化:

      # 在当前目录新建一个Git代码库
      $ git init
      
      # 下载一个项目和它的整个代码历史 [Git only]
      $ git clone [url]
    • コンフィギュレーション

      # 列举所有配置
      $ git config -l
      
      # 为命令配置别名
      $ git config --global alias.co checkout
      $ git config --global alias.ci commit
      $ git config --global alias.st status
      $ git config --global alias.br branch
      
      # 设置提交代码时的用户信息
      $ git config [--global] user.name "[name]"
      $ git config [--global] user.email "[email address]"
    • ファイルを追加または削除します。

      # 添加当前目录的所有文件到暂存区
      $ git add .
      
      # 添加指定文件到暂存区
      $ git add <file1> <file2> ...
      
      # 添加指定目录到暂存区,包括其子目录
      $ git add <dir>
      
      # 删除工作区文件,并且将这次删除放入暂存区
      $ git rm [file1] [file2] ...
      
      # 停止追踪指定文件,但该文件会保留在工作区
      $ git rm --cached [file]
      
      # 改名文件,并且将这个改名放入暂存区
      $ git mv [file-original] [file-renamed]
    • ブランチ

      # 列出所有本地分支
      $ git branch
      
      # 列出所有本地分支和远程分支
      $ git branch -a
      
      # 新建一个分支,但依然停留在当前分支
      $ git branch [branch-name]
      
      # 新建一个分支,并切换到该分支
      $ git checkout -b [new_branch] [remote-branch]
      
      # 切换到指定分支,并更新工作区
      $ git checkout [branch-name]
      
      # 合并指定分支到当前分支
      $ git merge [branch]
      
      # 选择一个 commit,合并进当前分支
      $ git cherry-pick [commit]
      
      # 删除本地分支,-D 参数强制删除分支
      $ git branch -d [branch-name]
      
      # 删除远程分支
      $ git push [remote] :[remote-branch]
    • 提出します

      # 提交暂存区到仓库区
      $ git commit -m [message]
      
      # 提交工作区与暂存区的变化直接到仓库区
      $ git commit -a
      
      # 提交时显示所有 diff 信息
      $ git commit -v
      
      # 提交暂存区修改到仓库区,合并到上次修改,并修改上次的提交信息
      $ git commit --amend -m [message]
      
      # 上传本地指定分支到远程仓库
      $ git push [remote] [remote-branch]
    • プル

      # 下载远程仓库的所有变动 (Git only)
      $ git fetch [remote]
      
      # 显示所有远程仓库 (Git only)
      $ git remote -v
      
      # 显示某个远程仓库的信息 (Git only)
      $ git remote show [remote]
      
      # 增加一个新的远程仓库,并命名 (Git only)
      $ git remote add [remote-name] [url]
      
      # 取回远程仓库的变化,并与本地分支合并,(Git only), 若使用 Git-SVN,请查看第三节
      $ git pull [remote] [branch]
      
      # 取回远程仓库的变化,并与本地分支变基合并,(Git only), 若使用 Git-SVN,请查看第三节
      $ git pull --rebase [remote] [branch]
    • 元に戻します

      # 恢复暂存区的指定文件到工作区
      $ git checkout [file]
      
      # 恢复暂存区当前目录的所有文件到工作区
      $ git checkout .
      
      # 恢复工作区到指定 commit
      $ git checkout [commit]
      
      # 重置暂存区的指定文件,与上一次 commit 保持一致,但工作区不变
      $ git reset [file]
      
      # 重置暂存区与工作区,与上一次 commit 保持一致
      $ git reset --hard
      
      # 重置当前分支的指针为指定 commit,同时重置暂存区,但工作区不变
      $ git reset [commit]
      
      # 重置当前分支的HEAD为指定 commit,同时重置暂存区和工作区,与指定 commit 一致
      $ git reset --hard [commit]
      
      # 新建一个 commit,用于撤销指定 commit
      $ git revert [commit]
      
      # 将未提交的变化放在储藏区
      $ git stash
      
      # 将储藏区的内容恢复到当前工作区
      $ git stash pop
    • お問い合わせ

      # 查看工作区文件修改状态
      $ git status               
      
      # 查看工作区文件修改具体内容   
      $ git diff [file]
      
      # 查看暂存区文件修改内容
      $ git diff --cached [file] 
      
      # 查看版本库修改记录
      $ git log                  
      
      # 查看某人提交记录
      $ git log --author=someone 
      
      # 查看某个文件的历史具体修改内容
      $ git log -p [file]        
      
      # 查看某次提交具体修改内容
      $ git show [commit]

おすすめ

転載: www.cnblogs.com/EricZLin/p/12094013.html