버터백통의 N-Screen 레시피

작년 3월경에 데이터 정밀도를 정리하다가 플래시의 Number데이터형에 대하여 뭔가 이상한 점을 발견했었다. 바로 IEEE-754라는 표준을 따른다고 하는데 정작 최대 53bit를 사용하여 정수를 표현한다는 것이다.
IEEE-754 표준의 경우 배정밀도는 64bit를 사용한다.

오늘 야꼬랑 채팅 중에 과거 이러한 사실이 문득 떠올랐다. 크게 상관있는 일은 아니지만 11bit의 차이는 생각에 따라서 매우 작지만 매우 크기도 한 값이다.

아래는 ActionScript 3.0 레퍼런스의 내용이다. 지금 플래시를 열어서 F1을 누르고 복사한 내용이다.
Language Version:  ActionScript 3.0
Runtime Versions:  AIR 1.0, Flash Player 9, Flash Lite 4
A data type representing an IEEE-754 double-precision floating-point number. You can manipulate primitive numeric values by using the methods and properties associated with the Number class. This class is identical to the JavaScript Number class.
The properties of the Number class are static, which means you do not need an object to use them, so you do not need to use the constructor.

The Number data type adheres to the double-precision IEEE-754 standard.

The Number data type is useful when you need to use floating-point values. Flash runtimes handle int and uint data types more efficiently than Number, but Number is useful in situations where the range of values required exceeds the valid range of the int and uint data types. The Number class can be used to represent integer values well beyond the valid range of the int and uint data types. The Number data type can use up to 53 bits to represent integer values, compared to the 32 bits available to int and uint. The default value of a variable typed as Number is NaN (Not a Number).

위의 볼딕한 내용은 IEEE-754 배정밀도 표준을 사용한다는 것과 최대 53bit를 사용하여 수를 만든다는 것 이다.


아래는 위키백과의 IEEE-754 표준에 대한 설명이다.
IEEE 754는 컴퓨터에서 부동소수점를 표현하는 가장 널리 쓰이는 표준이다. ±0 등의 수와 무한, NaN 등의 기호를 표시하는 법과 이러한 수에 대한 연산을 정의하고 있다.

A*알고리즘을 적용한 마름모 맵에서 길찾기

목적지를 정하면 해당 블럭주위 8방향에 대하여 이동 가능한 블럭 여부를 검사한다. 그리고 이동 가능한 블럭인 경우 openList에 짧은 거리의 블럭을 담아서 개별적으로 주위의 8방향에 대하여 검사한다. 그리고 검사한 원소는 표시를 해둔다. 산에서 길을 잃을까봐 나무에 표시하듯이 검사한 블럭은 검사여부와 이전의 블럭위치를 설정/저장하고 각각 블럭은 목적지와의 거리를 갱신한다.

여기까지는 엄청나게 많은 원소가 발생한다. 여러 경우의 루트를 찾아서 전부 가지고 있게 되는 것이다.
이후 다시 한 번 검사하였다. 최종목적지에서 출발지까지 역순으로 루프가 실행하며 각각에 담긴 블럭의 거리(F=G+H)를 검사하여 값이 작은 순으로 원소를 추적한다. 결국 그 합이 가장 짧은 값의 원소를 나열하여 루트배열로 선언하고 그 원소를 따라가도록 하였다.

위처럼 만들었지만 정확하게 잘 만들었는지는 모르겠다.
A*를 개발 중에  인터넷에 떠돌아 다니는 몇 개의 소스를 접해 보았지만 버그나 로직의 미흡 등으로 매트릭스 구조 변경, 장애물이 많거나 다른 복합한 환경에서 길 찾는 확률이 50%~60%도 못 미치는 소스가 많이 있었다. 그래도 아이디어에 도움이 많이 되었다.

내가 개발한 코드는 현재까지는 100%의 확률로 길을 찾고있지만 좀 더 테스트해봐야 할 것 같다.
위의 링크된 파일은 순전히 8방향이고 현재 8방향과 4방향 혼합 그리고 AI를 보강한 버전을 개발 중에 있다~
나중에 전부 완성되고 그때까지도 길을 100%찾는다면 좀 더 자세히 다루어 보겠다...

지금은 4방향으로 개발한 코드로 3D 사천성이나 만들어 볼까 한다~
아래는 개념에 대한 설명이다.

http://www.aistudy.com/heuristic/A_star.htm

국제화와 지역화

(internationalization and localization)

국제화 : internationalization – I18N (‘I’ + 18글자 + ‘N’)

현지화 : localization – L10N

[ 사전적 의미 ]

국제화와 현지화는 동일 문화권이 아닌 환경(특히 다른 국가나 문화)에서 만들어진 출판물이나 하드웨어 또는 소프트웨어를 특정 환경에 맞춰 적용하는 것을 의미한다. 두 낱말은 비슷한 주제를 다루지만 약간의 차이가 있는데, 국제화가 앞으로 가능성 있는 다른 환경을 지원할 수 있도록 하는 것이라면 현지화는 이미 존재하는 환경에 맞춘 기능을 지원하는 것이다.

[ 구현 ]

기술적으로는 어떻게 개발하느냐에 따라 미세한 부분들이 다르지만 공통분모는 지원하고자 하는 각 언어의 파일 번들/패키지를 생성하고 언어 선택하는 메서드를 구현하는 것이다.

일반적으로 속성파일을 구분하는 키는 언어의 경우 언어부호 ISO 639(kor/ko)에 의해 구분하며 국가는 ISO 3166-1(410/KOR/KR)에 의거하여 정하는 것이 일반적인 규범이다.(언어는 관례적으로 lowercase, 국가는 uppercase로 한다.)

자바의 경우 . properties 에 키와 값을 설정하고 필요한 때에

메서드에서 호출하여 println()하거나 JSTL을 사용하여 HTML에서 화면에 출력한다.

JSTL(JSP Standard Tag Library)을 이용한 예제를 가져와 봤다.

아래는 출력할 언어 번들(단지 영문/한글) properties파일이다

MessageResources_en_US.properties

com.rappstarr.board.title=Title

com.rappstarr.board.content=Content

com.rappstarr.board.titleNotValidate=Title is NOT validate.

com.rappstarr.board.contentNotValidate=Content is NOT validate.

MessageResources_ko_KR.properties

com.rappstarr.board.title=제목

com.rappstarr.board.content=내용

com.rappstarr.board.titleNotValidate=제목이 잘못 되었습니다.

com.rappstarr.board.contentNotValidate=내용이 잘못되었습니다.

<%@ page language="java" contentType="text/html; charset=EUC-KR" pageEncoding="EUC-KR"%>

<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%>

<%@ taglib prefix="fmt" uri="http://java.sun.com/jsp/jstl/fmt"%>

<c:if test="${MessageResources==null}">

<fmt:setBundle basename="MessageResources" var="messageResources"/>

</c:if>

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">

<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=EUC-KR">

<title>I18N</title>

</head>

<body>

<table>

<tr>

<td>

<fmt:message key="com.rappstarr.board.title" bundle="${messageResources}"/>

</td>

<td>

<input type="text"></input>

</td>

</tr>

<tr>

<td>

<fmt:message key="com.rappstarr.board.content" bundle="${messageResources}"/>

</td>

<td>

<input type="text"></input>

</td>

</tr>

</table> 

<br/> 

</body>

</html>

[출처] I18N 다국어 처리|작성자 띠용희

다음은 해피타운에서 사용한 액션스크립트에서 구현한 것이다.

아래는 언어 설정 파일이다.

package config.locale

{

import com.ahnlab.as3.utils.PO;

public class Message_ko_KR

{

public function Message_ko_KR ()

{

super();

}

public static function setMsgs():void

{

PO.initMsg("{1}coin","{1}코인");

PO.initMsg("Hello","안녕하세요");

PO.initMsg("Bye" , "가버려” );

}

}//end of class

}//end of package

영문(미국) 언어 설정

package config.locale

{

import com.ahnlab.as3.utils.PO;

public class Message_en_US

{

public function Message_en_US ()

{

super();

}

public static function setMsgs():void

{

PO.initMsg("{1}coin","you have {1}coin");

PO.initMsg("Hello","Hello~");

PO.initMsg("Bye" , "fuck out!” );

}

}//end of class

}//end of package

언어 번들에서 설정된 내용을 담아서 전역 접근하는 PO클래스

(관례적으로 키-벨류가 있는 파일(editable language packs)을 .PO 컴파일 되어서 사용이 빠른 번역문서가 담긴 파일을 MO(compiled versions)라고 한다고 한다.)

package com.ahnlab.as3.utils

{

public class PO

{

public function PO()

{

}

/***** msg po map *****/

private static var msg_map:HashMap = null;

public static function __(msg_id:String = "", ...args):String{

if(null == msg_map){

return msg_id;

}

var msg:String = msg_map.getValue(msg_id);

msg = (null == msg)?msg_id:msg;

if(null != args){

for(var i:int = 0; i< args.length; i++){

msg = msg.replace('{'+(i+1).toString()+'}',args[i]);

}

}

return msg;

}

public static function initMsg( key:*, value:* ):void

{

if( msg_map == null ){

msg_map = new HashMap();

}

msg_map.put( key, value );

}

}//class

}//package

아래는 메시지 ko_KR번역문을 출력하는 예이다.

trace( PO.__(“{1}coin” , 20 ) )  “20코인”

trace( PO.__(“Hello” ) )  “안녕하세요”

아이폰은 장치에서 국가를 지원하는데 genstrings를 이용하면 손쉽게 내용을 번역할 수 있다.

우선 지원할 언어를 정하면 프로젝트에서 Resources폴더에서 새로운 파일을 생성하되 반드시

Localizable.strings 이름으로 생성한다. 그룹관리는 저장위치에서 결정되는데 ISO 639에 의거한 언어코드.lproj(ko.lproj/ja.lproj)이라는 폴더를 만들어 저장한다. 이 과정을 반복하여 여러 언어 파일을 만들면 Resources에 Localizable.strings라는 그룹이 만들어지고 그 그룹안에 만든 언어의 ISO 639코드가 나타난다. 해당 언어파일을 열어 “키”=”값”으로 설정한다.

아래는 한글 번역 파일이다.

"WelcomeKey" = "안녕!!";

"ConfirmKey" = "확인";

"RegionKey" = "한국";

"ImageKey" = "kr.png";

이 과정을 마치고 번역이 필요한 곳에 NSLocalizedString(@"RegionKey", @"");와 같이 코딩하면

번역 문서의 내용이 입력되게 된다. 위의 경우 “한국”이라는 값을 출력하게 된다.

이러한 과정을 마치거나 키와 값이 추가되는 경우 genstrings을 이용하여 업데이트해야한다.

genstrings은 콘솔에서 해당 lproj의 하위에서 실행하거나 그 상위에서 적절한 경로를 이용하여 genstrings -o ./en.lproj/ *.m 을 실행시킨다. 그러면 사용된 .m파일에 해당되는 .o파일이 프로젝트 폴더 깊숙한 곳에 생성된다.

다음은 버튼과 라벨 이미지를 변경하는 코드이다

//라벨에 글자 설정

regionLabel.text = NSLocalizedString(@"RegionKey", @"");

//버튼 글자 설정

[confirmButton setTitle:[NSString stringWithFormat:@"%@",NSLocalizedString(@"ConfirmKey", @"")] forState:UIControlStateNormal];

//이미지 설정

UIImage *regionImage = [UIImage imageNamed:[NSString stringWithFormat:@"%@", NSLocalizedString(@"ImageKey", @"") ] ];

[imageView setImage: regionImage];

SF영화에서나 나올법한 기술이 실제로 이렇게 연구되고 있네요~
멋집니다~ 이자리에는 없었지만 있었다면 저도 박수에 동참~

펌) http://www.ted.com/talks/lang/kor/pranav_mistry_the_thrilling_potential_of_sixthsense_technology.html

For the podcast "This Week in Photography" (TWiP) see This Week in Photography

A twip (abbreviating "twentieth of a point", "twentieth of an inch point"^{[citation needed]}, or "twentieth of an Imperial point"^{[citation needed]}) is a typographical measurement, defined as 1/20 of a typographical point. One twip is 1/1440 inch or 17.639 µm when derived from the PostScript point at 72 to the inch, and 1/1445.4 inch or 17.573 µm based on the printer's point at 72.27 to the inch.

Twips are the default unit of measurement in Visual Basic (version 6 and earlier, prior to VB.NET). Converting between twips and screen pixels is achieved using functions such as TwipsPerPixelX and TwipsPerPixelY.

Twips are a commonly used unit with Symbian OS bitmap images and are also used internally in SWF format. They are also used in Rich Text Format from Microsoft for platform-independent exchange and they are the base length unit in Open Office.

Flash internally calculates anything that uses pixels with twips (or 1/20 of a pixel). Sprites, movie clips and any other object on the stage are positioned with twips. If you trace the position of a sprite, for example, you'll notice that it is always in multiples of 0.05 (which is the decimal equivalent of 1/20).

from wikipedia

Twip
- 화면 독립적인 단위(screen-independent unit). 모든 화면출력장치에서 화면 요소의 비율을 동일하게 한다.
- 1 twip은 1인치(inch)의 1/1440
- 1 twip = 1/20 inch

Pixel
- 화면 종속적인 단위(screen-dependent unit)
- 'picture element'의 약자
-  1 pixel은 화면에 표시되는 가장 작은 그래픽 측정 단위임.
- 1 pixel = 1/72 inch
- 1 pixel = 20 twips

form www.solarview.net

데이터베이스라는 것은 여러 사람에 의해 공유되어 사용될 목적으로 특정화된 정보를 통합  관리하는 정보의 집합을 의미하며 여러 모델( 계층적 데이터베이스 , 네트워크 데이터베이스, 객체지향적 등 )들이 있지만 보통은 관계형 데이터 베이스 모델을 사용한다. AIR에서는 바로 이 관계형 베이터 베이스를 사용하는 SQLite 엔진을 이용한다.

관계형 데이터베이스  하나의 테이블에는  column(또는 field) 과 row로 구성되며 각각의 데이터 베이스에는 테이블이 하나 이상 들어갈 수 있고 테이블이에 있는 데이터 사이에는 관계가 설정될 수 있다.
데이터 사이에의 관계는 보통 키(key)를 기반으로 한다, 하나의 키는 하나의 레코드를 식별하는 기능을 하며 하나의 키를 고유 식별자로 사용하게 되면, 그 키를 기본키(primary key)라고 한다. 이 기본키는 테이블 사이의 데이터 간의 관계를 쉽게 설정하게 하도록 한다.

SQL 이란 이러한 관계형 데이터 베이스(RDB)의 조작과 관리에 사용되는 데이터 베이스 하부언어이며 데이터베이스의 모든 속성과 성질 값 등을 정의하거나 설계, 생성 , 삭제... 등 데이터 조작 처리언어이다. SQL과 데이터베이스 방법론과 이론 등 관련 계통은 워낙 방대하기 때문에 간략하게 핥아만 보았다.

앞으로 우리는 개념을 알던 모르던 SQL 문을 AIR에서 사용해야 하는 경우가 발생한다. 훌륭하게 DB를 설계하려면 많이 공부하거나 전문 DB디자이너의 도움을 받아 설계하면 되지만 개발시 몇 가지는 사용해야 하는 질의문이 있다.

[  SQL 주요 질의문 ]

1 테이블 생성/삭제
CREATE TABLE name( column data type , column data type ... )
만약 테이블의 존재여부를 체크하고 싶을 때는 조건문을 사용한다.
CREATE TABLE IF NOT EXISTS name( column data type , column data type ... )

테이블 삭제는 DROP TABLE을 사용한다
DROP TABLE name
만약 테이블의 존재여부를 체크하고 싶을 때는 조건문을 사용한다.
DROP TABLE IF EXISTS name

2 테이블에 DB추가
INSERT INTO name VALUES( "value" , "value"... )
INSERT INTO name( column , column ... ) VALUE( "value" , "value"... )

아래 예시는 PHP문에서 board테이블에  값을 추가하는 예이다
INSERT  INTO  board VALUES  ('', '$name', '$passwd', '$title', '$message')

3 테이블에 DB수정
UPDATE name SET column = value , column = value .. WHERE 수정대상

복합연산시에는 AND와 OR 연산자를 이용한다.
UPDATE music SET artist = "김건모" WHERE artist = "kim gun mo" AND album = "김건모 앨범"
위 질의문은 artist 가 "kim gun mo" 인 레코드와 album 이 "김건모 앨범"인 레코드의 artist 의 값을 "김건모"로 수정하라는 것이다.

UPDATE music SET artist = "김건모" WHERE artist = "kim gun mo" OR artist = "깜상 건모"
이번 질의문은 러코드의 artist가 "kim gun mo" 이거나 "깜상 건모"인 레코드의 artist값을 "김건모" 로 바꾸라는 것이다.

4 테이블에 DB삭제
DELETE FROM name WHERE 수정대상

DELETE FROM books WHERE publisher = "트림"
위 질의문은 books테이블에서 출판사가 "트림"인 모른 레코드를 삭제하라는 명령이다.

복합연산시에는 AND와 OR 연산자를 이용한다.
DELETE FROM books WHERE publisher = "트림" OR publisher = "쫄딱"
위 질의문은 books테이블에서 출판사가 "트림" 또는 "쫄딱"인 모른 레코드를 삭제하라는 명령이다.

5 테이블에 DB조회
SELECT column , column ... FROM name

모든 column을 가져올 때는 * 와일드 카드를 사용한다.
SELECT * FROM name

데이터를 가져올 때 중복된 데이터 제거
SELECT DISTINCT  * FROM name

결과 데이터를 정렬하기 위해서는 ORDER BY를 사용한다.
SELECT * FROM name ORDER BY 기준이 되는 column

SELECT * FROM books ORDER BY year
위의 질의문은 books테이블의 데이터를 year의 오름차순으로 정렬하라는 것입니다.
반대로 내림차순(큰 값이 먼저 출력)으로 정렬하려면 끝에 DESC를 추가한다.
SELECT * FROM books ORDER BY year DESC

6 함수 실행하기
평균을 구하는 함수 avg()는 SQL에서 제공하는 함수이다 이와 같은 함수는 다음과 같이 사용한다.
SELECT avg(score) FROM game
game이라는 테이블의 score의 평균값을 avg(score)로 반환한다. 이를 AS 키워드를 사용하여 별칭 칼럼을 만들어 사용할 수 있다.
SELECT avg(score) AS averageScroe FROM game
위의 질의문은 averageScroe에 score평균값을 반영한 것이다.

각각의 column별로 평균 값을 구하고자 할때는 GROUP BY를 사용한다.
SELECT avg(score) AS averageScroe FROM game GROUP BY id
위의 질의문은 game테이블에서 각각의 id별로 점수 평균을 구하는 것이다.

필터링을 한번 더하여 검사하고자 한다면 HANING을 사용한다. 이는 조건문처럼 비교검사하여 해당되는 것만 출력하게 한다.
SELECT avg(score) AS averageScroe FROM game GROUP BY id HAVING averageScroe > 500
위의 질의문은 game테이블에서 각 id별로 평균점수를 구하고 평균점수가 500이상인 것들만 가져오라는 것이다.

참고) SQLite Expert라는 툴이 있는데 처음에 DB설계할 때 매우 편합니다. http://www.sqliteexpert.com/download.html

RPC[Remote Procedure Call]
분산 처리 방식에서, 어떤 컴퓨터의 프로그램에서 다른 컴퓨터에서 동작하고 있는 프로그램의 절차(C 언어에서는 function)를 직접 불러내는 것. 이 기능으로 두 컴퓨터의 프로그램 사이에서 직접 통신이 가능하며, 통신망을 통해 실행 결과의 값을 주고받는다. 네트워크 파일 시스템(NFS), NCS(Network Computing System) 등 분산 처리 기능을 실현하는 소프트웨어에서 사용된다.

AMF[Action Message Format]
- AMF 채널: AMF는 ActionScript 객체를 효율적으로 직렬화하기 위해 사용되는 바이너리 메시지 형식입니다. AMFChannel은 Flash Player용 flash.net.NetConnection 클래스를 사용하여 HTTP를 통해 AMF 형식의 메시지를 AMFEndpoint로 비동기적으로 전송합니다. Flash Player 8.5에서는 AMF 3으로 알려진 새로운 버전의 AMF를 도입하여 새로운 ActionScript 3.0 언어를 제공하지만 이전 버전인 AMF 0도 계속 지원됩니다. 새로운 ActionScript 3 데이터 유형에 대한 지원 외에도 AMF 3에서는 공통적으로 발생하는 클래스 설명과 참조 문자열을 직렬화하여 보다 간결한 인코딩 형식을 사용하고 중복된 정보를 줄입니다. NetConnection(및 AMFChannel)은 기본적으로 AMF 3을 사용합니다. AMFChannel은 HTTP를 통한 바이너리 정보 사용이 가능하고 보안을 위해 암호화 기능을 사용할 필요가 없는 환경에서 모든 RPC 서비스에 대해 권장되는 채널입니다.

- 보안 AMF 채널: 이 채널은 AMFChannel와 동일하지만 HTTPS를 사용하여 AMF 형식의 메시지를 AMFEndpoint로 전송하는 점이 다릅니다

SOAP (Simple Object Access Protocol)
SOAP (Simple Object Access Protocol)은 웹상의 객체들을 액세스하기 위한 마이크로소프트의 프로토콜이다. 이 프로토콜은 HTTP를 사용하여 인터넷에 텍스트 명령어를 보내기 위해 XML 구문을 쓴다.
SOAP은 COM, DCOM, 인터넷 익스플로러, 마이크로소프트의 자바 이행 등 내에서 지원되면, XML과 HTTP 통신을 기반으로 하여 네트워크 상에 존재하는 각종 컴포넌트간의 호출을 효율적으로 실현하기 위한 방법을 제시하는 규약이다.

EAI (Enterprise Application Integration)
전사적 애플리케이션 통합. 미들웨어를 이용해 비즈니스 로직을 중심으로 기업내 각종 애플리케이션을 통합하는 과정. 전통적인 미들웨어가 개별적인 애플리케이션 간의 통합과 그들 간의 불연속적인 트랜잭션을 용이하게 하는 반면, EAI는 기업이 여러 애플리케이션 간의 관계와 비즈니스 프로세스의 근간을 이루는 트랜잭션 네트워크를 관리할 수 있도록 한다. EAI는 말 그대로 기업의 레거시 애플리케이션을 포함해 모든 애플리케이션을 통합하는 것이 목적이다. 이런 EAI의 기본 목적은 어느 업체나 동일하지만 실제로 EAI 솔루션을 제공하는 업체들의 접근 방법은 그 업체가 갖고 있는 기반 기술, 그리고 접근 방법에 따라 다소 달라진다. 

SAP[Service Access Point]
계층화된 프로토콜에서 하나의 계층은 서비스 제공자이며 몇 개의 서비스 기능들로 구성된다. 하나의 서비스 기능은 어떤 계층의 서브시스템이다. 각 서브시스템은 또한 엔티티들로 구성될 수 있다. 계층의 기본 개념은 자신의 상위 계층에 서비스를 제공하는 것을 의미하며 상위 계층이 하위 계층에 서비스를 요청함으로써 실제적인 서비스가 제공된다. 계층간의 인터페이스에서 프리미티브(primitives)라는 4개의 트랜잭션이 서비스 접근점(SAP)이라 불리는 식별자를 통해 계층 사이에서 호출된다. 서비스 접근점은 특정 서비스 기능의 주소나 식별자를 포함한다.

프리미티브에는 요구(request), 지시(indication), 응답(response), 확인(confirm)이 있다. 이중 요구는 서비스 사용자가 기능을 호출하기 위해서 사용하고, 지시는 서비스 제공자가 기능을 호출하기 위해 또는 서비스 접근점에서 기능이 호출되었음을 지시하기 위해 사용하며, 응답은 서비스 사용자가 지시에 의해 이미 호출된 기능을 완료시키기 위해 사용하고, 확인은 서비스 제공자가 요구에 의하여 이미 호출된 기능을 완료시키기 위해 사용한다.

HTTP [hypertext transfer protocol]
인터넷에서 하이퍼텍스트(hypertext) 문서를 교환하기 위하여 사용되는 통신규약이다. 하이퍼텍스트는 문서 중간중간에 특정 키워드를 두고 문자나 그림을 상호 유기적으로 결합하여 연결시킴으로써, 서로 다른 문서라 할지라도 하나의 문서인 것처럼 보이면서 참조하기 쉽도록 하는 방식을 의미한다.
http는 1989년 팀 버너스 리(Tim Berners Lee)에 의하여 처음 설계되어 인터넷을 통한 월드 와이드 웹(World-Wide Web) 기반에서 전 세계적인 정보공유를 이루는데 큰 역할을 하였다. http의 첫번째 버전은 인터넷을 통하여 가공되지 않은 데이터를 전송하기 위한 단순한 프로토콜이었으나, 데이터에 대한 전송과 요구·응답에 대한 수정 등 가공된 정보를 포함하는 프로토콜로 개선되었다.
인터넷 주소를 지정할 때 'http://www....'와 같이 하는 것은 www로 시작되는 인터넷 주소에서 하이퍼텍스트 문서의 교환을 http 통신규약으로 처리하라는 뜻이다.


HTTPS
HTTPS는 월드 와이드 웹통신 프로토콜인 HTTP의 보안이 강화된 버전이다. HTTPS는 통신에서의 인증과 암호화를 위해 넷스케이프 커뮤니케이션즈 코퍼레이션이 개발했으며, 전자 상거래에서 널리 쓰인다.

- HTTP 채널: 이 채널은 flash.net.URLLoader를 사용하여 XML 형식의 메시지를 HTTP를 통해 HTTPEndpoint로 비동기적으로 전송하는 텍스트 기반 채널입니다. XML 형식은 강력한 형식의 ActionScript 3.0 데이터를 지원하며 공통적으로 발생하는 객체, 클래스 정의 및 문자열에 대한 참조별 직렬화와 같은 AMF 3의 다양한 최적화 기술을 포함합니다. 이 채널은 텍스트 전용 통신 요구 사항이 있는 환경에서 유용합니다.

참고: flash.utils.IExternalizable 인터페이스는 아직 HTTPChannel에서 완전히 지원되지 않습니다. 따라서 객체 참조를 복구할 필요가 있는 mx.utils.ObjectProxy 및 mx.collections.ArrayCollection 인스턴스는 이 채널을 사용하여 직렬화하면 안 됩니다. - Secure HTTP 채널: 이 채널은 HTTPChannel 클래스와 동일하지만 HTTPS를 사용하여 메시지를 HTTPEndpoint에 전송한다는 점이 다릅니다.

HTTPS는 소켓 통신에서 일반 텍스트를 이용하는 대신에, SSL이나 TLS 프로토콜을 통해 세션 데이터를 암호화한다. 따라서 데이터의 적절한 보호를 보장한다. HTTPS의 기본 TCP/IP 포트는 443이다.
보호의 수준은 웹 브라우저에서의 구현 정확도와 서버 소프트웨어, 지원하는 암호화 알고리즘에 달려있다.

HTTPS를 사용하는 웹페이지의 URL은 'http://'대신 'https://'로 시작한다.
간혹, 웹에서 신용카드를 사용하는 사람들은 HTTPS가 "완벽하게" 정보를 보호해준다고 오해하기도 한다. 그러나 실제로 이것은 웹 서버와 브라우저 사이에 전송되는 카드 정보만이 암호화될 뿐이다. 카드 정보는 보통 서버 데이터베이스에 저장되며(대개 신용카드 처리기에는 전송되지도 않는다), 정보 유출은 대부분 내부 인력이 일으킨다.

RTMP[Macromidia Real-Time Messaging Protocl ]
RTMP도 AMF를 사용하여 ActionScript 객체를 직렬화하지만 RTMPEndpoint와의 영구적인 연결을 유지 관리하고 실시간 통신이 가능합니다. RPC 서비스는 단일 클라이언트/서버 요청/응답 모델을 사용하여 비동기적으로 만들어지기 때문에 실시간 통신은 필요하지 않습니다

WSDL(Web Services Description Language)
WSDL은 문서 지향적 또는 프로시저 지향적인 정보를 포함한 메시지에서 작동하는 종점 집합으로서의 네트워크 서비스를 설명하는 XML 형식입니다. 이러한 작동 및 메시지에 대해 대략적으로 설명한 다음, 구체적인 네트워크 프로토콜 및 메시지 형식으로 연결하여 종점에 대해 정의합니다. 관련된 구체적인 종점은 추상 종점(서비스)과 결합되어 있습니다. WSDL은 통신에 사용되는 메시지 형식 또는 네트워크 프로토콜과는 상관 없이 종점 및 종점의 메시지를 설명하도록 확장할 수 있습니다. 하지만, 이 문서에 설명된 바인딩만이 SOAP 1.1, HTTP GET/POST 및 MIME과 함께 WSDL을 사용하는 방법을 설명합니다.

이 WSDL 언어 버전은 종점의 컴퍼지션 및 결합을 설명하는 프레임워크를 포함하지 않는 첫 번째 단계입니다. 계약을 설명하는 전체 프레임워크는 메시지를 받거나 보내는 순서 규칙과 같이 서비스의 동작을 표현하는 방법과 서비스를 작성하는 방법을 포함합니다. 서비스의 컴퍼지션은 모든 형식을 지원해야 하지만 런타임에 교환되고 바운드되는 서비스 참조와 함께 전달되는 참조를 허용해야 합니다. 특히, 후자는 런타임 계약 협상의 중요한 요소이며 참조 동작을 캡처하고 서비스를 중개합니다.

WSDL 스펙 작성자들은 (1)서비스를 작성하는 프레임워크 및 (2)서비스의 동작을 설명하는 프레임워크를 포함하는 WSDL의 수정된 버전 및/또는 추가 문서를 적시에 게시하고 있습니다.

  간단히 대답해서 여러분은 "할 수 없다" 이다. 브라우져나 클라이언트 응용프로그램이 웹서버로 부터 보낸 파일을 어떻게 다루는지 컨트롤 하는 것은 불가능하다. 여러분이 할 수 있는 것은 그것이 어떻게 다루어져야 하는 것을 제안하는 것이다. 여러분은 이것을 파일이 어떤 형태인지 브라우져에게 알려줌으로써 이것을 구현하고, 그리고 나서 브라우져와 사용자에게 그것으로 무엇을 할지 결정하도록 남긴다. 있다.

MIME-type과 Content type이란 무엇인가? 
  우리가 클라이언트 브라우져로 어떤 자원을 보낼때(어떤 형태의 파일이나 문서 등), 웹 서버는 일련의 HTTP 헤더로 파일이나 자원을 포함하는 바이트의 Stream을 앞에 보낸다. 이런 헤더는 클라이언트에게 웹 서버와 커뮤니케이션 세부사항을 묘사한다. 예를들어, 헤더는 사용되고 있는 웹 서버의 소프트웨어 의 타입, 서버의 날짜와 시간, HTTP 프로토콜, 사용중인 커넥션 타입 등을 지정한다. 헤더는 또한 클라이언트가 이런 가상 패스나 도메인에 대해서 저장해야 할 쿠키를 포함한다.

  이와 관련해서 가장 중요한 것은 헤더는 또한 보내지는 자원의 content 타입이 포함되는 것이다. 이것은 Content-Type 헤더에 의해 지정되는데, 이 값은 표준 MIME-Type의 하나이다. MIME-Type을 살펴봄으로써 브라우져는 데이터를 나타내는데 어떤 종류의 파일 Stream인지를 알고 있다. HTML 페이지에서, 표준MIME type은 "text/html" 이다. 그리고 텍스트 파일이나 텍스트 stream은 "text/text"이다. 이미지 파일은 "image/gif" 혹은 "image/jpeg" 와 같은 MIME-Type을 가진다. 일반적인 MIME-Type과 파일 확장명의 매칭 리스트는 아래 표에 나와있다.

일반적으로 사용되는 MIME-Type과 파일 확장명

우리가 클라이언트에게 데이터의 Stream을 만들고 보내는데, ASP를 사용한다면, IIS는 이것을 동적으로 HTML 페이지를 만들어질 것이라고 가정한다. 그리고, 그것은 MIME-Type "text/html"로 되돌려 보내질 것이다. 그러나 우리는 ASP 페이지에서 Response.ContentType 속성을 세팅할때 다른 값으로 content type을 바꿀 수 있다. 그래서 우리가 사용할 수 있는 스프레드 쉬트 응용프로그램을 위해 tab-delimited 파일을 만든다고 가정하면, 우리는 content type을 "application/tab-separated-values"으로 대신 세팅할 수 있다:

                    Response.ContentType = "application/tab-separated-values"

  이것은 HTTP 헤더 값을 지정하기 때문에, 우리는 모든 페이지의 보이는 content를 사용자에게 보내기 전에 이것을 해야한다는 것을 명심하라. 일반적으로, 우리는 페이지의 제일 위쪽 근처에 이 문장을 놓게된다. 보통은 <% @ language= ... %>와 Response.buffer 문장 다음에 놓는다.