Pure JavaScript で マークアップ言語を解析する際、JsonMLにコンバートするのが手っ取り早い。 けど、サーバーから取得したばかりのマークアップ言語のソースって、 Processing Instruction (XML宣言などの処理命令)や DTD用の <!doctype> 要素があって、 上手に無視してルート要素から解析したいのが本音。 で、表題の通り。 <!DOCTYPE> って、おまじないのように単純に考えていいのは、HTMLコーダー限定で、 本来は、マークアップの整合性を確認するためのルールをXML解析器に知らせる内容が列挙されてる。 <!DOCTYPE> 要素を用いてDTDを有効化するパターンは5種類かな。 1)[] の間に定義を書く(基本) <!DOCTYPE rootElem [ <-- 文書型定義 --> ]> 2) <-- 文書型定義 --> 部分をファイ
1 はじめに 約1年前、アルファ版として登場した、Visual Studio Code(以下VS Code)ですが、昨年11月には、ベータ版となり、またオープンソースとしてコードも公開されました。 公開以来、毎月のように更新・強化されており、使用方法も微妙に変化して来ていますので、今回、改めて基本的な使用方法をまとめてみました。 本記事は、VS Codeがインストールされており、下記のコマンドで、起動できるようになっている事を前提に始めます。 $ code . もし、まだ、インストールされていない場合は、下記をご参照ください。 Setting up Visual Studio Code また、Node.jsについてもインストールが完了しているものとします。 $ node -v v5.9.0 2 簡単なサーバープログラムの作成 (1) プロジェクトの作成 プロジェクト名をSampleAppと
プログラマ のための数学勉強会に参加してきました。 第6回 プログラマのための数学勉強会 - dots. [ドッツ] 自分はブログまとめ枠ということなので、勉強会の内容をまとめていきたいと思います。 感想をまとめるにあたって参考にしたサイトや資料のリンクを貼っていますが、必ずしも発表者の方がプレゼン中に使った資料ではありませんので、ご了承くださいませ。 詳細な内容については、公開される資料や動画を見ていただくのが良さそうです。 Togetter はこちらにまとめていただいているようです。 『第6回 プログラマのための数学勉強会』のまとめ #maths4pg - Togetterまとめ 発表内容 「心地よさと数学」矢崎 裕一 矢崎 裕一 / Yuichi YAZAKI 図形やアニメーションから生み出される「心地よさ」の裏には数学が潜んでいます。 そんな数学の考え方について、ビジュアライゼーシ
2016 - 03 - 20 だからみんな、Vimになれば良いのに… シェアする Twitter Google+ Pocket 春分の日 は.vimrcを編集する日 皆さんは テキストエディタ は何を使っていますか。メモ帳? 秀丸 ? GNU Emacs ?私は Vim です。 鬱が開けて 春分の日 で季節の変わり目なので、.vimrcを装い新たに編集することにしました。 Vim の プラグイン 管理にはneobundleを使っていたのですが、neobundleが オワコン になることがアナウンスされていたので Vim -Plugに乗り換えました(dein. vim にはしませんでした)。 ついでに Gmail とか Twitter とかも Vim で読めた方がいんじゃね?と思って.vimrcの全面的な書き換えに着手。.vimrcが680行くらいになりました。 はてなブログ や WordP
■プライバシーポリシー ■個人情報の利用目的 当ブログでは、メールでのお問い合わせ、ブログへのコメントの際、名前(ハンドルネーム)等の個人情報をご登録いただく場合がございます。これらの個人情報は質問に対する回答などでご連絡する場合や、スパムコメント抑止のために利用させていただくものであり、個人情報をご提供いただく際の目的以外では利用いたしません。 ■個人情報の第三者への開示 当サイトでは、個人情報は適切に管理し、以下に該当する場合を除いて第三者に開示することはありません。 本人のご了解がある場合 法令等への協力のため、開示が必要となる場合 個人情報の開示、訂正、追加、削除、利用停止については、ご本人からの個人データの開示、訂正、追加、削除、利用停止のご希望の場合には、ご本人であることを確認させていただいた上で速やかに対応させていただきます。 ■アクセス解析ツールについて 当サイトでは、Go
3年ほどRailsを書いてきてある程度知見が溜まってきたので、忘れないためのメモとしてKPTと導入例を交えながらダラダラと書いています。 見出しの命名規則は クラス名/ディレクトリ名の単数形をupper camel caseにしたもの + KPT です。 Keepは今後も使うもの、Problemは開発規模によっては問題が発生する(した)もの、Tryは現在使用していないが使用したほうが良いと思っているものです。 これらすべてを導入すれば上手くいくというわけでもないので、開発規模に合わせて適切に採用していくと良いと思います。 DDDやデザインパターン等見聞きはしているものの詳しいわけではないので間違っている部分等あるとは思うのでその辺りはコメントでご指摘お願いします。 はてブコメント欄で頂いた指摘内容等についてはまとめの後でまとめて返答を記載しています。 Asset (Keep) app/as
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く