• 現在 PHP として知られているものは、かつて PHP/FI と呼ばれていたソフトウェアの後継
• 1994 年に Rasmus Lerdorf
• C 言語で作成
• Personal Home Page Tools – PHP Tools
• 1995年 6月 最初公開
• 1996 年の 4 月PHP / FIを公開　ー　プログラミング言語として確率（今まではツール群）
• AndiとZeevが加わりPHP: Hypertext Preprocessorとして公開
• 1998 年 6 月世界中から新たな開発者が多く参入した PHP Development Team は、PHP/FI 2.0 の正式な後継として PHP 3.0 をアナウンス
• 1999年なかごろZend Engine を紹介(ZEed + aNDi)
• PHP 4.0は 前のバージョンのおよそ2年後となる2000年5月にリリース
• 2004年7月 PHP５公開　- コアである Zend Engine 2.0 で新しいオブジェクトモデルがサポート

F 키를 눌러서 씬을 하이라이트.

Official document

http://kb2.adobe.com/community/publishing/918/cpsid_91887.html

http://www.fabiobiondi.com/blog/2009/08/swf-to-swf-communication-in-flash-csx-how-to-call-methods-between-swf-files/

Commentの

loader.load( new URLRequest(“Page.swf”), new LoaderContext(false, new ApplicationDomain()));

がkeypoint

例えば以下の仕様

- enumの不在

-Abstractの不在

その中で悩みの種となったのはinterfaceの実装の際、戻り値が厳格すぎることである。

例えばinterfaceの戻り値がClass Aのオブジェクトであれば実相時は必ずClass Aのオブジェクトを

返す必要がある。Class AのSuper Class, Sub Class 共にだめである。

以下サイトに識者らのやりとりが参考になる。

http://stackoverflow.com/questions/7837855/actionscript-overriding-methods-in-extended-interfaces-vs-java

本家の説明はこちら
前回の記事はこちら
今回のソースはこちら

1.依存関係追加

JUnitとvertx-unitテスト用の依存関係をpom.xmlに追加

<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.12</version>
    <scope>test</scope>
</dependency>
<dependency>
    <groupId>io.vertx</groupId>
    <artifactId>vertx-unit</artifactId>
    <version>3.1.0</version>
    <scope>test</scope>
</dependency>

追加後libraryを更新[Maven Project パネルより->Reimport all maven projectsを実施]

2.テストソース

以下ソースをsrc/test/java/tutorial/vertx/HelloVerticleTest.javaに生成

/**
 * Created by bhags on 15/11/08.
 */

package tutorial.vertx;
import io.vertx.core.Vertx;
import io.vertx.ext.unit.Async;
import io.vertx.ext.unit.TestContext;
import io.vertx.ext.unit.junit.VertxUnitRunner;

import io.vertx.core.logging.LoggerFactory;
import io.vertx.core.logging.Logger;

import org.junit.After;
import org.junit.Before;
import org.junit.Test;
import org.junit.runner.RunWith;

@RunWith(VertxUnitRunner.class)
public class HelloVerticleTest {

    private Vertx vertx;
    private final static Logger log = LoggerFactory.getLogger(HelloVerticleTest.class);
    @Before
    public void setUp(TestContext context) {
        log.info("SETUP");
        vertx = Vertx.vertx();
        vertx.deployVerticle(HelloVerticle.class.getName(),
                context.asyncAssertSuccess());
    }

    @After
    public void tearDown(TestContext context) {
        log.info("TEAR DOWN");
        vertx.close(context.asyncAssertSuccess());
    }

    @Test
    public void testMyApplication(TestContext context) {
        log.info("TEST MY APPLICATION");
        final Async async = context.async();

        vertx.createHttpClient().getNow(8080, "localhost", "/",
                response -> {
                    response.handler(body -> {
                        context.assertTrue(body.toString().contains("Hello"));
                        async.complete();
                    });
                });
    }
}

3.TEST 実行

mvn clean test

4.JUnit テスト Methods

以上でHelloVeticleの JUnit テストが無事完了した。上記のunitテストはvertx-unitを使っていてcustom runnerを利用している。vertx-unitのおかげでvert.xアプリケージョンの非同期動作を簡単にテストできるようになっている。

setUp

setup methodではvertxのインスタンスが生成される。そして、HelloVeticle verticleデプロイしてくれる。また、setUpがTestContextを引数として取っている。このオブジェクトがテストの非同期面をコントロール可能にしてくれている。例えばverticleをデプロイするとそれは非同期で実行されるためそれが正しく実行されるまでプログラム側でチェックすることはできない。そのためdeployVerticleメソッドの2番目の引数としてresult handlerを渡している。それがcontext.axyncAssertSuccess();である。これはverticleが正しく実行されなければ失敗を返す。さらにこれはverticleのstart シーケンスが終了することを待ってくれる。実際にはHelloVerticleのfut.complete()を待つのである。

tearDown

tearDownでは単純に生成されたvertx instanceを終了している。

testMyApplication

このメソッドは実際にリクエストを発行し結果をチェックしている。リクエストの発行および結果の取得はもちろん非同期である。これらを制御するためにTestContextを利用する。このオブジェクトのasync.complete()を利用することでいつテストが終わるのかを制御できる。

つまり、async handleが生成されるとgetNow()メソッドを利用してHTTPクライアントを作成し,また、テストアプリケージョンによって管理されるhttpリクエストを発行することができる(getNow() は　get(…).end() のショートカット)。リクエストの結果はlambdaで管理されbodyの中にHelloがあるかを確認している。

context.assert…はエラーが発生した段階ですぐにテストを中止し、エラーを出力する。非同期のVert.xアプリケージョンでのテストは常にassertionメッソドを利用する必要がある。

まず、今回のソースコードはこちら

0.開発環境

• Mac OS  X
• java 1.8 以上
• IntelliJ 14.

1 : IntelliJでmaven新規プロジェクト作成

1. File ->New -> Project
2. Mavenを選択しNext
   
3. maven project 設定
   • GroupId : totorial.vertx
   • ArtifactId : hello-verticle
   • Version : 1.0-SNAPSHOT
4. Project name / location
   • name : hello-virticle
   • location : すきなところへ

2 : pom.xml に依存関係を追加

以下の依存関係およびbuildをpom.xml のversionの下に追加

<dependencies>
    <dependency>
        <groupId>io.vertx</groupId>
        <artifactId>vertx-core</artifactId>
        <version>3.1.0</version>
    </dependency>
</dependencies>

<build>
    <plugins>
        <plugin>
            <artifactId>maven-compiler-plugin</artifactId>
            <version>3.3</version>
            <configuration>
                <source>1.8</source>
                <target>1.8</target>
            </configuration>
        </plugin>
    </plugins>
</build>

Maven Project Windowより[Reimport All Maven Projects]を実行

3.Hello Verticle

HelloVerticle 作成

package tutorial.vertx;

import io.vertx.core.AbstractVerticle;
import io.vertx.core.Future;
/**
 * Created by bhags on 15/11/07.
 */
public class HelloVerticle extends AbstractVerticle {

    @Override
    public void start(Future<Void> fut) {
        vertx
                .createHttpServer()
                .requestHandler(r -> {
                    r.response().end(
                            "<h1>Hello Verticle!!! "</h1>");
                })
                .listen(8080, result -> {
                    if (result.succeeded()) {
                        fut.complete();
                    } else {
                        fut.fail(result.cause());
                    }
                });
    }
}

まず、HelloVerticleは AbstractVerticleを継承している。Vert.xの世界では 全てのverticleはコンポーネントである。AbstractVerticleを継承することでHelloVerticleよりvertxフィールドを取得することができる。

startメソッドはverticleがデプロイされると呼び出される。stopメソッドの実装も必要だがここではVert.xが代わりにGCを行ってくれる。また、startメッソドはFutureオブジェクトを受け取る。Futureメッソドはstartシーケンスの無事終わったか、エラーが発生したかなどをVert.x側に教えられる。Vert.xの特徴の一つとして非同期/non-blockingがある。verticleがデプロイされるとverticleはstart methodの終了を待たない。だからFutureパラメータの終了通知が大事である。

このHelloVerticleのstartではHTTPサーバーを生成しリクエストハンドラーをアタッチしている。request handlerはlambda式でrequestHandlerへ伝達されている。最後にサーバーは8080ポートにバウンドされポートのバウンドに問題なければfut.complete()を問題があれば(8080が使われているなど)fut.fail(失敗)を通知する。

4:Create fatjar

pom.xmlに以下ソースを追加

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-shade-plugin</artifactId>
    <version>2.3</version>
    <executions>
        <execution>
            <phase>package</phase>
            <goals>
                <goal>shade</goal>
            </goals>
            <configuration>
                <transformers>
                    <transformer
                            implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
                        <manifestEntries>
                            <Main-Class>io.vertx.core.Launcher</Main-Class>
                            <Main-Verticle>tutorial.vertx.HelloVerticle</Main-Verticle>
                        </manifestEntries>
                    </transformer>
                </transformers>
                <artifactSet/>
                <outputFile>${project.build.directory}/${project.artifactId}-${project.version}-fat.jar</outputFile>
            </configuration>
        </execution>
    </executions>
</plugin>

Run/Debug Configurationsでmaven実行configurationを追加 (Command line : clean package)

5:結果確認

targetに生成されたhello-verticle-1.0-SNAPSHOT-fat.jarを実行

java -jar /path/to/fatjar/hello-verticle-1.0-SNAPSHOT-fat.jar

*以下が表示されれば
11 07, 2015 10:31:44 午後 io.vertx.core.impl.launcher.commands.VertxIsolatedDeployer
情報: Succeeded in deploying verticle

http://127.0.0.1:8080へアクセス後以下が表示されればOK

Hello Verticle!!!

$brew search mysql

automysqlbackup mysql++ mysql-connector-c++ mysql-sandbox php53-mysqlnd_ms php56-mysqlnd_ms
groonga-normalizer-mysql mysql-cluster mysql-connector-odbc mysql-search-replace php54-mysqlnd_ms
mysql mysql-connector-c mysql-proxy mysqltuner php55-mysqlnd_ms

$brew install mysql-connector-c++

dispatch_asyncで呼ばれたsingletoneオグジェクトが
正しく初期化されないことが原因。

[だめな方法]
+(MyClass) shared
{
static　MyClass *_sharedInstance = nil;
if(_sharedInstance == nil){
dispatch_once_t onceTokeon;
dispatch_once(&onceTokeon, ^{
_sharedInstance = [[MyClass alloc] init];
});
}
return _sharedInstance;

}

[正しい方法]
+(MyClass *){
static MyClass *sharedInstance;
@synchronized(self) {
if (sharedInstance == nil) {
sharedInstance = [[MyClass alloc] init];
}
}
return sharedInstance;
}

[Apple 推奨]
+(MyClass *) shared
{
static MyClass *_sharedInstance = nil;
static dispatch_once_t onceToken = 0;
dispatch_once(&onceToken, ^{
_sharedInstance = [[MyClass alloc] init];
});
return _sharedInstance;
}

http://stackoverflow.com/questions/30008136/changing-uilabel-font-size-with-autolayout

公式サイト:

https://developer.apple.com/library/ios/recipes/xcode_help-IB_adaptive_sizes/chapters/ChangingtheFontforaSizeClass.html#//apple_ref/doc/uid/TP40014436-CH12-SW1

UILabelのfont設定のところの左にある+ボタンを押して対応
compact width/regular height : iPhone portrait
any width/compact height : iPhone Landscape
regular width/regular height : iPad portrait

[対策詳細1]
Step
1)iPhone Jail break
2)open-ssh install
3)network restartメッソドを実装
4)アプリをルートアプリに昇格

1) iPhone Jail break
- 7.1.x
- iTunesがインストールされているかを確認すること

http://tools4hack.santalab.me/how-to-ios71-ios711-untethered-jailbreak-pangu.html

2)-open-sshインストール
cydiaよりインストール

3)network refresh method
3-1)ダメな方法
[参考URL] http://www.sinfuliphone.com/showthread.php?t=2144
network commandをインストールしrefreshする方法はwifiは更新できるが
3G/4G回線は更新できなかった。
3-2)成功した方法
system(“/bin/launchctl unload -w /System/Library/LaunchDaemons/com.apple.CommCenter.plist”);
system(“/bin/launchctl load -w /System/Library/LaunchDaemons/com.apple.CommCenter.plist”);
CommCenter自体をリロードすることでネットワークの更新に成功

4)アプリをルートアプリに昇格
3)の実施にはアプリをルートアプリに昇格させる必要がある。
4-1)main.mにルート権限取得コード追加
//setuidとsetgidを実施
int main(int argc, char * argv[]) {
@autoreleasepool {
if (!(setuid(0) == 0 && setgid(0) == 0))
{
NSLog(@”Failed to gain root privileges, aborting…”);
}
return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
}
}
4-2)iPhoneでアプリをルートに昇格(sample.app)

/private/var/mobile/Applications/xxxrandomstringxxxx/sample.appを
/Applications/へ移行

/Applications/sample.app/sample を
/Applications/sample.app/sample2へ名前変更

エラー回避の為のDirectory 生成
mkdir -p /var/db/launchd.db/com.apple.launchd

sydiaよりテキスト編集nanoをインストール

nanoで　/Applications/sample.app/sampleを新規生成
下記ソースを追加

権限設定
chown -r root.wheel /Applications/sample.app
chmod 755 /Applications/sample.app/sample
chmod 6775 /Applications/sample.app/sample2

spring boardをリスタート
-端末を再起動するか、cydiaよりrespringアプリをインストールして実行
上記でアプリがルート権限で実行可能になる

[対策詳細2]-airplaneをプログラムでon/off
1)jail break
2)ssh install
3)private api /AppSupport.framework/RadiosPreferences.hを使用
3-1)private frameworkをxcodeへ追加.frameworkの経路は下記
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/System/Library/PrivateFrameworks/AppSupport.framework
3-2)airplane mode用下記headerを作成

#import
@interface RadiosPreferences : NSObject {
int _applySkipCount;
BOOL _cachedAirplaneMode;
NSObject *_dispatchQueue;
BOOL _isCachedAirplaneModeValid;
struct __SCPreferences { } *_prefs;
BOOL notifyForExternalChangeOnly;
}

@property (nonatomic) BOOL airplaneMode;
@property (nonatomic) BOOL notifyForExternalChangeOnly;

+ (BOOL)shouldMirrorAirplaneMode;

- (BOOL)airplaneMode;
- (void)dealloc;
- (id)delegate;
- (void*)getValueForKey:(id)arg1;
- (id)init;
- (id)initWithQueue:(id)arg1;
- (void)initializeSCPrefs:(id)arg1;
- (BOOL)notifyForExternalChangeOnly;
- (void)notifyTarget:(unsigned int)arg1;
- (void)refresh;
- (oneway void)release;
- (void)setAirplaneMode:(BOOL)arg1;
- (void)setAirplaneModeWithoutMirroring:(BOOL)arg1;

- (void)setDelegate:(id)arg1;
- (void)setNotifyForExternalChangeOnly:(BOOL)arg1;
- (void)setValue:(void*)arg1 forKey:(id)arg2;
- (void)synchronize;
@end

3-3)on / off code
RadiosPreferences* pref = [[RadiosPreferences alloc] init];
pref.airplaneMode = (YES/NO);
[pref synchronize];
4)実行権限よentitlement追加
airplaneモードメッソド実行のためにバイナリーへ下記entitlementを追加
4-1)ldidインストール
署名用のldidインストール
git clone git://git.saurik.com/ldid.git
cd ldid
git submodule update –init
/*
make.sh内のXcodeのpathを修正
*/
./make.sh
cp -f ./ldid　/usr/local/bin/ldid

4-2)アプリケーションを一度端末で起動
上記で端末にアプリケーションが生成される
あとは権限が適用されたバイナリに入れ替える

4-3)権限entitlement.xml

4-3)権限をバイナリへ適用
cd ~/Library/Developer/Xcode/DerivedData/{sampleapp-randomsting}/Build/Products/Debug-iphoneos/sampleapp.app/
ldid -S/path/to/entitlement.xml sampleapp
注意！-Sの次に空白を入れないこと。でないとエラーが発生

4-4)バイナリsampleappをiphoneへscp移行
scp sampleapp root@iphone.local.ip:~

4-5)iPhoneのshellで
cp ~/sampleapp /private/var/mobile/Applications/{randomstring}/sampleapp.app/

4-6)respring
再起動もしくはcydiaよりrespringアプリをダウンロードしrespring

以上