Diceこの広告は、90日以上更新していないブログに表示しています。作りたいと思っていて色々調べていたのだけれど、以下のような場合にどうしようかなあと思っていた。Gateway経由でサービスを叩くアーキテクチャつまり別途フロントエンドのウェブページがあり、ブラウザを使ってAPI連携の検証をちゃんとしたいもちろんステージの概念があるのでAWSにフルデプロイしながら検証することもできなくはない。開発環境のテストにおいてローカルで完結できるというのは個人的な信条から必要だと思っているので何とかローカルで完結する検証環境をちゃんと作ってしまいたい。インストール*1したものの、どうにもこうにも処理が遅い。ビルドに利用する別のツールを利用していたのだけれど、1ビルドに数十分かかるのでいったいなぜだと調べ始めたこと。結論から言うと、根本原因までは調べ切れてないですが暫定解決策はあるので、1ケースとして書き留めておきます。Frameworkを使ってみることにしました。Serviceに対するデプロイや運用をサポートしてくれるためのツール*1になります。設定を書いていたのですが、以下の疑問が沸いてきました。Keyなど)をどのように保持するのか。利用するか、依存関係を別ファイルに切り出すかで解決できます。アクセスができないとかでない限りは基本的にこちらを推奨します。デプロイおよび実行の際にも利用することが可能です。デプロイ実行時に利用する変数をawscliでデプロイします。記述することでそこに登録している値を利用できます。Storeに保存します。利用して複合してください。細かくは公式のチュートリアルを参照ください。利用することを推奨しますが、例えばAWSアカウントのSSMアクセス権限がない場合などに利用できます。中で別のファイルを読み込み、その変数を使うことができます。ついてというかサービスの詳細を見落としてましたが、コレものっっすごく便利ですね。AWSデプロイ時の変数をうまいこと格納できる方法がリポジトリに同梱するとかS3にアップロードしておくとかの方法しか思いつかなかったので、ここの値をうまく使うのはいい感じにデプロイ時の値の保持を解消してくれるソリューションとして利用できて非常にうれしいです。管理下の鍵を内部で利用して自動的に暗号化・複合化してくれているようなので、自前で暗号化・複合化に利用する鍵のことを考えなくて済むのも非常にポイントが高いです。with句で使っているので単純にopenをモックに書き換えようとすると相当面倒くさい。いう関数が用意されている。モックするのは一般的かつ面倒なので、ヘルパー関数を用意しています。https://docs.python.jp/3/library/unittest.mock.html#mock-open具体的な使い方は以下の通り。関数を使っている限りは両方の呼び出しがmockされる。12:08ファイル操作をmock化するTweet広告を非表示にするもっと読むコメントを書く2018-07-10Github上のPythonプロジェクトに必要なテストツールとCIツールのセットアップを行った話PythonGithubに公開するなら、普通のPython関連の周辺ツールのインストールや設定をしてみようと、色々と試行錯誤したところでハマったところとかポイントとか工夫とかのメモ。ものをまねることにした。コマンドで自動検索しようとしても全然引っかからない事象に遭遇。一応、直接ファイルを指定すれば実行はしてくれる。色々なところを見て回ったんですが、最も肝心な注意書きの否定形を見落としていました。ドライブをマウントしたところにファイルをチェックアウトしていたので、Linux側でのパーミッションは777固定で変更できません。そのため、実行権限あり状態のファイルしか存在しないので、デフォルトの挙動だとスキップされてしまうんですね。オプションを付けて実行するだけ。付けてどのようなサーチができたかを調べると楽。ゲーム別の名義を使ってはいますが、個人的な趣味でボードゲームの自作などをやっています。いったゲームを作る中でも汎用性が高く、印刷しやすいコンポーネントにカードがあります。実際にルールを考えてテストプレイをするタイミングで実際に考えた内容を印刷・裁断して、それをスリーブに入れてテストプレイを行うのですが、正直このカードのデータを作った後に印刷するのに結構苦労していました。ラベル印刷機能を使ったこともあったのですが、あの機能だとレイアウトの保存できないので印刷の都度レイアウトの編集をしなくてはいけないのが相当手間でした。https://github.com/a-hisame/testplay-card-generatorこのツールは以下のような機能を備えています。レイアウトファイル(YAML)によって描画コンポーネントとその描画順序を定義し、データソース(CSV)によって実際のカードのデータを定義する。作成したカードを印刷用のPDF、あるいはPNGファイルとして保存できる直近で自分に必要な最低限の機能だけを詰め込んであるので、現時点のバージョンはαです。具体的にはバリデーションが相当あまかったり、PILの仕様をうまくできていなかったり、処理効率に若干の問題があったりします。現時点でも最低限のテストプレイ用カードの印刷は実施できるはずだと思います。需要がそこそこあるのならばAPI経由でテストプレイ用の画像生成ができるサービスを公開したい気はあるんですが、実際のところどのぐらい需要があるのだろう。いうか、世の中の同人デザイナーさんはテストプレイのカードをどうやって作っているのだろう。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。