Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
# .circlci/config.yml jobs: build: working_directory: /go/src/github.com/tanden/go-echo-with-mysql/ docker: - image: circleci/golang:1.10 steps: - checkout - restore_cache: keys: - v1-vendor-{{ .Branch }}-{{ checksum "src/Gopkg.lock" }} - v1-vendor-{{ .Branch }} - v1-vendor - v1-dep - run: name: dep ensure command: | cd src/ if [ ! -d vendor ]; then if ! type dep >/dev/null 2>&1; then go get -u gi
わかりましたか?よくわかりませんよね?まあ、godocとgo docは同じドキュメントツールですが、別のツールです。本家と元祖みたいなものとして、長らく平行で提供されてきました。ちょうどこの記事を書いている少し前にリリースされた1.11で、godocの方がウェブだけになるとリリースノートに書かれました。 また、godoc.orgのサーバーはローカルのgodocコマンドよりも機能が増えていたり、テンプレートが微妙に違ったりします。とはいえ、ドキュメントを書くときはこれらの違いはそこまで気にすることはありません。 2020/09/19追記: 現在はpkg.go.devが稼働を開始し、godoc.orgのページにアクセスするとこちらへのリダイレクトをするかどうかを問い合わせるバナーが出ます。将来的にはこちらに一本化されると思います。開発者が行うべきこと、記述すべきことは差はありません。このドキュ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 感想:サクッと始められるイメージだったけど、エラーが出て少しつらかった。 まずは Laravel の概要を知る 整理しきれていないけど、色んなサイトに載っていたものを羅列してみる 今旬の世界で人気のオープンソースのMVCフレームワーク 半年ごとに新しいバージョンがリリース TLS(Long Term Support)のバグ対応は2年、セキュリティ対応は3年 Vue.js との連携がスムース 管理パネル Laravel Horizon / Laravel Nova (有料) MITライセンス 土台は Symfony フレームワーク 学習コ
YYPHP#47「Macを新しく買ったらこれだけはいれとけリスト、LaravelとかEloquentを使っているOSS、fatal errorを例外としてキャッチ、チームでの開発どうやる?、構成力・設計力を高めるには、Linux基礎知識を素早く学ぶ、PHPは廃れる?発展していく?、YYPHP1年を振り返って、社内情報共有どうしてる?」PHPMacLinuxLaravelYYPHP これは2018年08月03日に開催したPHPerイベントYYPHP#47のイベントレポートです。 YYPHPは一言で「PHPerの部室」です。PHPについて、雑に、ゆるく、ワイワイ話し合う集いです。毎回お題を決めずに雑談を出発点にいろいろなことを突発的にやります。集まった人でコードリーディングをすることもあれば、一緒に開発ツールを触ってみたり、フレームワークについての情報交換をすることもあります。開催はほぼ毎週、
これは2018年08月17日に開催したPHPerイベントYYPHP#48のイベントレポートです。 YYPHPは一言で「PHPerの部室」です。PHPについて、雑に、ゆるく、ワイワイ話し合う集いです。毎回お題を決めずに雑談を出発点にいろいろなことを突発的にやります。集まった人でコードリーディングをすることもあれば、一緒に開発ツールを触ってみたり、フレームワークについての情報交換をすることもあります。開催はほぼ毎週、高田馬場にて。 YouTubeでの配信映像はこちら-> #YYPHP #48【PHPの情報交換・ワイワイ話そう・仲間作り・ゆるめ・にぎやかめ】 参加者11名(リモート4名) PHP歴 1年未満: 5名 2年: 2名 6年: 1名 10年以上: 3名 みんな最初何やったんだろうというのを聞きたい ブロック崩し、ゲーム (BASIC) たまをうったり返したり 行番号をいちいちいれないと
Abstract Factoryパターンを一言で! インスタンスの生成(New)を全てインスタンス生成工場に任せるパターン ソースコードは以下のリポジトリを参照してください。 https://github.com/yoshinorihisakawa/design-pattern/tree/master/abstract-factory Abstract Factoryパターンが使えるシチュエーション 使う側の修正を少なく、インスタンスを生成を切り替えたい 複数のオブジェクト群を間違いなく生成したい ※本来Abstract Factoryパターンは後者の複数のオブジェクト群の生成を一つの工場に任せて生成させるパターンですが、工場をうまく切り替えて製品を生成する方法(strategyのような)の方が実用的かと思います。なのでこの記事ではそれを考慮したものになっております。 Abstract F
vagrantでPHP7用の環境を作成。 プロビジョニングはシェルで。手順はHou to useを参照。 https://github.com/carrry0209/vagrant_lamp 環境はこんな感じ CentOS 7 PHP 7.2 Xdebug Composer PHPUnit FuelPHP(oilコマンド) Apache Git MySQL 5.6 問題点 SELinuxの設定変更を反映させるために、vagrant upした後に、vagrant reloadしなければならないようになってる部分。 プロビジョニングのシェルにリブートのコマンド入れるとうまくいかなかったので諦めてそうしてしまっているが、どうにかしたいです。 あとがき 次はプロビジョニングツール使ってやりたいです。(いつの日か)
こんにちは。 みなさんLaravel Novaをご存知ですか? これは、先週リリースされたばかり(2018/8/21)のLaravel公式パッケージで、Laravelアプリケーションの管理画面がとても簡単につくれます。 パッケージインストールしてコマンドを実行しただけですでに管理画面ができてしまいます。 もちろんアプリケーションによってDBテーブルの構成が違ったり要件が違うため設定は必要になります。 設定は、設定ファイルやDBに格納された値ではなく、PHPコードを書いて行います。 Laravelを普段利用している開発者にとっては非常にわかりやすく直感的に使えると思います。 価格は1サイト$99(法人の場合は1サイト$199)ですが、削減できる工数を考えると買わなければ損なレベルです。 それでは早速見ていきましょう。 インストール手順は割愛しますが、通常のパッケージと同様簡単にインストールで
発端 QiitadonでDIの話題が盛り上がっていた時に「LaravelのDIはつよい」みたいなことを書いたら一部反響があったので、その解説です。 はじめに LaravelのDIコンテナ(サービスコンテナ)はめちゃ強力です。「DIコンテナとは何ぞや」という説明は良記事が大量に存在するので詳細を省きますが、超初心者向けに端折った説明をすると「クラスをnewするときに必要なインスタンスを外からブチ込んでくれる人[1]」みたいな感じです。 [1]:かなり雑な説明。真面目に書くなら「クラスに関わる依存性の取り扱いを責務とするフレームワークの総称」という方が適切ですが、まあ初心者はよくわからんと思うので手を動かして勘を掴んだ方がよいかと思う次第。 実際にコイツのヤバさをサンプルコードで確認してみましょう。 RequestFormを用意する まず、検索リクエストを雑にバリデーションするSearchRe
目標 Scala の Trait がどううれしいかについて論じます. 注意 Scala の Trait は厳密には Mixin なので,以降の文では Mixin という言葉を使いますが,特に気にしないという人は Mixin のことを Trait に置き換えて読んでください. Mixin の簡単な説明 あるクラスに複数の別のクラスの機能を持たせるために多重継承するとき,もし複数の親クラスが同じ名称のメンバー変数や関数を持つとき,子クラスはこの名称のメンバへアクセスするときにどちらの親クラスのメンバにアクセスすればよいか曖昧になる. Mixin を用いることで,継承の順序関係を明らかにでき,さらに子クラスで Mixin の継承先を決定できるため,継承先のクラスを子クラスが柔軟に決定することができる. 使用例 電子マネーのウォレットのような,外部サーバと API を通じて連携するアプリケーション
package com.exsample.repositories import scala.concurrent.Future import slick.driver.MySQLDriver.api._ import slick.jdbc.JdbcBackend.Database import slick.jdbc.GetResult import com.exsample.entities.Table1 trait SlickRepository { def selectAll(): Future[Vector[Table1]] } class SlickRepositoryImpl(db: Database) extends SlickRepository { override def selectAll() = db.run(Sqls.selectAll()) } object S
目標 Scala において, (_ <: AnyVal) のようなwildcard を用いた定義式がどううれしいかを論じる. wildcard の簡単な説明 generic type を用いるとき,型安全性のため Covariant な型(A <: B のときのA)の操作に制限がある.例として,型安全のために, covariant type の compound type (List[A] や Set[A], Array[A])に別の covariant type を挿入できうる操作が定義できないことがある. (詳しくは使用例で)そこで,wild card を用いることにより,generic type に対しするメソッドを型安全となるよう柔軟に定義できる. 使用例とメリット 独自の Int クラスと Double クラス, List クラスを定義し,独自の List クラスに Int や
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く