※何度投稿しようとしてもBad Requestが出てしまったのでgistで投稿します。ご了承下さい。 gist.github.com

var Ether = (function() { /** * コンストラクタでethereumjs-txとethtereumjs-utilを読み込み */ var Ether = function(require) { if(!(this instanceof Ether)) { return new Ether(require); } this.Util = require('ethereumjs-util'); this.Tx = require('ethereumjs-tx'); } Ether.prototype.setChain = function(chain){ switch(chain){ case 'mainnet': return {'node':'https://mainnet.infura.io/[infura.ioのAPI KEY]','api':'https:
タイトルが長くなりました。 名前空間、モジュール分割。 これだけでJavaScript業界(界隈)はひどく混乱しているような気がしました。 自分はクラスタイプの.NET系経験のある、JavaScriptを初めて1ヶ月程度の者です。 他言語では迷う事のない言語の根本的な名前空間とかスタティッククラスモジュール分割的な機能が、JavaScriptだと歴史的経緯として実装がさまざまになってしまっている事に驚きました。 どうにか、混乱しないようにしておかないといけないな、と思ったのでまとめておきます。 例えば、'名前1.名前1-1.名前1-1-1'、みたいな'文字列'をピリオドで分解してNameSpaceとして定義する、というような実装は複雑なので採用しませんでした。 ちなみに環境はWindowsですが、最後のWSH JScript 部分以外はどんな環境でも使えると思います。ほとんどのファイルはU
背景 browserifyは大変便利なコマンドです。 それ自体には、複数ファイルを処理するためのオプションはありません。 gulpとgulp-browserifyを組み合わせて複数ファイルを処理する方法があります。 結論 gulp-browserifyは、既にメンテナンスされていません。 npm scriptでnpm-run-allを使って置き換えました。 npm scriptで置き換え gulp-browserifyの場合 srcディレクトリにあるclient.jsとexecute.jsを変換します。 const gulp = require('gulp') const browserify = require('gulp-browserify') const src = 'src/' const dest = 'dest/' gulp .task('browserify', () =>
Babelのコマンドラインと、Browserifyを使って、ES2015/ES2016/ES2017のJavaScriptが大体全部が、IE11でも動くようにして動作確認を行いました。 requireを1箇所つかうだけなので、Browserify じゃなくて WebPack でもいいと思うので、お得意な方はそちらで使ってください。 対象 Windows環境ですが、たぶん Macでも使えます。 ES2015/ES2016/ES2017 を Chrome と Firefox で動作確認する 2018/02/27現在の Win版Chrome と Firefox では、Babel変換しなくても全部動いてます。その動作確認を次のファイルによって行います。 index.htmlをブラウザで開くと、エラーもなく[test finish]とメッセージが表示されれば、動作確認完了です。 IE11では当然エラ
関連記事 ビルドせずに CDN でReactを使いたい場合は、こちらの記事 ・React16 CDN でHelloWorld JSXありなし両方 - Qiita https://qiita.com/standard-software/items/0cdbcdb2a6d6355c946b JSXありで最小構成のビルド環境を作る場合は、こちらの記事 ・React16 最小構成のビルド環境 broserify reactify JSXあり - Qiita https://qiita.com/standard-software/items/781ec3f491f4f1bea7b6 それぞれ参考にしてください。 はじめに 最小構成の React 16 のビルド環境を作ります。 環境は、Windows 。 node.js インストールしておいてください。 インストール 今回は browserify を
となってしまう 以下によればそういうもんみたいなのであきらめるしかない https://github.com/browserify/browserify/issues/664#issuecomment-35615649 browserify doesn't work with conditional requires and can't be made to work with arbitrary dynamic requires without solving the halting problem first. Do something different instead. This is a dead end. あきらめられなかったので続き → browserify前にrequireのパスを正規表現で置換
はじめに WebpackやBrowserifyなどのモジュールバンドラーは最近のWeb開発ではなくてはならない存在ですが、基本的には設定ファイルを書いてコマンドをたたくだけでバンドルができてしまうので、それらがどのようにモジュールの依存関係を解決しバンドルを作成しているのかという裏側の仕組みまで知る機会はあまりないかと思います。 私自身もVue.jsアプリを作っていたりしますが、Webpack周りはvue-cliにお任せしてしまっているので、Webpackについてはあまり詳しくありません。 しかし先日Webpackによるビルドがうまくいかないことがあり、何が原因なのか調べるのにバンドルのソースを確認しようとしたのですが、どこに何が書いてあるのかよくわからず非常に苦労しました。 そんな時にTwitterでminipackというリポジトリを見つけました。 https://github.com/
var Ether = (function() { /** * コンストラクタでethereumjs-txとethtereumjs-utilを読み込み */ var Ether = function(require) { if(!(this instanceof Ether)) { return new Ether(require); } this.Util = require('ethereumjs-util'); this.Tx = require('ethereumjs-tx'); } Ether.prototype.setChain = function(chain){ switch(chain){ case 'mainnet': return {'node':'https://mainnet.infura.io/[infura.ioのAPI KEY]','api':'https:
以下のようなことがやりたくて環境を整えてみたのでメモ。 Reactつかいたい + JSXで書きたい 再利用できそうなComponentを別のjsファイルにしておいて、requireで依存性を解決とかしたい トップページ用のjsと、検索ページ用のjsが別々に存在してる、みたいな想定。うまく言えないけどrequireのrootが複数あるような? watchしておいて勝手にビルドされるといいな ということでタイトルのものを組み合わせてみたのだけれど、不勉強だからか意外とハマりました。。 package.json 色々試行錯誤していって最終的に以下のようなpackage.jsonが出来上がりましたという感じです。 { "name": "test-proj", "description": "test project", "main": "gulpfile.js", "scripts": { "wa
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く