Win11の神機能 コピペ好きには欠かせない「クリップボードの履歴」、文字列や画像を最大25個保存 2025.06.13
Node.jsで使えるTDD, BDDフレームワークはいくつかあるのですが(nodeunit, Jasmine, etc)コールバック・イベント周りのテストのしやすさとCoffeeScriptが利用出来る Vows が非常に熱い感じです。 特にテストコードをCoffeeScriptで(別途コンパイルせずに)そのまま記述出来るのは、テストコードの可読性を考えると大きなメリットだと思います。 Vowsのインストール# VowsはNode Package Manager(npm)でインストールする事が出来ます。vowsコマンドを有効にするためにカレントディレクトリの node_modules の他にグローバルにも入れておきましょう。 npm install vows npm install -g vows Vowsを使った開発手順# サンプルとして自分のフルネームを返す事しか出来ないPerson
数年前ならいざ知らず、現代のJavaScriptは充分に高速な動作が実現されている。無論C言語で記載されたいわゆるネイティブアプリケーションと比較すれば計算速度等では大きく劣ってしまう。だがしかし複雑な計算等を必要としない通常範囲のアプリケーションであればJavaScript (とHTMLとCSS) で記述がなされたアプリケーションの実行速度はネイティブアプリケーションと遜色ないものになると半ば強い確信を抱いている。ではJavaScriptで記述がなされているアプリケーションの動作が緩慢であるという認識がなぜ多くの場でなされているのか。それは単純な理由である、そのアプリケーションの作者が知識不足でDOM操作が冗長的なものとなっており無駄が多くなってしまっているからだ。 JavaScriptの動作が速くなろうとも、DOM操作は現在でも多くの場面で遅くなってしまっている。document.ge
Google Apps Script (以下Apps Script)を用いると、Google Appsの各種サービスと他サービスの連携を行うことが出来ます。 今回は、お客様からGoogleのフォームを介してバグレポートが送信されるということを想定して、送られてきたデータをgithubに登録して開発者に参照させるという仕組みを作っていきたいと思います。 具体的には、フォームの内容がGoogle Docsのスプレッドシート上に書き込まれ、それをApps Scriptを用いてgithubのレポジトリのissuesに登録するという流れです。 手順は以下の通りです。 スプレッドシートを新規に作成し、そこからバグレポートとなるフォームを作成する。 スプレッドシートの上部にあるメニューバーにgithubのissuesに登録するための新たなメニューを作成する。 スプレッドシート上から、issuesに
Méthode de ranking sur Qwant.com ☆ Concours référencement SEO Qwant 2020 Introduction : le référencement internet (SEO) Chaque moteur de recherche du web utilise une formule de classement des sites dans ses résultats de recherches (SERP) qui est différente, ce qui explique pourquoi les résultats obtenus pour une même requête ne sont pas les mêmes entre Qwant, Google, Yahoo, Bing, DuckDuckGo, Start
2011-03-12 近況 無事です. はいいとして, 先週 Shibuya.js で話してきました (スライド). 空気をよまず JS と無関係の話をしてしまいやや申しわけなかったけれども, WebKit の様々な幻想をぶちこわす開発の様子を知ってもらうことには個人的な使命感を感じておりつまりこれはちょっとした十字軍なのです. JS のテストってなんでむずかしいの? 地震さわぎで自宅警備中の人も多いだろうから, お互いの気晴らしをかねてだらだら書きたい. JavaScript のテストについてぐぐったりついったを読んだりしていると, JavaScript でテストを書くのは大変だとか難しくてやってないという話が多くて不思議におもった. 私は JavaScript を使ってウェブアプリを作る仕事をしたことがなく, いまいち難しさがピンとこない. 趣味でさわっている範囲だと普通に書ける. な
ここ最近のWebアプリの進化に伴い、ネイティブアプリ並のUIを持ったWebアプリへの期待が高まっています。jQueryなんかで簡単にDOMを操作できるようになりましたが、ある程度の規模のアプリを作ろうとすると jQuery だけでは厳しいものがあります。 そこで、JavaScript でも MVCパターンを適用し、モデルとビューの分離して、開発・保守しやすい設計にする、という流れになってきています。MVCは、元々は Smalltalk で GUI アプリを作るときの設計指針として考えられました。デザインパターンの一つでもありますが、Singleton や Observer といった GoFのデザインパターンよりも抽象度の高い、ソフトウェアアーキテクチャです。 そして時は流れ、Webの時代になると Strutsなどで代表されるWeb3層モデルとして、Webアプリの設計パターンとして一世を風靡
Backbone.jsとは? Backbone.jsは、JavaScriptによる大規模なアプリケーション開発を行う際に力を発揮するMVCフレームワークです。データバインディングとカスタムイベントを備えたModel、配列情報を表すCollection、イベントをハンドリングするView、サーバーサイドのアプリケーションと連携するためのRESTful JSONなどをフレームワークとして備えています。 大規模な業務アプリケーションのユーザーインタフェースをJavaScriptでゴリゴリと作ろうとした場合、100%に近い確率で失敗するかと思います。これは、Flexのようなビルド時のコンパイラエラーを検出できないこと、存在するフレームワークがインタラクションやビジュアルに特化していること、ブラウザーやOSの組合せでAPIレベルの仕様が異なる事、同じブラウザーでもバージョンの違いにより挙動が異なる事
本資料は、2011年12月18日に開催された株式会社ゼノフィ社内勉強会資料です。 アジェンダ Class Styles Ext JSにおけるアプリケーションパターン Ext.app.Controller/Ext.Application サンプルアプリケーションレイアウト 各コントローラー作成 コントローラーからビューへのアクセス Class Styles Ext JS 3までの実装は、Ext.extendを利用してコンポーネントクラスを継承し、initComponentで必要な初期化を行いアプリケーションを実装。 コンポーネントを一つのクラスとして実装する手法は非常に有効であるが、見た目(View)と実装(Model/Controller)が混在するクラスが作成されてきた。 Ext JS 3 Style Class <span style="color: #990000;">// defi
Toru Hosokawa twitter:@anton0825 facebook:toru.hosokawa1 github:hosokawa0825 blog:http://d.hatena.ne.jp/anton0825/ 2012.10.1 ATNDページ JavaScriptのMVCフレームワークが増えている Backbone.js, Angular.js, Spine, etc… FWを選ぶのが大変! FWの調査手順−1 作るアプリの要件を洗い出す 規模 複雑度 特殊な要件(特殊なUI、リアルタイム通信など) 各FWの特徴を一覧にまとめる FWの特徴一覧を後でお見せします 情報元:Journey Through The JavaScript MVC Jungle FWの調査手順−2 FW間の比較、アプリの要件とFWの機能の比較(Fit Gap分析)を行い、候補を数個まで絞る 以
Backbone Patterns Building apps with Backbone.js Here, I try to document the good practices that our team has learned along the way building Backbone applications. This document assumes that you already have some knowledge of Backbone.js, jQuery, and of course, JavaScript itself. Table of contents Model patterns Bootstrapping data View patterns Inline templates JST templates Partials Animation buf
果敢にもMVCフレームワークの図解を試みたので、どうぞ! MVCの動機 MVCという言葉が初めて登場してから30年以上たった今、最早なんだったのか分からないほどMVCの定義は混迷をきたしているわけだが、どれがMVCでMVVMでMVPであるという定義についてあれこれ考察するのは個人的には好きでなくて、「結局何がしたいのか」という動機がぶれていなければ何でも良いと思っている。 じゃあそれは一体何なのかということを自分なりに考えてみたところ、次の一言に落ち着いた。 「ModelはViewに依存したくない」 世間的には(?)ModelとViewを単に「分ける」と説明されることが多いが、私はそれだけでは納得していなくて、依存の方向こそが重要だと思っている。たとえ分かれているように見えてもModelがViewを参照していたら、情報の取得先や表現方法は固定化されてしまう。 ModelはViewの事情から
最近は Backbone.js をよく触っています。Backbone.js を使った場合、そこそこな規模の UI が出来あがるわけで、品質を上げるためにはテストが必要不可欠です。 Backbone.js みたいな MVC フレームワークを導入するメリットとしては、「役割がはっきりしてソースコードがすっきりする」ことの他に、「テストがしやすくなる」というのもあると思います。クライアントサイド MVC に限ったことではないけど、ロジックをモデルに集約し、ビューは表示に徹することで、UI のかなりの部分が自動テストできます。 JavaScript のテストでは JsUnit と QUnit あたりが鉄板。JavaScript のテストライブラリは初めて使うので、軽くドキュメントを読んで簡単そうに感じた QUnit を選択します。試しに、モデルのテストを書いてみたのがこちら。 <!DOCTYPE
jscoverage - https://github.com/visionmedia/node-jscoverage インストール 上記ページに下の方にnpmのは動かないって書いてあった。 Warning: the jscoverage npm module published by someone else does not work, clone this repo.なのでgithubから落としてインストール。 [rossy@centos6 napp]$ su - [root@centos6 ~]# cd /usr/local/src/ [root@centos6 src]# wget https://github.com/visionmedia/node-jscoverage/zipball/master -O node-jscoverage.zip [root@centos6 s
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く