PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

この記事はPHP Advent Calendar 2017の2日目です。 ここ最近、本業のほうが死ぬほど忙しく、すっかりブログを書いていなかった@Hirakuです。 だいぶ前のことですが、今年のPHPカンファレンス福岡で例外の話をしてきました。 この時の発表では例外に関する概要が主だったので、例外クラスそのものの設計について補足を書いてみることにします。 例外のある世界観 PHP7ではいくつかのエラーが例外と同じ挙動を示すようになり、エラーではなく例外機構を使う言語に様変わりしました。 例外というのは、かなり侵略性の高い概念であり、例外のある世界では以下の前提に立つことが暗黙のうちに強要されます。 どこでも例外が発生する可能性がある 例外によって中断されても、ソフトウェアが不適切な状態にならないように保証するのは各プログラマの責任(例外安全) たとえば、以下の関数で例外が発生する可能性があ

Help us understand the problem. What is going on with this article?

みなさんテストしていますか? この記事ではLaravelプロジェクトへのテスト導入について簡単にまとめます。 環境 PHP 7 Laravel 5.3 PHPUnit 5.7 カバレッジの出力はPHPxdebug拡張に依存しておりますため、必要に応じてインストールしてください。 追加するものは、、、ない Laravel5.3なら、新規プロジェクトをクローンした状態ですぐテストを書くことができる状態ですから、正直テストを始めるための敷居はとても低いですよ。 composer.jsonを開くと、以下の通り、初期状態でPHPUnitとMockeryが指定されていることがわかりますね。 1"require-dev": { 2 "fzaninotto/faker": "~1.4", 3 "mockery/mockery": "0.9.*", 4 "phpunit/phpunit": "~5.0",

EloquentはLaravelに備わっているORM（Object-relational mapping）です。 Eloquent：利用の開始 5.7 Laravel オブジェクト関連マッピングとはオブジェクトとDB（データベース）の関連のマッピングのことであり、その都合上オブジェクトはデータベースと密接な関係にあります。 <?php class Post extends Model { // これだけでpostsテーブル中の各レコードを呼べる。 } この密接な関係のため、モデルをテストする際にDBが付きまといがちです。何を呼び出すにしても、DBの中を見に行きます。しかしモデルのメソッドのテストはDBから切り離されるべきです。これはモデルのテストがそれ以上掘り下げるべき最小単位のユニットテストであり、テスト失敗の原因がテストやソースコードのエラーかDBのエラーか考える手間を省くべきでもある