はてなブックマーク

実際に実行する部分(route, request, transfer)は初期化(load, app)に比べて随分小さいのが分かります。 つまりフレームワークのミニマムブートストラップのかなりの部分が初期化コストです。クラスを読み込むloadとアプリケーション実行のためのオブジェクトを用意するappを分けてみてみましょう。 load loadすなわちPHPファイルのrequireで全体時間の91.3%もかかっています。BEAR.Sundayのautoload.phpは通常のvendor/autoload.phpと違い、事前に　コンパイルしrequireを並べ最低限必要なファイルを最初に一度に読み込むためです。 このやり方は--optimizeでdump-autoloadされたautoload.phpよりもずっと高速です。 多くのフレームワークではこういうアプローチは取らずに、未知のクラスが出

アプリケーション設計 マニュアルのチュートリアルの記事などではリソースのリクエストメソッドで直接SQLを操作していますが、実際にはアプリケーションをどのように設計、実装するかはアプリケーション開発者の仕事です。 この記事はコンテキスト境界、ディレクトリ構成について考えるのフォローアップ記事で、BEAR.SundayでDDDを導入するときにどのような構成になるかを考えます。 PHP DDD Cargo Sample PHP DDD Cargo Sampleとはエリック・エヴァンスのドメイン駆動設計で紹介されているパターンを実際に使用して作られたPHPのサンプルアプリケーションです。 このサンプルはPSR-7とPSR-15を使ったzend-expressive + Doctrine ORMで構成されていますが、これをBEAR.Sundayで利用する事を想定します。 DDD Compoentsフ

Configuration File (php.ini) Path: /usr/local/php5/lib Loaded Configuration File: /usr/local/php5/lib/php.ini Scan for additional .ini files in: /usr/local/php5/php.d Additional .ini files parsed: /usr/local/php5/php.d/10-extension_dir.ini, /usr/local/php5/php.d/20-extension-opcache.ini, /usr/local/php5/php.d/40-curl.ini, /usr/local/php5/php.d/40-openssl.ini, /usr/local/php5/php.d/50-extension-apc

対象読者 この記事は主にcomposerのパッケージを開発しているパッケージメンテナーのための記事です。 低いバージョンの依存テストの必要性 composerで作成したパッケージを他のパッケージから利用する場合composer.lockは無視されます。 this lock file will not have any effect on other projects that depend on it. It only has an effect on the main project. 通常与えられた条件の最新のバージョンがインストールされます。テストは最新の依存だけをテストすることになり。^や~で指定した最低のバージョンのテストは行われません。 これが問題になるのは、他のパッケージが特定のパッケージの低いバージョンのものに依存していて、また他のパッケージではその高いバージョンのみにある

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

PHPのV8jsでReactJs-ReduxアプリをSSRからアップデート記事です。専用のユーティリティを使わずにV8JsでSSRをするときの基本的な方法を説明します。 用語 SSR サーバーサイドレンダリング （V8) CSR クライアントサイドレンダリング (webブラウザ） サーバースクリプト ReduxのSSRチュートリアルに載っているものとほぼ同じですが、expressサーバーで出力するのではなくPHPからV8Jsで呼び出して出力します。PHP-JS間のインターフェイスとしてJS側のrender関数をPHPに公開しています。 import React from 'react'; import { renderToString } from 'react-dom/server'; import { Provider } from 'react-redux'; import esca

定義済み例外とSPL例外 PHPにはPHP本体が持つ定義済み例外とPHPに標準でバンドルされるStandard PHP Library(SPL)の例外のSPL例外の2種類の例外があります。SPLは標準で組み込まれるのでPHPの機能として標準的に使うことも可能ですが、マニュアルでも個別のページを持っています。 定義済み例外 SPL例外 SPL例外 SPLの作者はPDOなど多数のパッケーのleadを務められているMarcus Börgerさんです。(PECLサイト参照 https://pecl.php.net/user/helly) MarcusさんがSPLのために作成したスライドStandard PHP Libraryから例外の部分を２つ抜粋します。 「守るべき３つのルール」 例外は例外の時に使用する (Exceptions are exceptions) 制御構造のために例外を用いない (

(このエントリーは、エキサイトAdvent Calendar 2016 の 12/02の2日目の記事です。エキサイト初の参加ということで私も参加しました。) PHPのV8Jsを使ってRedux-ReactJsアプリケーションをサーバーサイドレンダリングするredux-react-ssrを紹介します。 用語 V8Js SSR Redux V8Js V8JsはPHPの機能拡張でGoogle V8 JavaScript EngineをPHPに組み込みます。PHPから直接JSのコードが実行できます。 $v8 = new V8Js(); /* basic.js */ $js = <<< EOT len = print('Hello' + ' ' + 'World!' + "\\n"); len; EOT; try { var_dump($v8->executeString($js, 'basic.j

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

<phpunit bootstrap="vendor/autoload.php"> <testsuites> <testsuite> <directory suffix="Test.php">tests</directory> </testsuite> </testsuites> <logging> <log type="coverage-html" target="build/coverage"/> <log type="coverage-clover" target="build/logs/clover.xml"/> <log type="junit" target="build/logs/junit.xml" logIncompleteSkipped="false"/> </logging> <filter> <whitelist> <directory suffix=".php">

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

<?php require dirname(__DIR__) . '/vendor/autoload.php'; use Ray\Di\AbstractModule; use Ray\Di\Di\Inject; use Ray\Di\Di\Named; use Ray\Di\Injector; class SolarModule extends AbstractModule { private $config; public function __construct(array $config) { $this->options = $config; } /** * {@inheritdoc} */ protected function configure() { foreach ($this->config as $name => $option) { $optionName = "op

フルスタック GitHub, Composer, Packagist ... これだけ疎結合の良質なコンポーネントが選択可能でFIGなどのインターオペラビリティ（相互運用）が整って来ている時代に全てを提供する「フルスタックフレームワーク」の価値は何にあるのか、本質的なものが問われる時代が来るのではと考えています。 設定より規約でオブジェクト間の関係もハードコードしてある密結合のシステムではフルスタックは必須で機能します。「早く簡単に」つくれる事は素晴らしいことで価値があります。しかし一般にこれらはRAD（早期プロトタイピング）のためのフレームワークです。本来は短期的な問題をうまく解決するようにつくられたアーキテクチャです。 しかし例えば、60/60ルールのように変更可能性や保守性をより重視することを考えたらどうでしょうか。疎結合で相互運用性が高いシステムにとって、フルスタックの意味はどのよ

イギリスの経済学者エルンスト・フリードリッヒ・シューマッハーによればこの世界には二種類の問題があります。(1) 拡散する問題（divergent problems） 収斂する問題（convergent problems） 例えば「新しくWebアプリケーションを作成する」事を考えてみましょう。もしそれまでにPHPを使用した事がなかったとしたら、どういう選択肢があるかあらゆるオプションをリサーチする必要があります。 フレームワークを使用するのか？そうならフルスタックか？マイクロフレームワークか？それらはどのような背景で設計され、どのようなコミュニティで運営されているのか？対象とするアプリケーションは？開発者は？パッケージは？エコシステムは？メンテナンスコストは？ そもそもPHPは必要なのでしょうか。JSフレームワークでSPA(single-page application)はどうでしょうか？

コーディングポリシー 以下はBEAR.Sundayフレームワーク開発でのコーディング原則をまとめたものです。 ゴール クリーン ハイパフォーマンス No BC break （柔軟性や拡張性、テスト可能性などは"クリーン"であれば自然に含まれます） グローバル グローバル定数（define)の禁止 スーパーグローバル変数の参照の禁止 グローバルなサービスロケータの参照の禁止 グローバルな設定の参照の禁止（prod/devモードなど） グローバルなプロパティ参照の禁止（スタティックプロパティ） グローバルなメソッド利用の禁止（スタティックメソッド） 依存 基本全てDIで newの禁止 (バリューオブジェクトを除く) 実クラス名を使ったオブジェクトの取得(factoryメソッドなど）の禁止 インターフェイスにないメソッドの利用の禁止 引数がオブジェクトでパブリックプロパティを使う場合、引数のタイ

<?php $shortHash = function ($data, $algo = 'CRC32') { return strtr(rtrim(base64_encode(pack('H*', hash($algo, $data))), '='), '+/', '-_'); }; $a = 'hello'; echo CRC32($a); // 907060870 echo $shortHash($a); // kHBghwA echo md5($a) . PHP_EOL; // 5d41402abc4b2a76b9719d911017c592 echo $shortHash($a, 'md5'); // XUFAKrxLKna5cZ2REBfFkg echo hash('sha256', $a); // 2cf24dba5fb0a30e26e83b2ac5b9e29e1b161e5c