最近goを書き始めたので恐れず言語の基本的な内容を書きます。 構造体のタグについてです。 goの構造体にはタグによって実行時に参照可能なメタ情報を付与することができます。 タグの記述と取得 タグは文字列かRAW文字列によって記述し、reflectパッケージを利用して取得します。 package main import ( "fmt" "reflect" ) type Organization struct { Name string `label:"名前"` Language string `label:"言語"` } func main() { organization := Organization{ Name: "gumi", Language: "Elixir", } fmt.Println(reflect.TypeOf(organization).Field(0).Tag) //
html5のタグの入れ子のルールの保存版まとめです。「〇〇タグに〇〇タグって入れてもいいんだっけ？」という悩みを全部解決します！すべてw3cのコンテンツモデルの仕様に基づいた内容になっていますので安心して読んでくださいね。 入れ子のルールはコンテンツモデルで決まる html5からはブロック要素とインライン要素という概念が廃止されました。そのため以前まではインライン要素の中にブロック要素を入れてはいけないというルールがあったと思いますがそれは完全に無視してください。 とはいえcssでレイアウトを行う上では従来と変わらず display : blockで親要素の幅に合わせるdisplay : inlineでその要素自体が持つ幅 という指定の仕方はできます。 ただhtmlでタグの入れ子を考える上でブロック要素とインライン要素という概念がなくなっただけです。 じゃあなにが追加されたかというと、w3
分散SCMを使いたい！と思う今日この頃。 仕事ではSVN（Subversion）を使っているのだが、ちょっとしたお試し編集をするためにブランチを作ることに抵抗がある。ブランチは欲しい、大きめな変更をコミット無しで行いたくない、やはり少しずつコミットして進めていきたい。しかし、変更が全て記録されてしまうのがいただけない。ログが残るのは良いことなのだが、本当に使うかどうか未知数な実験的プログラミングのログまで残したくない。使うと決まってから初めて残すようにしたいのだ。 すまん、これまで一緒に仕事をしてきた人々よ。俺はこれまで「ログが残って困ることがなんかある？いらなきゃ無視すればいいだけなんだから、気にするな。ブランチでもなんでもバンバン作ってしまえ！」とうそぶいてきているわけだが…ハッタリかましてました！本当は俺も抵抗があるのだ。 そこで、分散SCMだ。さらにいうと、SVKがいまひとつ気に入
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
