Rustのトレイトは「高カインド多相のない型クラス」である - なんか考えてることとか
Rustのトレイト（以降Rustトレイトとつなげて呼ぶことにする）は一体何なのか、様々な他言語の概念を通して調べていたが、やっと（「やはり」でもあるのだが）結論が出たので書いていこうと思う。 また、Rustトレイトはインターフェースなのか、MixInなのか、はたまたトレイトなのかということについて書き直したかったのでそれもついでに書く。 Rustのトレイトにおける否定 前置き Rustのトレイトはインターフェースではない RustのトレイトはJavaのインターフェースではない RustのトレイトはC#のインターフェースではない RustのトレイトはMixInではない Rustのトレイトはトレイトではない Rustのトレイトは「高カインド多相のない型クラス」だった 根拠1: 型クラスと用法が同じである 根拠2: 重複する関数があった際の挙動も同じ Rustのトレイトでは高カインド多相ができな
テストのためだけに`interface`を書きたくないでござる — KaoriYa
golangでテストのためだけにinterfaceを書くのが死ぬほど嫌だったので編み出した技を紹介します。 TL;DR テスト(=mock)のためだけにinterfaceは切りたくない 型エイリアスとビルドタグを組み合わせるとinterfaceがなくてもモックが作れる この手法に必要なモックを自動生成するプログラムを作った interfaceは本当に必要なシーンで使うべき Background 現在モックを使った単体テストは一般的です。 Javaでの例を挙げると、モックしたいコンポーネントについて予めinterfaceを定義しておき、モックではそのインターフェースを実装するのが定石です。 しかしgolangのinterfaceはJavaなどのそれとは若干性質が異なるため、テスト=モックのためだけにinterfaceを書くのはオーバーワーク気味です。 そうテストのためだけにinterface
GoのInterfaceの作法 "Accept Interfaces, Return structs" - y-zumiの日記
はじめに Goにおける抽象化の方法にインターフェースがあります。インタフェースをうまく使うことにより具体的な実装を隠し、疎結合な実装ができるようになります。 これにより、テストがやりやすくなったり、リファクタリングの影響範囲を小さくできるなどのメリットがあります。インターフェースがないコードは振る舞いで共通化することができないため、冗長かつ密結合なシステムになってしまいます。 今回はGoのインターフェースの基本的な考え方である "Accept interfaces, Return structs" について紹介します。 "Accept interfaces, Return structs" とは 直訳で 「インターフェースを受け入れて、構造体を返す」 ですが、この考え方はJack Lindamood氏が過去に提案したものです。 GoのCodeReviewのドキュメントには以下のように書かれ
A Closer Look at Go’s sync Package
This is not an analogy for the sync package quality :)Let’s take a look at the Go package in charge to provide synchronization primitives: sync. sync.Mutexsync.Mutex is probably the most widely used primitive of the sync package. It allows a mutual exclusion on a shared resource (no simultaneous access): It must be pointed out that a sync.Mutex cannot be copied (just like all the other primitives
Eno Compton's Website
How to use interfaces in Go has been a perennial topic for people writing about the language. In spite of the continued treatment, there remains some misunderstanding, likely caused by people's experience with interfaces in other languages. An interface makes a minimal demand on a caller Rather than thinking of an interface first and then an implementation, one should use an interface to be genero
go言語のコンストラクタでinterfaceを返す | さにあらず
go 言語において呼び出し元に interface のみを公開することで実装の詳細を隠ぺいすると、gomock を使ったテストがやり易くなります。 ざっくり結論だけ書くとこんな感じのコーディングパターンにすると良いよって感じなので、これだけ見て、何が言いたいのかすぐに分かる人は続きを読まなくても良いと思います。 package intf type Duck interface { Quack() string} type duck struct {} func NewDuck() Duck { return &duck{}} func (d *duck) Quack() string { return "QUUAAAACCCCKK!!!"}コピー interface と実装が分離されたアヒル#最初のポイントは、公開する interface として定義された Duck と非公開の struc
Go言語における埋め込みによるインタフェースの部分実装パターン - Qiita
構造体 Go言語には、クラスがない。そのため、代わりに構造体（struct）を使い、その型にメソッドを設けることで似たような振る舞いをさせる。 package main import "fmt" type Person struct { FirstName string LastName string } func (p *Person) Name() string { return p.FirstName + " " + p.LastName } func main() { person := &Person{"Taro", "Yamada"} fmt.Println(person.Name()) }
急いで学ぶGo lang#6 インターフェイス | DevelopersIO
Goのインターフェイス Goにはインターフェイスという、メソッドの型だけを定義した型があります。 Java等のオブジェクト指向言語を使用している人には馴染みのある単語ではないでしょうか。 これを使うとGoでもポリモーフィズムが実現できる便利な機能です。今回はインターフェイスを使ってみましょう。 動作環境 今回使用した動作環境は以下のとおりです。 OS : MacOS X 10.9.4 Go : 1.4.1 IDE : IntelliJ IDEA 14 CE ここを参考に、GOPATHとGOROOTは設定しておいてください。 Goのインターフェイスを使ってみる GoのインターフェースはJavaのインターフェースと同じくメソッドの型だけを記述した型となります。 インターフェイスはメソッドのまとまりなので、インターフェイスを通してオブジェクトの振る舞いを定義することが可能です。 Javaと違って
how to use interfaces in golang
engineer at singularity 6 working on palia, @jordanorelli on twitter. • Ask me anything How to use interfaces in Go Before I started programming Go, I was doing most of my work with Python. As a Python programmer, I found that learning to use interfaces in Go was extremely difficult. That is, the basics were easy, and I knew how to use the interfaces in the standard library, but it took some pract
inforno :: Goのインタフェースがパフォーマンスに及ぼす影響
Go Advent Calendar 2015 その3 11日目です。その3まであるなんてGo大人気ですね。 Gopherというのはいろいろな人がいてLLからGoへ、という方も多いかと思います。 LLではそもそも全てがオブジェクトだったりで話題になりませんが、よりマシンに近く変態的に速度を重視される方が多いC++では例えば仮想関数や実行時キャストのコストが議論になります。 Goにおいてこういう多態性はインタフェースで表現されます。結論からいうと、 Goのインタフェースにもそれなりのコストがあります。 なので極限までパフォーマンスを要求される場合には 例えばインターフェースを使わない というも選択肢に入ってくるのではないかと思います。 Go言語におけるインタフェースの内部表現 さて、Goはブートストラップ化(言語処理系をその言語自身で実装する)を進めており、1.5ではGoのコンパイラ、ランタ
Graylog ではじめるログ管理 - クックパッド開発者ブログ
こんにちは。インフラストラクチャー部 セキュリティグループの星 (@kani_b) です。 主に "セキュリティ" や "AWS" といったタグのつきそうなこと全般を担当しています。 Fluentd などのデータコレクタ、Kibana やその他 SaaS による可視化、Kafka, Kinesis, Spark などのストリーム処理といった様々な分野で「ログの処理」がホットですが、アプリケーションのログ (行動ログなど) に関する話題が多くを占めています。 そうしたログの他に重要なのが OS や各種ミドルウェアのシステムログです。これらはトラブルシューティングであったり、セキュリティ上の問題を見つけたり、といったことに使われますが、最低限 syslog でどこかに集約しているだけ、といった例をよく見かけます。 これらのログをきちんと検索可能にし、分析することで、今まで気づかなかったような問
Go言語で名前を指定して構造体のインスタンスを取得する - taknb2nchのブログ
前回のエントリーはこのエントリーへの伏線であります。 実はタイトルにもあるようにGo言語でも「名前を指定して構造体のインスタンスを取得する」ということをしたかったのです。 （Go言語でリフレクションを使いまくるのはどうこう・・・という話はおいておいてください） C#でいうところの、 object obj = Activator.CreateInstance(Type.GetType("クラス名")); Javaでいうところの Class<?> clazz = Class.forName("クラス名"); のようなことをGo言語でもやってみようかと。 Go言語でもリフレクションはあるので、簡単にできるだろうと思っていたのですが、そんなに簡単ではありませんでした。 先人たちの知恵を探してみたところ、How I can get instance of struct by it name : go
インターフェイスデザインをもっとスムーズにしてくれるチュートリアル集「Interface Design 101: Tutorial Roundup」
TOP > Design > インターフェイスデザインをもっとスムーズにしてくれるチュートリアル集「Interface Design 101: Tutorial Roundup」 webサイトやスマートフォン、タブレットなどのインターフェイスデザインを手がける時には、いろいろな要素が必要になってきます。しかしすべてを一から作り上げたり、構成を抽出するのはなかなか難しく、ましてやそこにデザインが加わるとなるとかなり大変な作業。今回はそんなインターフェイスデザインをもっとスムーズにしてくれるチュートリアル集「Interface Design 101: Tutorial Roundup」を紹介したいと思います。 Designing Custom iOS App Interface Elements using Photoshop – DesignM.ag さまざまデザインのインターフェイ
Moving Codecademy to ECMAScript 6, Webpack, and React
Moving Codecademy to ES6, Webpack, and React How we build our web-based learning interface March 18, 2015 When Codecademy was born in the summer of 2011, the natural choice for a frontend stack was Backbone + jQuery. Backbone was less than a year old and widely considered the state-of-the-art framework for creating frontend applications. Combined with jQuery, one could do a lot of novel things wit
優れたWebサービスを作るために知っておきたい、UIを構成する5つの基礎的な要素 | Tokyo Otaku Mode Blog
悩み多きディレクターの皆様。 こんにちは。Tokyo Otaku Mode （以下TOM）ディレクターの青芝です。 Webサービスを考えるうえで、誰もが一度は頭を悩ませる UI （User Interface）。 User Interface（ユーザーインターフェイス）とは、ユーザーがWebサービスを利用するうえで直接操作する画面のことを指しますが、ひと言で「UI」と言っても、そこには文字や画像の見せ方、マウスのクリックや指のタッチに反応したときの動き、画面全体のレイアウトなど、さまざまな構成要素がかかわってきます。 それら一つひとつの性格や特徴を考慮し、しっかりと設計しておかなければ、使いやすいWebサービスを作ることはできません。今回は、WebサービスのUIを考える際に知っていると役立つ知識のなかから、基礎的な５つの要素を紹介していきます。 正しい文章構造について 人の感情を動かす色に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
それはYAGNIか? それとも思考停止か?
https://github.com/teh-cmc/go-internals/blob/master/chapter2_interfaces/README.md
interfaceとの付き合い
GitHub - IBAnimatable/IBAnimatable: Design and prototype customized UI, interaction, navigation, transition and animation for App Store ready Apps in Interface Builder with IBAnimatable.
GitHub - StabbyCutyou/buffstreams: A library to simplify writing applications using TCP sockets to stream protobuff messages
