qrone.org http://www.qrone.org/ en-US Copyright 2008 Mon, 25 Feb 2008 21:01:22 +0900 http://www.sixapart.com/movabletype/?v=3.2 http://blogs.law.harvard.edu/tech/rss 次世代 Yahoo! メール ベータ版 リリース & 募集開始 入社以来長いこと作ってきたプロダクトがやっとベータリリースされました。
長かった…

新しい Yahoo! メールベータ版は、Flash/Flex 2 を利用してます。もう使ってみた方もいらっしゃると思いますがいかがでしょうか。特徴とかは公式を見ていただければと思います。

Flash を選んだ理由は、やはりその早さ。確かに ActiveX はインストールがどうのという問題も孕んでますが、実際には 98% ぐらいの人がインストールされている Windows を超えるシェアを持つ世界最強のプラットフォームです。

なぜ Flash か？

しかし、Flash が Ajax より圧倒的に優れている点は二つ。
ここを述べさせてください。

一つは、Loader を用いて Flash を入れ子にできること

これによって Ajax では困難だった「ロード中」のほとんどなく、起動も早いアプリケーションを容易に作ることができます。

Ajax で同等のことを実現するには JavaScript の段階ロードを行いますがロードしなければならないコードを自らファイル分けする必要があります。もちろん Ajax でもクラス事に JavaScript ファイルを分けて段階的にロードさせることはできますが、1000～2000 もの大量のクラスを作るフロントエンド UI プログラミングでは、このクラス事のロードではファイルの読み込みのオーバーヘッドが掛かりすぎます。またロードプログラムを手で書かないといけないのもです。

Flex はその点極めて優秀な階層ロードが可能です。何も手を加えなくても必要なクラスだけをロードして実行してくれますし、ブロック事に SWF をいくつも生成することでダウンロード容量を減らすことができます。

* もう一つはクラスプラットフォーム性の高さ

通常 Ajax でプログラムする際にはすべてのコードを ４～６つのブラウザ（Win IE6/IE7/FF2 Mac FF2/Safari）でテストする必要があります。特にブラウザにイレギュラーな作業を強要するアプリケーション開発においては表示崩れなどを排除し、あらゆるブラウザで同一の結果を得るように開発するのは極めて困難です。

一つの解決は Ext のような UI ライブラリを利用することですが、今回はデザインに対する要求を満たせない為、不可能でした。

* Flash の弱点

私が思うに Flex 2 の最大の弱点は初回の起動速度があまりにも遅いことです。一瞬で起動するアプリケーションを作ろうとしても PC 環境によっては、 タグのみのアプリケーションですらローディング画面が表示されます。これはアプリケーション規模が大きくなってくるごとに重大な問題に発展します。

これは Flex 2 を利用した際の最大の問題でした。これの解決する方法は一つ、起動直後に見える部分をすべてローディング画面として作ること。preloader として作られた部分は非常に高速に起動直後に表示されるのでこれは使えます。

しかしこれには問題があり preloader 作成の際に与えられる stage と起動後に与えられる stage が異なるのです。この為、preloader で作られた部品を長いこと活用しようというのは残念ながらあまり現実的ではありません。

そしてもう一つが MXML をすべて捨てる方法です。ActionScript 3 だけですべてを作る選択ですね、これはすべてをコントロールできるので非常に高速に起動するアプリケーションを作ることができます。しかしこれは Flex 2 を利用する最大のメリットを潰すことでもあり、通常大変になりすぎるのでアプリケーション開発にはお勧めできません。

SWFLoader や Module を利用したコンポーネント分離も考えられますが、そもそものルートアプリケーションを相当に小さくしてもロードの遅さは免れえません。

* 最後に

探さないでください（笑

]]> http://www.qrone.org/2008/02/_yahoo.html http://www.qrone.org/2008/02/_yahoo.html Flex 2 Mon, 25 Feb 2008 21:01:22 +0900 Flex 2 / ActionScript 3 Super Tips AS3 にはメタデータタグと呼ばれるものがあって、これを使うとイベントだとかスタイルだとかの定義をしておいて asdoc でドキュメント化することが出来たりするんですが、このメタデータタグの Bindable を使うと、変数の更新をチェックすることができます
public class A{
    [Bindable]
    public var str:String;
定義はこんな感じ、こうしておくとこの変数の更新時に propertyChanged イベントが飛ぶようになります。
var a:A = new A;
a.addEventListener(PropertyChangeEvent.PROPERTY_CHANGED, 
    function(e:PropertyChangeEvent):void{
        if(e.property == "str"){
            trace("str has changed!");
        }
    });
 
a.str = "Hello";
こんな感じですね。CollectionEvent と一緒に用いれば、大体の変数の中身の変更は外側からキャッチできるので、どこかにデータを格納しておいて、そこに Bindable をばーっとつけておいて、それをチェックしながら UI を更新するという感じです。

setter getter を使う場合にはこんな感じ・・・
public class A{
    private var _str:String;
 
    [Bindable]
    public function get str():String{
        trace("get Invoked.");
        return _str;
    }
    public function set str(value:String):void{
        trace("set Invoked");
        _str = value;
    }
変数の代入時に、getter が二度前後に呼ばれるようになり、変数が変更されたかどうかのチェックがなされるようになるので、getter の呼ばれる回数には注意が必要です。

ちなみに、Bindable をつけておくと MXML で自動更新もされるようになります。
便利ですね。


]]> http://www.qrone.org/2007/04/flex_2_actionscript_3_super_ti.html http://www.qrone.org/2007/04/flex_2_actionscript_3_super_ti.html Flex 2 Tue, 10 Apr 2007 03:29:44 +0900 プログラミング言語製作始めました んー、ここで宣言するより、2ch とかで宣言した方がいいんですかね？

作ろうとしてるのは Groovy なんかに似た、メタ言語と呼ばれるものです、コンパイルすることで他の言語に変換されるものですね。具体的には JavaScript 2.0 + ECMAScript for XML を IE/FireFox/Safari/Opera で動作するような、JavaScript 1.X 系に変換するようなコンパイラを目指そうと思ってます。
class A extends B{
    public function C( a:Number, b:A ){
        super.C(a,b);
        var c:Number;
        return a;
    }
}
こんなんを・・・
A.prototype.C = function( a, b ){
    super_C(a, b);
    var c;
    return a;
}
みたいな感じに変換する感じですかね。んで、次のステップとして Obfuscate もかませます、また、HTML ごと変換できるようになるとさらにいいでしょう、要は、HTML/CSS/JavaScript で出来ているユーザーに送るファイル郡をバイナリファイルとみなしてサイズやリクエスト数を最低限に抑え、解読しにくいようにして送るということですね。

こちらの開発している状況そのままでユーザーに送るのは・・・ということです。
とりあえず、javacc を使う予定。
]]> http://www.qrone.org/2006/08/post.html http://www.qrone.org/2006/08/post.html Tue, 22 Aug 2006 23:47:51 +0900 iecanvas.htc /*----------------------------------------------------------------------------\
| IE Canvas 1.0 |
|-----------------------------------------------------------------------------|
| Created by Emil A Eklund |
| (http://eae.net/contact/emil) |
|-----------------------------------------------------------------------------|
| Implementation of the canvas API for Internet Explorer. Uses VML. |
|-----------------------------------------------------------------------------|
| Copyright (c) 2005 Emil A Eklund |
|- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -|
| This program is free software; you can redistribute it and/or modify it |
| under the terms of the MIT License. |
|- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -|
| Permission is hereby granted, free of charge, to any person obtaining a |
| copy of this software and associated documentation files (the "Software"), |
| to deal in the Software without restriction, including without limitation |
| the rights to use, copy, modify, merge, publish, distribute, sublicense, |
| and/or sell copies of the Software, and to permit persons to whom the |
| Software is furnished to do so, subject to the following conditions: |
| The above copyright notice and this permission notice shall be included in |
| all copies or substantial portions of the Software. |
|- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -|
| THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR |
| IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, |
| FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE |
| AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER |
| LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING |
| FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER |
| DEALINGS IN THE SOFTWARE. |
|- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -|
| http://eae.net/license/mit |
|-----------------------------------------------------------------------------|
| Dependencies: canvas.js - For initialization of canvas elements |
|-----------------------------------------------------------------------------|
| 2005-12-27 | Work started. |
| 2005-12-29 | First version posted. |
| 2006-01-03 | Fixed bug in moveTo and lineTo, arguments where not converted |
| | to int which could cause IE to enter an endless loop. Disabled |
| | antalias for fillRect to better comply with the Mozilla, Opera |
| | and possibly Safari implementations where using fillRect is |
| | about the only way to raw non antialiased lines. |
|-----------------------------------------------------------------------------|
| Created 2005-12-27 | All changes are in the log above. | Updated 2006-01-03 |
\----------------------------------------------------------------------------*/


]]> http://www.qrone.org/2006/04/iecanvashtc.html http://www.qrone.org/2006/04/iecanvashtc.html Wed, 26 Apr 2006 17:47:29 +0900 s3






]]> http://www.qrone.org/2006/04/s3.html http://www.qrone.org/2006/04/s3.html Wed, 26 Apr 2006 17:04:17 +0900 s6








onmouseup="k_up(event);" >

onmousemove="k_move(event);" onmousedown="k_down(event);" onmouseup="k_up(event);"

onmouseout="k_out(event);">



draw
onmouseover="btnOver('erase')"
onmouseout="btnOut('erase');"
onmousedown="btnDown('erase');"
>Erase
onmouseover="btnOver('rect')"
onmouseout="btnOut('rect');"
onmousedown="btnDown('rect');"
>Rect
描画色：
背景色：
onmouseover="setIdClass('clr','btnOver');"
onmouseout="setIdClass('clr','btnNormal')";
onmousedown="setIdClass('clr','btnDown');"
onmouseup="setIdClass('clr','btnNormal');"
onclick="k_clear();"
>Clear




]]> http://www.qrone.org/2006/04/s6.html http://www.qrone.org/2006/04/s6.html Wed, 26 Apr 2006 13:44:31 +0900 SWT からのドラッグをウインドウを非アクティブのままやる いわゆる Java ですが、今のところ VM の関係上なかなかクライアントサイドでは開発者向けのソフトとか専門家向けのソフト以外は作られていないような感じですね。　専門家向きだと、 Eclipse SWT + Java ということになるわけなんですが・・・

SWT を使っていると思うのが、もっと Win32 API のコアな部分に触れるのも面白いんじゃね？　というそういう話しだったりします。今回やってみるのはシェルをちょっといじってウインドウをドラッグするときに背面のままでいけるようにならないっすか？　っていうやつ。



こんな感じで、裏側の青くなってるやつから表のウインドウにドラッグするときに裏側のウインドウが、正面に来ないようになるっていうやつです。今 Java でファイラーを作ってるわけですが、それが上の画像です。もうちょっとうまく動くようになったらこれも公開したいですね。

package org.eclipse.swt.widgets;
 
import org.eclipse.swt.internal.win32.LRESULT;
import org.eclipse.swt.internal.win32.OS;
 
public class ShellEx extends Shell{
	public ShellEx(Display display, int style){
		super(display,style);
	}
	
	LRESULT WM_MOUSEACTIVATE (int wParam, int lParam) {
		return new LRESULT (OS.MA_NOACTIVATE);
	}
}

JNI を使わないでも出来てしまうのが SWT の凄いところですが、Windows でしか動かなくなってしまいますが上のようなコードを書くと一発です。少々変な挙動をするかもしれないので、もう少ししっかり修正すべきなんでしょうがとりあえずこうやると、マウスダウンだけでは正面に来なくなります。

使い方は、 new Shell() とかやってるところを new ShellEx() にするだけですね。ちなみにパッケージ見て貰えればわかりますが、org.eclipse.swt.widgets 内に追加しないとうまく動きません、まぁ、swt.jar をいじれとかそういうわけじゃなくてそこにあるように作ればいいだけですけどね。

Win32 関数の在処

org.eclipse.swt.internal.win32.OS

ここに、大体 SWT 内で使われている全 Win32 API や、定数とかが用意されています。ドキュメントには載っていないのでソースコードをひっぱってくるといいと思います。

で・・・

org.eclipse.swt.internal.win32.LRESULT

同じ階層にはこんな感じで、構造体が一つ一つクラスになっています。簡単ですね。同じような感じで win32.OS クラスをどんどん拡張してやればどんな派手なことでもカスタマイズド SWT でやれることになりますね。デバッグまで Java 側でできるというすばらしさです。
]]> http://www.qrone.org/2006/03/swt.html http://www.qrone.org/2006/03/swt.html Thu, 23 Mar 2006 16:46:46 +0900 Winny の技術はスゴイのか P2P 系のソフトで世界的にも最優秀だと思われる Winny

現在裁判係争中ですが、日本のインターネット創始者であり IPv6 の父である村井純はどうやら肯定派ということらしく弁護に回ったようです。まぁ、当然と言うところでしょうか。

Winny開発者の裁判に村井教授が証人として出廷、検察側の主張に異議

by INTERNET WATCH
http://internet.watch.impress.co.jp/cda/news/2006/02/16/10925.html


右に Winny 関連書籍の "Winny の技術" っていう本を紹介してあるんですが、なんていうかファイル共有のやり方ではなくて、Winny の技術的側面からみた分析です。まぁ、ソフト的には賛否両論あるんでしょうが、技術者としてこの技術を知らないのは基本的に話しになりません。

海外では P2P 系のこの Winny 技術のことを BitTorrent というわけですが、大量にアクセスの集中するダウンロードファイルなんかを P2P で配布すればアクセスが滞らないジャン　というわけで、将来的にはヤフーなんかの固定系のページもこうやって配布されるようになるかもしれませんね。

OperaとFirefox、それぞれBitTorrentをサポートへ

by CNET Japan
http://japan.cnet.com/news/media/story/0,2000047715,20085161,00.htm

もちろんこちらは著作権には留意した仕様・・・というより、ネット上に普通に公開されているものぐらいしか交換できないはずですし多分検索機能もないと思われます。あくまでファイル交換ではなくてファイルダウンロードの最適化という面だけで考えているのでしょう。

技術的には、ＰＣ同士を網の目のように接続していくわけですが、同じような系統のファイルを持っている人や求めている人同士が近くなるように接続し直していくという仕組みですね。ファイルを転送するときは直結ですがファイルを検索するときは自分に繋がっているノードに検索を依頼してそのノードも更にそのノードに繋がっているノードに検索を依頼していくというものです。

繋がっている全ノードではなく親ノードだけに転送しているそうで、以外と不思議な構造ですね。どのファイルがどのＰＣにあるかという情報はどんどん溜めていくそうです。ファイル自体も細切れにして転送しますしよく考えられてはいますが・・・

]]> http://www.qrone.org/2006/02/winny.html http://www.qrone.org/2006/02/winny.html Fri, 17 Feb 2006 12:03:01 +0900 Ruby on Rails 最近のウェブ開発の流行というと、Ajax / Flash FAMES 系統のリッチクライアント技術なわけですがそれにも多少関係して Ruby on Rails というのが注目を集めています、2005/12 に Ver1.0 が出ているのでまだ執筆時点ではまだそれほど遅れを取っていません。


Ruby on Rails - １５分でブログが出来るスクリーンキャスト (English)

英語ですがこんなの。
真面目に、それなりに動くブログが１５分程度で作れています。

現状のウェブ開発で重要なのは、安定性、次に開発効率、そして最後に実行速度といったところでしょうか。安定して動作しないのは論外として実行速度だけなら多分 C++ CGI とかで作ればいいわけなんですけど、現状スクリプトの実行速度で困ることは（大規模開発でも）滅多にありません。

そこで、開発効率、なわけですが、これが重要。 Java Servlet と php だと体感でも製作時間に４倍ぐらいの時間の差があると思います。もちろん、php が圧倒的に早いです。実際に出来るものが同じだとするならば php でやれば４倍作れるわけで・・・、単純計算で 75% も再利用できない限り Java 有利にはならず、Java で以前作ったのを苦労して再利用するよりは php で同じのを作り直す方が早い計算です。

これが、Ruby on Rails だと超加速をするというわけですね、一応このデモを見た限りでは慣れてさえしまえば、php の更に数倍の速度です。この速度なら顧客と話をしながら要求を仕様書にまとめる時間で、その場で完成品を納品して帰ってこれます。

php で最も時間がかかるのは実はスクリプト部分よりもデータベースクエリ製作と HTML の記述。その両方をほぼ全て全自動で Rails が作ってくれます。問題があるとすれば言語が Ruby だっつーことでせっかく今まで C++ Perl Java php と覚えてきたのに Ruby を更に覚えないといけないですね。
要は プログラムのクラスと DB が一対一対応しているわけですが、以前の OR マッピング系統のシステムとは違い DBMS 側のテーブルを見てそれに反応してフレームワーク側が自動的に、各テーブルごとに配列と対応させてくれて、更に追加削除変更のフォームを作ってくれます。

ここで面白いのが Rails は、フォームを自動生成するわけではなく、そもそも各テーブルは追加削除変更を必ずするものという前提で、その機能がすでについています。なんとそれに加えて、特定の項目が未記入を許さない場合の、未記入で投稿されたときのエラーやエラー場所のハイライトまでやってくれます。投稿完了時には投稿しましたメッセージも出ます。

　MySQL のテーブルを一つ作る
　→この時点でテーブルの追加削除変更ができる状態でデプロイされる
　→挙動の変更が必要な部分について改良を加える

　MySQL のテーブルを追加する
　→どのテーブルとどのキーで結ばれるのか等をプログラムで指定する
　→この時点で配列のデータ行から結ばれたテーブルのデータ行が参照できるようになる
　→元のテーブルから参照先テーブルの行を追加するフォームなどを作る

こういう流れでしょうか。

まず、RDB のテーブルを作り、それに対する基本的な処理が自動的に作られるというのが基本的な Rails の仕組み。その処理を改良したりテーブル間の基本的な結合方法などをプログラムで指定して、例えばブログなら、エントリーがコメントを複数持つ (has_many) みたいなそんなシンボルを割り当てるというそう言う流れです。

シンボルをたくさん暗記する必要がありますが、確かに効率的です。プログラムの基本的に書かなければいけない構造を全てシンボルにしてまとめ、各クラスにシンボルを設定しまくるだけで動作するということでしょう。あとは全部フレームワークが処理をするというそういうことになりますね。

綺麗な見た目とか細かい挙動を指定するのはこのフレームワークの目指すところではないと言うことでデザインを要求されない業務用に向いています。

うーんこれを、Java で実現するならアノテーションでしょうか。
]]> http://www.qrone.org/2006/02/ruby_on_rails.html http://www.qrone.org/2006/02/ruby_on_rails.html Fri, 03 Feb 2006 13:25:10 +0900