実行環境依存のコードに対してテストを書く考え方

2022/03/04 149 users テスト コード 考え方 node.js ブラウザ

社内用の啓発記事ですが、閉じる理由がないのでここに投げます。 ブラウザにべったりなコードを書いてると、ブラウザや node.js 固有の環境をインラインで記述してしまうことが多々あると思います。 あえてダメダメなブラウザ向けのエントリポイントの例を書きます。 // main.ts let id = localStorage.get('id'); if (!... 続きを読む

Web アプリの JavaScript の初期化処理をどうまとめるか – r7kamura – Medium

2017/11/11 63 users medium client r7kamura web アプリ

Web アプリの JavaScript の初期化処理をどうまとめるか いわゆる JavaScript のエントリポイントを、自分の場合はどういうパターンで管理しているかについて。 ディレクトリ構成 自分の場合、次のようなディレクトリ構成でまとめていることが多い。 client/javascripts/entryPoints/*.js client/javascripts/initializers/... 続きを読む

gulpとかwatchifyとかbrowserify-shimとかの話

2015/10/12 64 users Gulp クライアントサイド import script 実際

今では､JavaScriptを書いててrequire()やimportを使わないことはありえない｡そしてクライアントサイドではそのためにbrowserifyやwebpackを使うことになる｡ browserify-shim やみくもにimportしていると､1つのJavaScriptファイルのサイズが大きくなってしまう｡また､エントリポイント(実際に<script>で読み込まれるであろう入り口とな... 続きを読む

Re: Single Page Application ではない場合 JavaScript コードのエントリポイントはどこにあるべきか？ - Webtech Walker

2014/03/31 68 users ルーティング SPA Webtech Walker 自分 方法

Single Page Application ではない場合 JavaScript コードのエントリポイントはどこにあるべきか？ - @kyanny's blog Backbone.Routerは基本的にhistory APIやhashchangeを使ったSPAのためのルーティングをしてくれるものなので、SPAじゃない場合に使うのはあんまりオススメできない。 方法は色々だと思うけど、自分の場合はそ... 続きを読む

Single Page Application ではない場合 JavaScript コードのエントリポイントはどこにあるべきか？ - @kyanny's blog

2014/03/30 110 users テンプレートファイル assets Rails App 以下

2014-03-31 Single Page Application ではない場合 JavaScript コードのエントリポイントはどこにあるべきか？ 仕事で中規模程度の Rails アプリケーションのコードベースをいじっている。このアプリはもともと app/assets/javascripts 以下に必要に応じて JavaScript ファイルを置き、適当なテンプレートファイルから直接 Java... 続きを読む

Webアプリケーションへのエントリポイントは1つだけとは限らない。たとえば、一般的なRailsアプリケーションなら、Webサーバープロセスへ... - Sooey

2011/05/10 20 users ジョブキュー Sooey Railsアプリケーション 普段

Webアプリケーションへのエントリポイントは1つだけとは限らない。たとえば、一般的なRailsアプリケーションなら、Webサーバープロセスへのリクエスト経由で動き出す場合と、delayed_jobやResqueといったジョブキューのワーカープロセス経由で動き出す場合があったりします。 普段、開発環境なんかではrails serverしつつ別ターミナルでrake jobs:workしておいたりします... 続きを読む