솔트펀 티스토리

Intel 13th Gen Raptor Lake CPUs Lineup

SALTFUN — Mon, 5 Jun 2023 13:00:09 +0900

https://www.xda-developers.com/intel-13th-gen-raptor-lake/#intel-13th-gen-raptor-lake-desktop-lineup

Intel 13th Gen Raptor Lake: Everything you need to know about Intel’s next-gen processors

Intel's 13th Gen processors are here!

www.xda-developers.com

Desktop CPU	Enterprise + Essentials vPro	Enterprise vPro
S-Series (65W)	i5-13500, i5-13600, i7-13700, i9-13900	N/A
T-Series (35W)	i5-13500T, i5-13600T, i7-13700T, i9-13900T	N/A
S-Series K (125W)	N/A	i5-13600K, i7-13700K, i9-13900K

Mobile CPU	Enterprise vPro	Essentials vPro	Enterprise for Chrome vPro
U-Series	i5-1345U, i7-1365U	i5-1334U, i5-1335U, i7-1355U	i5-1345U, i7-1365U
P-series	i5-1350P, i7-1370P	i5-1340P, i7-1360P	i5-1350P, i7-1370P
H/HX/HK-series	i5-13600H/X, i7,13800H/X, i9-13900H/X	i5-13500H, i7-13700H, i9-13900HK	N/A

Desktop Lineup

K-/KF-series, T-series, S-series

Unlocked Desktop Processors 125W K-series For gamers and enthusiasts who want the most power possible
Processor Number	Processor Cores (P-E)	Processor Threads	Intel® Smart Cache(L3)	Total L2 Cache	P-core Max Turbo Frequency (GHz)	E-core Max Turbo Frequency (GHz)	P-core Base Frequency (GHz)	E-core Base Frequency (GHz)	Unclocked	Processor Graphics	Total CPU PCIe Lanes	Max Memory Speed (MT/s)	Memory Capacity	Processor Base Power (W)	Max Turbo Power (W)	RCP (USD)
i9-13900K	24(8-16)	32	36MB	32MB	Up to 5.8	Up to 4.3	3.0	2.2	✓	Intel® UHD Graphics 770	20	DDR5 5600 DDR4 3200	128GB	125	253	$589
i9-13900KF	24(8-16)	32	36MB	32MB	Up to 5.8	Up to 4.3	3.0	2.2	✓	n/a	20	DDR5 5600 DDR4 3200	128GB	125	253	$564

i7-13700K	16(8-8)	24	30MB	24MB	Up to 5.4	Up to 4.2	3.4	2.5	✓	Intel® UHD Graphics 770	20	DDR5 5600 DDR4 3200	128GB	125	253	$409
i7-13700KF	16(8-8)	24	30MB	24MB	Up to 5.4	Up to 4.2	3.4	2.5	✓	n/a	20	DDR5 5600 DDR4 3200	128GB	125	253	$384

i5-13600K	14(6-8)	20	24MB	20MB	Up to 5.1	Up to 3.9	3.5	2.6	✓	Intel® UHD Graphics 770	20	DDR5 5600 DDR4 3200	128GB	125	181	$319
i5-13600KF	14(6-8)	20	24MB	20MB	Up to 5.1	Up to 3.9	3.5	2.6	✓	n/a	20	DDR5 5600 DDR4 3200	128GB	125	181	$294
65W Desktop Processors non-K series
i9-13900	24(8-16)	32	36MB	32MB	Up to 5.6	Up to 4.2	2.0	1.5		Intel® UHD Graphics 770	20	DDR5 5600 DDR4 3200	128GB	65	219	$549
i9-13900F	24(8-16)	32	36MB	32MB	Up to 5.6	Up to 4.2	2.0	1.5		n/a	20	DDR5 5600 DDR4 3200	128GB	65	219	$524

i7-13700	16(8-8)	24	30MB	24MB	Up to 5.2	Up to 4.1	2.1	1.5		Intel® UHD Graphics 770	20	DDR5 5600 DDR4 3200	128GB	65	219	$384
i7-13700F	16(8-8)	24	30MB	24MB	Up to 5.2	Up to 4.1	2.1	1.5		n/a	20	DDR5 5600 DDR4 3200	128GB	65	219	$359

i5-13600	14(6-8)	20	24MB	11.5MB	Up to 5.0	Up to 3.7	2.7	2.0		Intel® UHD Graphics 770	20	DDR5 4800 DDR4 3200	128GB	65	154	$255
i5-13500	14(6-8)	20	24MB	11.5MB	Up to 4.8	Up to 3.5	2.5	1.8		Intel® UHD Graphics 770	20	DDR5 4800 DDR4 3200	128GB	65	154	$232
i5-13400	10(6-4)	16	20MB	9.5MB	Up to 4.6	Up to 3.3	2.5	1.8		Intel® UHD Graphics 730	20	DDR5 4800 DDR4 3200	128GB	65	148	$221
i5-13400F	10(6-4)	16	20MB	9.5MB	Up to 4.6	Up to 3.3	2.5	1.8		n/a	20	DDR5 4800 DDR4 3200	128GB	65	148	$196
T-series Desktop Processors with a 35W TDP
i9-13900T	24(8-16)	32	36MB	32MB	Up to 5.3	Up to 3.9	1.1	0.8		Intel® UHD Graphics 770	20	DDR5 5600 DDR4 3200	128GB	35	106	$549

i7-13700	16(8-8)	24	30MB	24MB	Up to 4.9	Up to 3.6	1.4	1.0		Intel® UHD Graphics 770	20	DDR5 5600 DDR4 3200	128GB	35	106	$384

i5-13600T	14(6-8)	20	24MB	11.5MB	Up to 4.8	Up to 3.4	1.8	1.3		Intel® UHD Graphics 770	20	DDR5 4800 DDR4 3200	128GB	35	92	$255
i5-13500T	14(6-8)	20	24MB	11.5MB	Up to 4.6	Up to 3.2	1.6	1.2		Intel® UHD Graphics 770	20	DDR5 4800 DDR4 3200	128GB	35	92	$232
i5-13400T	10(6-4)	16	20MB	9.5MB	Up to 4.4	Up to 3.0	1.3	1.0		Intel® UHD Graphics 730	20	DDR5 4800 DDR4 3200	128GB	35	82	$221

i3-13100T	4(4-0)	8	12MB	5MB	Up to 4.2	Up to n/a	2.5	n/a		Intel® UHD Graphics 730	20	DDR5 4800 DDR4 3200	128GB	35	69	$134

Mobile Lineup

HX-/H-series, U-series, P-series, N-series

HX-series For Gaming Laptops and Mobile Workstations

Processor
Number

Processor
Cores

Processor
Threads

Performance
Cores

Efficient
Cores

L3
Cache

Max Turbo
Frequency
P-cores

Max Turbo
Frequency
E-cores

Base
Frequency
P-cores

Base
Frequency
E-cores

Processor
Graphics

Max
Graphics
Frequency

DDR5
Frequency

Processor
Base
Power

Max
Turbo
Power

Intel
vPro®
eligible

i9-13980HX

24C

32T

16E

36MB

5.6GHz

4.0GHz

2.2GHz

1.6GHz

32EU

1.65GHz

5600

55W

157W

i9-13950HX

24C

32T

16E

36MB

5.5GHz

4.0GHz

2.2GHz

1.6GHz

32EU

1.65GHz

5600

55W

157W

Enterprise

i9-13900HX

24C

32T

16E

36MB

5.4GHz

3.9GHz

2.2GHz

1.6GHz

32EU

1.65GHz

5600

55W

157W

i7-13850HX

20C

28T

12E

30MB

5.3GHz

3.8GHz

2.1GHz

1.5GHz

32EU

1.60GHz

5600

55W

157W

Enterprise

i7-13700HX

16C

24T

30MB

5.0GHz

3.7GHz

2.1GHz

1.5GHz

32EU

1.55GHz

4800

55W

157W

i7-13650HX

14C

20T

24MB

4.9GHz

3.6GHz

2.6GHz

1.9GHz

16EU

1.55GHz

4800

55W

157W

i5-13600HX

14C

20T

24MB

4.8GHz

3.6GHz

2.6GHz

1.9GHz

32EU

1.50GHz

4800

55W

157W

Enterprise

i5-13500HX

14C

20T

24MB

4.7GHz

3.5GHz

2.5GHz

1.8GHz

16EU

1.50GHz

4800

55W

157W

i5-13450HX

10C

16T

20MB

4.6GHz

3.4GHz

2.4GHz

1.8GHz

16EU

1.45GHz

4800

55W

157W

H-series For Enthusiast Laptops

Processor
Number

Processor
Cores

Processor
Threads

Performance
Cores

Efficient
Cores

L3
Cache

Max Turbo
Frequency
P-cores

Max Turbo
Frequency
E-cores

Base
Frequency
P-cores

Base
Frequency
E-cores

Processor
Graphics

Max
Graphics
Frequency

LPDDR5
Frequency

Processor
Base
Power

Max
Turbo
Power

Intel
vPro®

i9-13900HK

14C

20T

24MB

5.4GHz

4.1GHz

2.6GHz

1.9GHz

96EU

1.5GHz

6400

45W

115W

Essentials

i9-13905H

14C

20T

24MB

5.4GHz

4.1GHz

2.6GHz

1.9GHz

96EU

1.5GHz

6400

45W

115W

i9-13900H

14C

20T

24MB

5.4GHz

4.1GHz

2.6GHz

1.9GHz

96EU

1.5GHz

6400

45W

115W

Enterprise

i7-13800H

14C

20T

24MB

5.2GHz

4.0GHz

2.5GHz

1.8GHz

96EU

1.5GHz

6400

45W

115W

Enterprise

i7-13705H

14C

20T

24MB

5.0GHz

3.7GHz

2.4GHz

1.8GHz

96EU

1.5GHz

6400

45W

115W

i7-13700H

14C

20T

24MB

5.0GHz

3.7GHz

2.4GHz

1.8GHz

96EU

1.5GHz

6400

45W

115W

Essentials

i7-13620H

10C

16T

24MB

4.9GHz

3.6GHz

2.4GHz

1.8GHz

64EU

1.5GHz

5200

45W

115W

i5-13600H

12C

16T

18MB

4.8GHz

3.6GHz

2.8GHz

2.1GHz

80EU

1.5GHz

6400

45W

95W

Enterprise

i5-13505H

12C

16T

18MB

4.7GHz

3.5GHz

2.6GHz

1.9GHz

80EU

1.45GHz

6400

45W

95W

i5-13500H

12C

16T

18MB

4.7GHz

3.5GHz

2.6GHz

1.9GHz

80EU

1.45GHz

6400

45W

95W

Essentials

i5-13420H

12T

12MB

4.6GHz

3.4GHz

2.1GHz

1.5GHz

48EU

1.4GHz

5200

45W

95W

U-series For Modern Thin & Light Laptops

Processor
Number

Processor
Cores

Processor
Threads

Performance
Cores

Efficient
Cores

L3
Cache

Max Turbo
Frequency
P-cores

Max Turbo
Frequency
E-cores

Base
Frequency
P-cores

Base
Frequency
E-cores

Processor
Graphics

Max
Graphics
Frequency

LPDDR5
Frequency

Processor
Base
Power

Max
Turbo
Power

Intel
vPro®
eligible

i7-1365U

10C

12T

12MB

5.2GHz

3.9GHz

1.8GHz

1.3GHz

96EU

1.30GHz

6400

15W

55W

Enterprise

i7-1355U

10C

12T

12MB

5.0GHz

3.7GHz

1.7GHz

1.2GHz

96EU

1.30GHz

6400

15W

55W

Essentials

i5-1345U

10C

12T

12MB

4.7GHz

3.5GHz

1.6GHz

1.2GHz

80EU

1.25GHz

6400

15W

55W

Enterprise

i5-1335U

10C

12T

12MB

4.6GHz

3.4GHz

1.3GHz

0.9GHz

80EU

1.25GHz

6400

15W

55W

Essentials

i5-1334U

10C

12T

12MB

4.6GHz

3.4GHz

1.3GHz

0.9GHz

80EU

1.25GHz

5200

15W

55W

Essentials

P-series For Performance Thin & Light Laptops

i7-1370P

14C

20T

24MB

5.2GHz

3.9GHz

1.9GHz

1.4GHz

96EU

1.5GHz

28W

64W

Enterprise

i7-1360P

12C

16T

18MB

5.0GHz

3.7GHz

2.2GHz

1.6GHz

96EU

1.5GHz

28W

64W

Essentials

i5-1350P

12C

16T

12MB

4.7GHz

3.5GHz

1.9GHz

1.4GHz

80EU

1.5GHz

28W

64W

Enterprise

i5-1340P

12C

16T

12MB

4.6GHz

3.4GHz

1.9GHz

1.4GHz

80EU

1.45GHz

28W

64W

Essentials

N-series For Entry Level Laptops and Desktops

Processor
Number

Processor
Cores

Processor
Threads

L3
Cache

Max Turbo
Frequency
E-cores

Processor
Graphics

Max
Graphics
Frequency

LPDDR5/DDR5/
DDR4
Frequency

Max
Turbo
Power

i3-N-305

6MB

Up to
3.8GHz

32EU

Up to
1.25GHz

4800/4800/
3200

15W

i3-N-300

6MB

Up to
3.8GHz

32EU

Up to
1.25GHz

4800/4800/
3200

Intel®
Processor
N200

6MB

Up to
3.7GHz

32EU

Up to
750MHz

4800/4800/
3200

Intel®
Processor
N100

6MB

Up to
3.4GHz

24EU

Up to
750MHz

4800/4800/
3200

vPro: Intel vPro® brand was created in 2007 as a solution for remote IT management and support. Intel vPro® isn't intended for the average consumer, and chances are, if you're shopping around for a personal PC, you won't need to worry about it.
PCs that receive the vPro® brand do not just have a vPro-enabled CPU (Intel Core or Intel Xeon); they also require several supporting features, hence the "platform." Intel lists the following as requirements:

Specific chipsets
Management-optimized networking
High-end memory and I/O components
Windows 10/11 Pro or Windows 10/11 Enterprise

Intel vPro® is a platform that allows for improved stability thanks to IT-managed system changes, lower IT costs thanks to remote management and troubleshooting capabilities, improved security from features like Intel Authenticate and discrete Trusted Platform Module (dTPM) chips, and better performance thanks to modern networking hardware (like Wi-Fi 6) and ports (like Thunderbolt 3 and 4).

PCIe: PCIe is short for “peripheral component interconnect express” and it's primarily used as a standardized interface for motherboard components including graphics, memory, and storage.

MT/s: MT/s is short for megatransfers (or million transfers) per second and is a more accurate measurement for the effective data rate (speed) of DDR SDRAM memory in computing.

RCP: RECOMMENDED RETAIL PRICE

TDP: TDP stands for Thermal Design Power 열 설계 전력, in watts, and refers to the power consumption under the maximum theoretical load. Power consumption is less than TDP under lower loads. The TDP is the maximum power that one should be designing the system for. This ensures operation to published specs under the maximum theoretical workload.

K/non-K series: This ‘K’ means that the CPU is unlocked for overclocking. A CPU’s base clock (BCLK) is multiplied by its clock multiplier to give us its speed in megahertz (MHz) or gigahertz (GHz). An Intel K CPU is one that allows you to change its clock multiplier on supported motherboards.
For example, if your CPU’s BCLK is 100MHz and its multiplier is 43, then its overall speed is 4,300MHz (4.3GHz). If this is an Intel K CPU then you could raise its multiplier to 45, making its overall speed 4,500MHz (4.5GHz).
Intel K processors are unlocked for overclocking whereas non-K processors are locked. The only way to overclock a non-K processor is by overclocking its BCLK, which is always tricky and risky, and is impossible on many chipsets. Intel K processors, on the other hand, can be overclocked easily on any supported chipset (such as ones on ‘Z’ motherboards).

F/non-F: Intel F processors are usually the same as their non-F counterparts, but they lack integrated graphics, meaning they lack the internal GPUs that non-F Intel CPUs have.

S-series: "Performance-optimized lifestyle" – a little lower performance in exchange for lower power draw.

T-series: "Power-optimized lifestyle" – much lower performance, but also much lower power draw.

HX/H-series: H in Intel Processors means that the CPU is High-Performance Optimised for Laptops. Meaning that H-series CPUs are only found in High-performance Laptops. The HX-series is an extension of the H-series in a physically bigger package and higher power envelope. The HX-series are using desktop silicons with higher core count, but also limited graphics performance.

X: "X" is simply the letter denoting the highest-end desktop CPU available from Intel in that generation.

U-series: U means "ultra-low-power," and that's basically it—they're chips that aren't necessarily the very best in terms of CPU performance, but they're instead low-power designs made with efficiency in mind. They have lower clock speeds, lesser cores, and more importantly, a very low TDP.

P-series: Like the U-series, Intel's P-series are parts found on thin and lightweight laptops. However, power consumption is brought up a bit, and so is performance.
P processors sip a little more power—28W, to be precise. That's almost twice (or even triple!) what a U-series chip requires. As such, power and thermal requirements for these chips are higher, and you'll need beefier cooling.

N-series: Intel replaced Celeron and Pentium brands with something called N Series CPU’s. Put simply, N series CPU’s have no “Performance” cores. They are exclusively “Efficiency” cores.

백스터 효과 Backster Effect

SALTFUN — Thu, 22 Oct 2020 04:37:47 +0900

백스터 효과에 대해 검색하던 중 찾아낸 글이다. 2002.3.28에 작성된 것.

아래는 그 전문(全文)이다.

백스터 효과 Backster Effect www.rathinker.co.kr/skeptic/plants.html

식물의 인식, 박스터 효과

식물은 셀룰로스 세포벽은 있지만, 신경계 혹은 감각기관이 없는 살아있는 생명체이다. 이와 달리 동물은 세포벽은 없지만 신경계 혹은 감각기관을 가지고 있다. 식물 혹은 동물 생리학자들중

www.rathinker.co.kr

plant perception (a.k.a. the Backster effect) 식물의 인식 (백스터 효과)

식물은 셀룰로스 세포벽은 있지만, 신경계 혹은 감각기관이 없는 살아있는 생명체이다. 이와 달리 동물은 세포벽은 없지만 신경계 혹은 감각기관을 가지고 있다.

식물 혹은 동물 생리학자들중에서 식물의 의식이나 초능력(ESP)를 검사하려고 한 사람은 아무도 없었다. 이는 그들의 지식으로 식물이 인간 수준의 감정이나 인식을 할 가능성은 전혀 없다고 판단하기에 충분했기 때문이다. 일반 사람의 말로, 식물은 뇌 혹은 뇌와 비슷한 어떠한 것도 가지고 있지 않다.

그러나, 식물과 동물과학에 대해 완전히 무지한 어떤 사람이 식물의 인식과 감정을 검사했을 뿐만 아니라 식물이 상당한 감정과 생각을 한다는 과학적인 증거를 가지고 있다고 주장했다. 그는 식물이 사람의 마음을 읽을 수 있다고 까지 주장했다. 그의 이름은 클리브 백스터(Cleve Backster)였으며, 그는 그의 연구를 초심리학 국제 저널( International Journal of Parapsychology)("식물의 삶에서 일차 인식의 증거 Evidence of a Primary Perception in Plant Life," 10, 1968)에 실었다. 그는 그의 화초를 거짓말탐지기로 검사했으며, 화초가 생각과 위협에 반응한다는 것을 발견했다.

백스터 박사는 '메디치나 알터너티바(Medicina Alternativa)'에서 보완의학으로 D.Sc. 학위를 받았다고 주장한다(1996). 그는 박사 학위를 이용해서 캘리포니아 인간 과학 연구소(사립대학 및 연구소)라는 히로시 모토야마가 "3차원으로서의 인간"에 대한 연구를 위해 설립한 비인가 대학에서 한자리를 차지했다. 모토야마 박사는 과학자이며, "공간과 시간의 한계를 초월하여 볼 수 있는 '의식상태'로 해탈한" 신도(神道) 승려라고 불리기도 한다.*

백스터의 주장은 호로위츠, 루이스, 및 가스타이거 (1975)와 크메츠(1977)에 의해서 반박되었다. 크메츠는 1978년 스켑틱칼 인콰이어러(Skeptical Inquirer)에 백스터에 반대되는 사례를 정리했다. 백스터는 그의 연구를 함에 있어서 적절한 대조구를 사용하지 않았다. 대조구를 사용한 경우에는 사람의 생각 혹은 위협에 대한 식물의 반응이 검지되지 않았다. 이들 연구자들은 거짓말 탐지기가 심하게 움직인 것은 정전기, 방안에서 움직임, 습기의 변화등을 포함한 상당히 많은 요인에 의할 수 있음을 발견했습니다.

그럼에도 불구하고, 백스터는 여러 오컬트, 초심리학 및 사이비과학 개념에서 매력적인 사람이 되었다. 그의 업적은 수맥찾기*, 다양한 형태의 에너지 치유*, 천리안, 및 실바 마인트 컨트롤 (현재는 실바 방법으로 알려짐)을 지지하는 것으로 인용되고 있다. 1995년, 벡스터는 텍사스 라레도(Laredo, Texas )에서 열린 실바 국제 컨벤션에서 강연 초청을 받았다. 처음 그의 발견이 있은지 거의 30년이나 지났지만, 그는 아직도 같은 이야기를 말했다. 이 이야기는 널리 알려진 이야기이며, 여기서 다시 서술할 가치가 있다. 이 이야기는 그의 호기심많은 성품을 드러낼 뿐만아니라 편향확증 및 자기기만의 위험성에 대한 그의 명백한 무지를 보여주기도 한다. 백스터는 분명히 왜 인과관계를 연구할 때 과학자들이 대조구를 사용하는지 이해하지 못함이 명백하다.

그 "실험실"과 유레카! 경험

백스터는 우리들에게, 처음 실험을 했던 것이 1966년 2월 2일 뉴욕에 있는 그의 실험실에서라고 말한다. 그의 실험실은 과학실험실이 아니었다. 사실, 처음에는 실험실과 비슷하지도 않았다. 그곳은 단지 거짓말 탐지기의 사용을 훈련하기 위한 장소였을 뿐이다. 그 방에는 식물이 한 그루 있었다. 그는 다음과 같이 회상했다.

무슨 이유에서인지, 나에게, 식물의 뿌리 부분에 물을 주면 얼마 후에 긴 줄기를 따라서 결국 잎으로 물이 도달하는지 알아보는 것이 매우 재미있을 것 같다는 생각이 떠올랐다.

식물에게 물을 충분히 준 다음에, 내 생각은, "글쎄, 어떻게 할까...근처에 거짓말 탐지기가 있지, 거짓말 탐지기의 갈바니 피부반응 장치 부분을 잎에 대보자."*

거짓말 탐지기의 갈바니 피부 반응(galvanic skin response , GSR) 부분은 피부의 저항을 측정하여 전류로 바꾸는 장치이다. 거짓말 탐지기를 옹호하는 사람들은 갈바니 피부 저항이 불안과 관련있으며, 그렇기 때문에 진실과도 관련이 있다고 생각한다. 이론에 따르면 사람이 거짓말을 할 때는 불안해지고, 땀의 많이 더 나는 것은 아니지만, 측정가능하다는 것이다. 땀이 증가하면, 전류에 대한 저항이 줄어든다. 분명히, 백스터는 호기심이 많은 사람이다. 호기심이 적은 사람이라면, 사무실의 나무에 물을 주었을 때 뿌리에서 잎까지 얼마나 시간이 걸릴지 관심도 없었을 것이다. 백스터는 관심을 가졌을 뿐만 아니라 그의 거짓말 탐지기 장비를 이용해서 이를 측정하려 하였다. 그는 다음과 같이 추론했다.

물을 주면 그 물이 줄기를 타고 올라와서 잎으로 내려간다면, 잎에는 물이 더 많아 질 것이고, 보다 전기가 잘 흐르게 될 것이고 ..나는 이것을 거짓말 탐기지의 기록지를 살펴봄으로써...물이 올라온 시간을 알 수 있을 것이라고 생각했습니다...

왜 거짓말 탐지기가 이것을 감지할 것이라고 생각했는가?그는 이것은, "저항의 변화를 측정할 수 있도록 설계된 휘스톤 브릿지 회르를 사용하기 때문이다"라고 말했다. 아마도 물이 잎으로 올라오면서 저항의 변화가 생기고 이것이 거짓말 탐지로에 검출될 것이다. 그는 저항이 서서히 감소할 것이라고 예측하고 물이 잎에 도달하면서 바늘이 올라갈 것을 계속 살피며 기다리고 있었다. 그런데, 대신에 반대의 현상이 일어난 것이다. 그는, 이것이 "나를 약간 놀라게 했다"고 말했다.

분명히, 그는 전극을 움직였고 거짓말 탐지기 기록지에 높고 낮게 움직이는 것이 사람을 대상으로 검사를 실시할 때, 당황스런 질문을 할 때 보이는 변화 모양" 이었다. 백스터는 이제 식물의 뿌리에서 잎으로 물이 전달되는 시간을 측정하는 것에 대한 흥미를 잃었다고 한다. 그는 식물이 자신에게 사람 같은 반응을 보여주려고 한다고 믿었다고 말한다. 그 다음으로 떠오른 생각은 "거짓말 탐지기 조사를 받고 있는 사람에게 범죄에 관한 적절한 질문을 할 경우, 그가 만약 거짓말을 하고 있었다면 위협이 될 수 있는 것처럼, 식물에게 어떻게 하면 위협이 될 수 있는가"를 생각하게 되었다고 한다. 이것은 진짜 놀라운 일이다. 기록지의 그래프가, 즉시 그의 관심사를 확인하도록 만들었다. 분명히, 그 순간 전까지는 분명히 백스터는 사람들과 마찬가지이며 이와 비슷하게 반응할 것이라고 전혀 의심하지 않았다. 왜 그가 식물을 위협하려고 했는지는 분명하지 않다. 아마도 그가 피험자도 역시 위협했었지 않았을까 의심해볼 뿐이다. 그리고 왜 안녕(安寧)에 대한 위협이 거짓말을 하려고 할 때와 같은 종류의 반응인지도 분명하지 않다. 최소한, 백스터는 식물이 그를 속일 수 있다는 개념만큼은 진지하게 생각하지 않은 것 같다.

백스터는 잎을 따뜻한 커피에 담기는 것과 같은 행위로 화초가 반응을 일어나도록 13분 55초간 시도했으나, 반응이 없었다고 한다. 소극적인 심문자라면 여기서 포기하고 집으로 돌아갔을 것이나, 백스터는 달랐다. 그는 화초가 지겨워 하고 있다고 결론을 내렸다. 그리고는, 드뎌 그는 갑자기 뭔가 번뜩이면서 방법을 알아냈다! "나는 무엇을 해야할지 알았습니다. 나는 거짓말 탐지기에 연결된 바로 그 화초의 잎을 태우려 했습니다."여기서, 왜 그가 잎을 태우려 했는지는 분명하지 않다. 왜냐하면 태우면 a)수분을 제거하기 때문에 검류계(galvanic response)의 측정이 불가능하며, b) 화초의 잎에 연결된 그의 장비를 손상일 입힐 수 있기 때문이다. 어쨋든, 그는 자신의 계획을 실행하는데 문제가 있었다고 한다. 바로, 성냥이 없었던 것이다. 그러나, 그는 화초로부터 약 1.5 m 떨어져 서 있었음에도 불구하고 거짓말 탐지기가 "매우 심하게 움직였다"고 한다. 백스터는 이것이 드디어 물이 뿌리에서 잎으로 올라왔다거나, 혹은 다른 자연적인 일로 인하여 거짓말 탐지가의 바늘이 움직였다고 생각하지 않고, 화초가 그의 마음을 읽고 잎을 태우려는 의도에 대해 반응한 것이라고 확신했다. 이것한 추론을 그 시점에서 했다는 것은 참으로 흥미로운 것이다. 그는 그의 거짓말 탐지기의 움직임에 대해서 다른 가능할 법한 설명에 대해서 고려한 흔적도 없다. 이것을 보고 일부 독자들은, 매우 뛰어난 사람이 진실을 바로 파악했던, 좋은 일로 생각할 수도 있다. 그러나, 이것은 직관이 틀릴 수 있기 때문에 나쁜 일이다. 그리고 이것보다 더 신기한 것은 이 실험이 있은 후 지난 30년 동안 그들이 말하는 식물의 인식의 연구에 대해서 대조구의 중요성을 백스터와 그의 지지자들이 이해하고 있다는 어떠한 증거도 없다는 점이다.

어쨌거나, 원래 실험을 다시 살펴보면, 백스터는 과학의 이름으로 사소한 절도를 행했음을 인정했다. 즉 그는 다른 사무실로 가서, 비서의 책상 서랍을 열고 성냥을 꺼냈다. 그가 실험을 하기 위해서 다시 돌아오고, 성냥을 키자, 조심스럽고 관찰력이 뛰어났던 그는 거짓말 탐지가가 더 심하게 요동치기 때문에 더 이상의 움직을 측정할 수 없었다. 그래서, 그는 방을 나왔다. 그가 다시 올아왔을 때 "이러한 현상이 다시 벌어졌고, 이것은 분명히 둥근 모양으로 나타났고 분명하고 분명한 양질(良質)의 관찰을 할 수 있었다"라고 말했다. 그가 말한 "분명하고 분명한 양질의 관찰"이 무엇을 의미하는지는 명확하지 않다. 백스터의 진정한 천재성은 이 뛰어난 실험에 대한 그의 다음과 같은 마지막 의견에서 보여진다.

이제, 거짓말 탐지기 학교 당시 거짓말 탐지기를 같이 사용했던 나의 동료가 돌아오자, 그가 화초의 잎을 태우려 의도하는 동안 같은 현상이 일어났다. 만약 그가 식물의 잎을 태우려고 하는 시늉만 하면, 반응하지 않았다.

식물은 실제로 당신이 하려는 것과 시늉만 하는 것을 구분할 수 있었다. 이것은 그 자체가 식물 심리학의 입장에서 매우 흥미로운 것이었다.*

식물 심리학? 나는 그날 밤 백스터가 이것을 발명했다고 생각한다. 그가 만약, 인과관계 설정에 있어서 대조구 실험의 중요성에 대해서 수박 겉핡기 식의 지식이라고 있었으면, 그는 아마도 다르게 결론을 내렸을 것이다. 첫 단계는 우선 명확하게 무엇을 시험할 것인가를 정의하고 각 단계마다 어떠한 순서로 해야하는지 명확하게 하는 것이다. 백스터와 그의 파트너는 불을 태우려는 의도와 불을 태우려고 의도를 흉내내는 것의 차이를 명확하게 정의하지 않았다. 그 다음, 거짓말 탐지기 이외에 화초의 전류를 측정하는 다른 좀더 좋은 방법이 있었을 것이다. 그들은 다른 전문가들과 상의해서 적절한 실험장치를 갖추고 실험을 했어야 한다. 그들이 어떠한 것을 검사하고 어떻게 검사할 것인지를 명확하게 한 후에 비서를 시켜서 그들도 모르게 의도 혹은 흉내를 내도록 하고, 20 회 가량을 한 후 그 결과를 수집해야 했다. 그들은 제 3자에게 어떤 것이 의도를 가진 것이고 어떠한 것이 의도가 아니라 흉내만 낸 것인지 말 하고, 제 3자들은 이것을 비서의 자료와 비교해야 한다. 제 3자는 거짓말 탐지기를 운영하는 사람이 비서가 실험중에 어떠한 행동을 하는지 볼 수 없고, 그렇기 때문에 그녀의 행동에 영향을 받지 않았다는 것을 확실히 해야 한다. 그리고 좀더 비서가 화초를 태우려고 의도할 때의 움직임이 거짓말 탐지기의 반응을 일으키지 않는다는 것을 확실하게 하기 위해서 의도할 때와 흉내낼 때 모두 같은 동작을 해야한다. 또한 그는 서로 다른 종류의 화초를 대상으로 여러번의 시도를 해야한다. 그리고 실험을 하기 직전에는 식물에 물을 주어서는 안될 것이다. 그는 습기와 습도가 검류계의 결과를 판독하는데 영향을 줄 수 있다는 것을 알아야만 한다. 백스터가 대조구 비슷한 실험을 전혀 한적이 없다는 것과 1966년 그가 화초에 거짓말 탐지기를 연결한 것에 대한 이해가 더 이상 발전하지 않았다는 것이 사실이다. 백스터의 추종자들은 충심으로 전세계에 걸쳐서 수천번이나 이러한 실험이 반복되었다고 한다. 불행히도, 재현되었다는 것은 첫 번 실험이 적절하게 수행되었을 때에만 그 결과를 정당화시키는 것이다.

씨를 뿌리고 수확하기

백스터의 주장은 세상에 널리 알려지고 백스터 정도의 자질과 지식을 갖춘 몇 몇 사람들에 의해서지지받았다. 이들은 저널리스트인 피터 톰킨스(Peter Tompkins), 그리고 1989년 식물의 사생활이라는 책을 냈던 정원사 크리스토퍼 버드이다. 이 책은 백스터와, 식물이 텔레파시를 이용해서 인식을 하고 두려움과 사랑같은 감장을 경험한다는 사실을 주장했다는 다른 과학자들의 연구 결과를 일반에 알렸다. 버드는"현대 채소 정원 꾸미기(Modern Vegetable Gardening)의 저자이며, 톰킨스 역시 '대 피라미드의 비밀들(1997)', '자연의 비밀스런 삶:요정에서 쿼크에 이르기까지 자연의 영혼의 비밀스런 세계와 조화롭게 살아가기(1997)', 및 '토양의 비밀들: 우리의 행성을 회복하기 위한 새로운 해결책(1998)'과 같은 몇 몇 "비밀"시리지의 저자이다.

백스터의 결과에 대한 지지자이며 널리 알리고 있는 사람으로는 로버트 스톤 박사가 있다. 그는 멘사(역주 : IQ 가 상위 2% 이상이 되어야만 가입할 수 있는 단체)의 회원이며, 1994년 출판된 '당신의 세포의 비밀스런 삶'의 저자이기도 하다. 스톤은 도한 '실바 방법(Silva Method)(Jose Silva's mind control and self-healing program)'과 Silva Method: Unlocking the Genius Within의 저자이기도 한다. 스톤과 실바는 공동으로 You the Healer 라는 책을 내기도 했다. 그러나, 만약 어떤 사람이 과학 잡지를 조사한다면 그 사람은 식물이 텔레파시를 갖고 있거나 감정을 느낀다는 개념을 지지하는 논문을 찾지 못할 것이다.

식물이 인식할 수 있다는 개념에 대한 과학적인 지지가 없음에도 불구하고 이러한 개념은 많은 사람들에게 사실로 받아들여질 뿐만 아니라, 수 많은 과학적인 연구에 의해서 확립되었다고 믿어지고 있다! 실제로, 식물이 "생체 에너지장"을 "판독"해서 인간의 생각을 이해하는 이러한 힘은 초심리자학자들에게 백스터 효과라고 알려져 있다.*

백스터의 주장을 방어하는 전형적인 증언은 다음과 같은 것이다. 그들이 얼마나 반복적으로 백스터의 실험이 수 많은 사람들에 의해서 여러번 재현되었다고 주장하는지 살펴보라. 그리고 마치 말 잘하는 이야기 꾼 처럼 이들 옹호자들은 이야기를 몇가지 흥미로운 과장을 덧붙인다는 것도 살펴보라. 그러나, 어떠한 이들 증언도 백스터의 주장을 검증하려는 과학적인 시도가 실패했다는 비판적인 연구는 언급하지 않을 것이며, 왜 그의 연구가 문제가 있는지 설명한 것은 하나도 없다.

클리브 백스터는 폴리그래프(거짓말 탐지기)를 사용해서 식물을 검사하기 위해서 전극을 잎에 대었습니다. 전기적인 신호를 기록함으로써 그는 식물이 그의 생각, 특히 식물의 안녕을 해치는 생각에 극도로 민감하게 반응한다는 것을 발견했습니다. 백스터는 근처의 가장 작은 세포가 죽게되는 경우에도 반응한다는 것을 관찰했습니다. 그는 그들이 일종의 기억을 가지고 있으며, 그 전에 근처의 식물에게 해를 끼친 사람에게 반응하기 때문에, 모르는 여러 사람을 한 줄로 세우면 식물이 그러한 행동을 한 사람을 찾아낼 수 있다고 지적했습니다.(죤 밴 마터, 신지학자).*

클리브 백스터는 그가 식물이 일차적인 감각을 가지고 있으며 이것으로 인간의 생각을 감지하고 그것에 대해서 반응할 수 있다고 처음 주장한 1968년 이후로 널리 유명하고 악명도 높습니다. 이것은 민감한 의식을 가진 식물이 텔레파시를 가지고 있으며, 비 물리적인 정보를 처리할 수 있다는 것과 같은 말입니다. 이것은 물론, 모든 분야의 과학자들에게 상당한 충격과 분노, 그리고 두려움을 주었으며, 박스터는 대중매체에서 웃음거리가 되었으며, 그에 대해서 좋은 말을 해줄 것이 없는 냉철한 초심리학자을 기쁘게 했습니다.* 1980년대 말 신경생물학자들이 식물이 "미발달 신경망 (rudimentary neural nets)"을 가지고 있기 때문에 "일차 감각 인식"기관이 있다는 것을 발견하고 확인하기까지는 백스터를 받아들이지 않는 불운한 사태를 해결하고자 하는 도움은 없었습니다.* [잉고 스완의 이 주장은 완전히 실없는 소리입니다. 신경생물학자들은 식물을 연구하지 않으며, 백스터 효과를 검증하기 위해서 신경생물학자들의 논문 연대기를 조사해봐도 헛수고입니다.]

....지도를 이용한 수맥찾기는 on-site dowsing의 가장 단순한 설명이다. 지도를 이용한 수맥찾기는 흔히 "백스터 효과"라고 불리는 것과 관련된 것으로 보인다. 백스터는 거짓말 탐지기 전문가이며 그는 검류계를 화초의 가장 윗 부분의 잎에 부착시켰다. 이 장치는 피부의 전기적 저항을 측정하는 것이다. 그는 화초에 물을 주고 물이 잎에 올라와서 저항을 변화시키는데 얼마나 걸릴지 측정하기를 기대했다. 거짓말 탐지기는 즉시 변화하여 측정하는 사람을 기쁘게 하지 않았다. 그는 이것을 이해하지 못했고, 화초의 잎을 태워서 겁을 먹게 하려고 결정했다. 이 화초는 그가 이러한 생각을 가지자마자 거짓말 탐지기에 두려움 반응을 나타냈다. 백스터의 실험은 약간씩 다른 방법을 사용했지만, 수 많은 사람들에 의해서 수천 번 재현되었으며, TV와 다른 많은 책으로 인하여 대중에 널리 알려지게 되었다. (워터 우드, 지도를 이용한 수맥기사 이며, '로빈에게 보내는 편지:진자 수맥찾기 단기과정' 이라는 20 페이지 소책자의 저자이다).

1960년대 말과 70년대 초의 백스터의 업적은 피터 톰킨과 크리스터퍼 버드의 "식물의 사생활"이 베스트 셀러가 되는 중요한 원동력이 되었다. 1980년대에는 그의 업적은 러버트 스톤의 "당신의 세포의 비밀스러운 삶"으로 이어진다. 그의 연구 여정은 1966년 식물이 감각 능력이 있으며 변화하는 감정과 관련된 인간의 강력한 의도에 대해서 반응한다는 것이 우연히도 재발견 됨으로 시작되었다. (20세기 초에 인도의 챤드라 보스(J. Chandra Bose*)가 이와 비슷한 원리를 나타내 보였다.) 널리 팔리고 있는 거짓말 탐지기의 한 부분인 검류계 (GSR)을 측정하는 장치를 이용해서 백스터는 화초에 물을 주고 물이 올라오는 시간을 측정할 수 있는지 알아보고자 하였다. 측정할 수 없었다. 그러나 놀랍게도 검류계는 그가 갑자기 잎을 태우려 하는 생각이 떠오르자,.. 잎을 태우려하는 위헙에 반응했다.

지난 30년 동안에 말 그대로 수백건의 실험이 "백스터 효과"라고 알려진 생물간의 의사소통이 존재한다는 것을 증명했다. 안전한 그릇을 이용해서 요구르트를 배양할 때 나와 두명의 여성 동료가 성과 권력 문제로 논쟁을 할 때, 나를 흥분시키는 감정에 요구르트가 초자연적으로 반응하는 것을 보여주었다. 흥미롭게도, 요구르트는 같은 주제에 대한 지적인 토론에서는 반응하지 않았으며, 오직 우리의 말이 감정이 섞였을 때만 반응했다. 이러한 개인적인 경험으로 나는 의심하지 않고 믿게 되었다. (폴 폰 와드, MPA and M.S., "의식과 최전선 과학" 분야의 연구자이며 저술가").*

1969년 마르셀 [죠셉 보겔]은 IBM의 공학자들을 위한 창조성에 관한 강좌를 한 것을 들었다. 그가 Argosy 라는 잡지에서 "식물도 감정을 가지고 있을까"라는 거짓말 탐지기 전문가 클리브 백스터가 식물과 인간의 상화작용이 반응을 보인다는 것을 처음으로 읽은 것이 바로 그때이다. 처음에는 인간-식물간의 상호작용이라는 개념을 거부했지만 그는 이러한 이상한 주장을 탐구해보기로 결정했다.

그는 식물을 바이오에너지장(인간의 마음을 나타내는)의 신호를 전달해주는 물질로 사용하여 백스터의 효과를 재현해낼 수 있었으며, 식물이 인간의 생각에 반응한다는 것을 증명하여 주었다. 그는 잎이 갈라진 필로덴드론(역주 - 화초의 일종)을 알려진 저항과 비교하여 모르는 저항을 측정하는 회로인 휘스톤 브릿지에 연결하였다. 그는 숨을 조용히 내쉴 때에는 식물에게서부터 거의 아무런 반응이 없다는 것을 알았다. 그러나 생각을 하면서 킁킁거리며 숨을 쉴 때는, 식물이 극적으로 반응하였다. 이러한 장은 인간의 호흡과 생각에 연결되어 있으며, 일정한 시간에만 일어나는 것이 아니다. 그리고 식물이 생각에 대해 반응하는 것은 8인치, 8피트, 혹은 8천마일이나 떨어져도 마찬가지이다! 이 실험의 결과에 근거하여 볼 때, 역제곱의 법칙(거리의 제곱에 반비례하는 법칙 - 대표적인 것인 광원으로부터 멀리 떨어지면 빛이 광원과 피사체 사이 거리의 제곱에 반비례 한다.)은 인간의 생각에는 적용되지 않는다. 이것이 마르셀(Marcel)이 순수한 이성적인 과학자에서부터 영적 혹은 신비적 과학자로 전환되는 시작이었다.

기본적으로, 식물은 잘린거나, 태워지거나 혹은 찢겨지는 것에 대한 실제 행동 보다는 생각에 더 잘 반응한다는 것을 발견했다. 그는 만약 그가 다른 식물의 잎을 찢으면, 다른 식물이 반응을 할 뿐만 아니라, 단지 찢으려는 마음만 먹어도 반응한다는 것을 발견했다. 식물은 마치 그의 정신적인 반응을 그대로 보여주는 것 같았다. 그는 그 식물은 그의 생각과 의도로 이루어진 에너지를 저장하고 있는 건전지 같다고 결론 내렸다. 그는 이들 실험에 대해서 "나는 생각과 연결된 에너지가 있다는 것을 배웠다. 생각은 펄스를 낼 수 있고 생각과 연결된 에너지는 서로 모여서 마치 레이져와 같은 힘을 갖는다"(Rumi Da, purveyor of fine crystals).*

70년대에 식물의 사생활이라는 한 베스트 셀러 서적은 전세계에 걸쳐서 식물의 지능을 탐구하려는 과학적인 연구를 잘 보여주었다. 뉴욕시의 퇴역 경찰관이며, 거짓말 탐지기를 사용하는 법을 훈련받은 클리브 백스터에 대해서 쓰여진 장은 나에게 가장 큰 인상을 남겼다. 장난으로 그는 그의 화초에 거짓말 탐지기를 연결하고 화초의 반응을 살펴보려고 하였다.

어느날, 백스터는 드라세나 맛상게아나(역주 : 화초의 이름, 일반적으로 '행운목'이라고 부른다.)에 불을 붙인 성냥을 가지고 다가가서 마치 태워 버릴 것 같이 행동했다. 이 화초가 그래프상에서 매우 격렬하게 움직였을 뿐만 아니라, 그곳에 있던 다른 화초도 마찬가지였다. 실험을 계속하면서, 그는 화초가 그가 비록 수 마일 떨어진 곳에 있더라도, 그의 마음에 대해서 반응한다는 것을 발견했다. 어느날, 뉴저지주의 턴파이크에서 그는 화초들에게 생각을 통해서 자신이 집으로 돌아가고 있다는 것을 알리려고 결심했다. 도착했을 때, 그는 바로 그가 식물과 의사소통을 했던 시점에서 매우 격렬하게 반응했다는 것을 발견했다. 그를 감지하는 능력에 있어서 거리는 아무런 상관없었다!

모든 사람이 이 기술과 능력을 개발할 수 있다. 우리는 모두 자신안에 이러한 능력을 가지고 있다. 우리가 해야할 것은 단지 이것이 사실이라는 것을 받아들이고 열린 마음으로 시도하는 것이다.(Judith Handlesman, spiritual gardener and vegetarian).*

분명히, 백스터에게는 그를 추종하는 사람들이 있으며, 그들은 백스터가 과학에 있어서 매우 기본적이고 탁월한 업적을 이루었다고 생각한다. 왜 그는 아직 노벨 상을 받지 못했는가? 왜 거의 과학계 전체에서 그를 무시하는가? 이 질문의 답변은 명백하다. 그럼에도 불구하고, 백스터는 그의 작업을 캘리포이나 샌디아고에 있는 백스터 연구 센터에서 계속하고 있으며, 그곳에서 그는 화초들이 그의 사랑하는 생각에 잘 반응하고 있으며 그가 생각으로 하는 명령에 복종하기도 한다는 것을 시연해 보여줄 수 있다고 주장한다.*

지나친 추종자에 의한 수치!

백스터의 최대 추종자이며, 그의 주장을 방어하는 사람은 천리안을 광고하고 다니는 잉고 스완(Ingo Swann, "Remote Viewing - The Real Story")이다. 스완은 앞서 인용한 글에서 나온 사람으로, 백스터의 업적을 정당화 시키려고 1980년대 신경생물학자가 식물에서 신경망을 발견했다고 말했었다. 스완에 의하면 1971년 백스터는 그를 자신의 식물 실험실과 거짓말 탐지기 학교에 초대했다고 한다. 잉고는 그가 거짓말 탐지기의 바늘을 화초에 연결했고 그가 화초를 성냥으로 태우려 생각하면 "미친 듯이 흥분"했다고 주장한다. 그는 이러한 사건을 여러 번 반복할 수에야 이러한 반응이 일어나지 않았다고 한다. 스완은 이 사건을 회상하면서 그와 백스터가 생각하는 것이 논리적인 결론일 수밖에 없다고 생각했다. 물론, 이들중 어느 누구도 실수하거나 기만당했다고 생각하지 않았다. 또한 그들 중 어느 누구도 대조구 실험을 해야한다는 생각이 떠오르지 않았다.

나는 "왜 이런 일이 벌어졌나요?" 라고 물었다. 그는 "믿을 수 없군요."라고 말했다. 그러고 나서, 아주 이상한 생각이 나에게 떠올랐다. 너무 놀라워서 소름이 끼쳤다. 나는 물었다. "내가 잎을 태우려 할 때 진지하지 않다는 것을 화초가 학습했다는 것인가요? 그래서 화초가 더 이상 경고 할 필요성이 없다는 것을 알았다는 것인가요?"

백스터는 웃음지으며 말했다. "당신이 알아낸 것이지, 제가 알아낸 것이 아닙니다. 식물에게 해가 되는 다른 생각을 시험해 보십시요." 그래서 나는 화초 화분에 산을 쏟아 붓는 생각을 했다. 맞았다! 그러나 곧 화초의 같은 "학습 곡선"이 반복되었다. 나는 화초에게 말을 하는 화초를 모든 사랑하는 사람처럼, 그당시 식물이 감각과 텔레파시능력이 있다는 "진실"을 이미 이해하고 있었다. 그러나, 그러한 식물이 진실과 사람의 의도를 흉내만 내는 것을 구분하는 것을 학습할 수 있다는 것은 나에게는 "벼락"같은 일이었다. 이러한 놀라운 경험으로 나는 최종적으로 먼곳 보기를 개발하는데 중요한 역할을 하는 "학습 곡선"라는 개념을 이해하게 되었다.

그러나 백스터는 계속 움직였다. "당신이 과연 어떠한 종류의 마음이나 화학물질에 영향을 줄 수 있다고 생각합니까?" "나는 어떻게 영향을 줄 수 있는지 모르겠습니다. 그러나 나도 시도해보죠." 몇 주 동안 나는 타임즈 스퀘어의 실험실로 가서 금속이나 화학물질을 이용해서 실험했으며, 그리고 나도 모르게 빠져들어 1971년 10월로 접어들었다.*

실험에 대한 이런 종류의 아마츄어식 접근과, 이러한 것들이 논쟁의 여지가 없는 증거로 확립된 사실이라는 생각을 순진하게 강화하는 것은 바로 백스터와 그의 지지자들의 전형적인 모습니다. 자질있는 과학자들은 이런 초보적인 추론을 절대로 하지 않는다. 그러나 과학적으로 무지한 사람들은 이러한 실험에 쉽게 속는다.

백스터 효과와 원시 종교

짐 클랜포드(Jim Cranford)는 또 한 명의 백스터의 옹호자이며, 그는 백스터가 애니미즘 종교가 실제로 식생(植生)과 의사소통을 할 수 있다는 증거를 제시한 사람으로 간주한다.

비록, 백스터와 비슷한 실험이 전세계에 걸쳐서 지난 15년이 넘도록 수천건이 반복되었지만, 우리는 그 의미를 파악하는데 실패했다. 이 문제의 일부는 백스터가 "과학자"가 아니며, "그들"은 그외 다른 사람들이 그 어떠한 것이라도 알 수 있다는 것을 인정하는 것을 좋아하지 않았다. 이것은 나쁘게 말해서 자존심 혹은 거만 이지만 실험실에서 보기 드믄 일도 아니다. 우리들의 나머지 사람들이 "원시인"들이 의식과 희생을 통해서 실제로 식물들과 의사소통을 할 수 있다는 것을 믿기 어렵다고 생각한다. 도처에서 우리보다 더

우리는 여기 주변에 우리외에 어떠한 "지성체"도 있을 수 있다는 것을 믿는 것을 명확히 거부하기 때문이다. 하지만, 원시 종교에 대한 우리의 총체적인 관점을 다시 생각해 볼 필요가 있다는 것은 명백하다. *

최소한 크랜포드는 백스터가 과학자가 아니라는 것은 잘 알고 있다. "그리고 앞에 말한 그들"이 인과관계를 연구할 때 대조구가 필요할 것이다.

백스터와 신지학

백스터의 생각을 지지하는 또 한 사람은 신지학자인 죤 밴 마터 주니어 (John Van Mater, Jr.)로 그는 백스터의 업적이 아래와 같은 개념을 지지한다고 생각하고 있다.

...생명체를 둘러싸고 있는 우주 에너지인 생명력은 인간을 포함한 모든 계에서 공유하고 있다... 자연은 모든 존재들의 위대한 우애라고 볼 수 있다. 이것의 대부분은 우리가 검지할 수 없고 평범한 이해를 뛰어넘는다. 식물계는 살아있는 행성의 생명력(혹은 쁘라나)의 필수적인 층으로, 자신의 대사과정을 통해, 대기를 생산하고 조절할 뿐만 아니라, 에너지를 생물계로 전달한다. 식물은 또한, 각각의 계 혹은 레벨이 기능을 유지하고 진화하기 위해서 다른 존재들을 필요로 하는, 생명체 사슬의 한 부분이다. (See "Our Intelligent Companions, the Plants," John Van Mater, Jr., Sunrise magazine, April/May 1987 published by Theosophical University Press.)

그러므로, 백스터의 엉터리 과학은, 수맥찾기, 에너치 치료, 텔레파시, 먼곳보기 및 비슷한 그 어떠한 것을 주장하는 사람들을 옹호하는 형이상학적인 개념을 지지하게 되었다.

과학적인 지지?

비록 주류과학에서는 텔레파시를 가진 식물이나, 식물의 "일차 인식"등의 백스터의 주장에 대해서 무시하고 있지만, "첨단 과학"책을 판매하고 있는 한 뉴에이지 UFO/환경론자 사이트인 Earthpulse.com에서는, '식물의 사생활'이라는 책을 위한 짧은 광고를 버몬트 대학의 리챠드 클라인이라는 식물학자가 써주었다고 한다.

만약 내가 식물의 안으로 들어갈 수 없거나 혹은 식물에서 나오는 것을 느낄 수 없거나, 혹은 그렇게 할 수 있는 다른 사람을 모른다고 해서, 어떤 사람들이 그렇게 할 수 있거나 할 가능성을 줄여주는 것은 아니다...

정직한 말은 하나도 없다. 그러나 버몬트 대학의 웹사이트를 조사한 결과 생물학과나 다른 과에서 라챠드 클라인이라는 사람을 찾지 못했다. 아마도 클라인은 외계인에게 납치된 것 같다. 아니면 어쩌면 그는 백스터와 같이 이중맹 대조구 실험을 실시하고 있을 수도 있다. 어찌 되었건, 백스터는 거짓말 탐지기의 적절한 사용처 하나를 발견했을지도 모른다.

*note1: 죤 고메츠는 대중매체에 대한 생각이 달랐다. 고메츠는 다음과 같이 썼다. "불행히도, 대중적인 신문들이 백스터의 실험을 받아들이고 그 결과를 대중들에게 제공해서 이제 많은 사람들이 식물이 실제로는 할 수 없는 것을 할 수 있다고 믿게 만들었다. 신문에서는 무엇보다, 백스터 효과가 단지 일곱 개의 화초를 관찰한 것에 근거한 것이라는 것은 전혀 언급하지 않았다. 아마도 그들은 백스터를 포함해서 어느 누구도 다시 재현할 수 없는 (백스터는 다시 재현하기를 거부) 실험으로부터 유래한 주장을 과장한 것이라는 것을 상기할 필요가 있을 것이다."

*note2: Jagadis Chandra Bose 경(卿)은 벵골과학자이며 프랑스 생기론자인 앙리 베르그송(Henri Bergson)을 숭배한다.

읽기 자료

American Society of Plant Physiologists and their journal Plant Physiology
Cleve Backster from 1995 Silva International Convention
Cells Caught in the Act of Communication by Robert B. Stone, Ph.D. (MISHA [Monterey Institute for the study of Alternative Healing Arts] newsletter 11)

Horowitz, K. A., D.C. Lewis, and E. L. Gasteiger. 1975. Plant primary perception. Science 189: 478-480.

Kmetz, J. M. 1977. A study of primary perception in plants and animal life. Journal of the American Society for Psychical Research 71(2): 157-170.

Kmetz, John M. 1978. Plant perception. The Skeptical Inquirer. Spring/Summer, 57-61.

아파트브랜드 몇가지

SALTFUN — Wed, 10 Jun 2020 06:43:05 +0900

힐스테이트 Hill State
플로리체 Floriche Flower + Riche
엠코타운 amco TOWN Asset Management Co.Ltd 현대엠코(현대-기아 자동차차그룹의 건설회사)
2009년 '엠코' -> '현대엠코' 사명변경

비발디 Vivaldi

더샵 THE SHARP # 포스코건설 https://www.thesharp.co.kr/brand/bi_slogan.aspx 더샵 포레스트, 더샵 퍼스트파크

스타힐스 서희건설

2019년도 종합건설업자 시공능력평가액<토목건축공사업> http://www.worker.co.kr/link/2002R100.asp

2019년도 종합건설업자 시공능력평가액<토목건축공사업>

1 삼성물산 래미안 來美安 미來지향적이고 아름답고(美) 편安한 아파트
2 현대건설 힐스테이트 HILLSTATE(현대엔지니어링과 공동사용)
3 대림산업 e편한세상(같은 계열사인 삼호와 고려개발도 2001년부터 브랜드 사용계약을 맺고 같은 브랜드 사용)
4 GS건설 자이 XI LG건설시절인 2002.9 런칭. 오피스텔: 자이엘라 '특별한 지성 eXtra Intelligent'
5 대우건설 푸르지오(2003년 푸르다+GEO대지, 공간)
6 POSCO 건설 더샵 THE SHARP #
7 현대엔지니어링 힐스테이트 HILLSTATE(2014.4 현대엠코 amco 와 합병이후 현대건설과 공동사용)
8 롯데건설 롯데캐슬 LOTTE CASTLE
9 HDC현대산업개발 아이파크 iPARK
10 호반건설 호반베르디움 VERTIUM 과거에는 '리젠시빌' 사용, 2005년 본사를 서울로 이동하면서 베르디움으로 교체. VERT 푸른 숲을 뜻함, Imperium 공간, 대지를 뜻함 -> 자연이 숨쉬는 주거공간. 호반써밋 SUMMIT (프리미엄브랜드, 구 써밋플레이스)
11 SK건설 SK뷰(지역 또는 건물 특성에 따라 VIEW를 앞이나 끝에 붙임. SK뷰PARK, SK리더스뷰, SK스카이뷰)
12 한화건설 포레나(꿈에그린) FORENA
13 반도건설 반도유보라(U.BORA 1984.2.에 입주한 부산 괴정 반도보라 맨션이 시초, 권홍사 회장의 장녀 권보라의 이름에서 따옴)
14 태영건설 데시앙(디자인 Dessin데생 + 접미어 AN -> DESSIAN 안락하고 미학적인 주거공간의 디자이너)
15 부영주택 사랑으로, 애시앙 사랑으로가 촌스러워 애시앙으로 바꿔버리는 경우가 있음, 위례신도시에서는 아예 위례55더힐로 바꿔버림
16 한신공영 한신더휴 THE HUE, 한신더휴리저브(THE HUE RESERVE 프리미엄 주상복합단지) 韓信工營 HANSHIN Engineering & Construction Co., Ltd
17 중흥토건 중흥S-클래스
18 계룡건설산업 리슈빌 RicheVille 풍요로운 마을 鷄龍 Kyeryong Construction Industrial Co., Ltd.
19 코오롱글로벌 코오롱하늘채
20 금호산업 어울림
21 호반산업
22 효성중공업 해링턴 HARRINGTON (해링턴플레이스: 아파트, 해링턴타워 오피스텔, 해링턴스퀘어 주상복합, 해링턴코트 고급빌라)
23 두산건설 두산위브 DOOSAN We've (두산중공업도 이 브랜드를 사용). 고층아파트: 위브 뒤에 더제니스 The Zenith 천정, 정점 를 붙임. 오피스텔: 센티움(Centi'um Centi- 세기 + um 웅장한 건축물)을 뒤에 붙임
24 S&I코퍼레이션 Space 공간 + I 나
25 삼성엔지니어링
26 제일건설 제일풍경채
27 한라 한라비발디, 한라하우젠트
28 한양 한양수자인 SUJAIN
29 신세계건설 빌리브 viLLiv. Village 모던한 형태의 마을 + Live 존중되는 삶의 공간 -> 섬세하고 감각적인 라이프스타일의 주거 브랜드
30 삼호 대림의 계열사 e편한세상
31 IS동서 에일린의 뜰: 아파트, W: 고급아파트
32 쌍용건설 스위닷홈->스윗닷홈예가->쌍용예가: 아파트 -> 더플래티넘 The PLATINUM: 주상복합아파트 2006.4. 쌍용그룹에서 분리
33 KCC건설 스위첸 Switzen. 웰츠타워 WELLTZ TOWER: 고급브랜드. 1989. 금강에서 기업분할, 금강종합건설주식회사창립 -> 2005년 KCC건설로 바꿈
34 대방건설 대방노블리제, 대방샤인힐, 대방에이스힐 ->아파트: 대방노블랜드 NOBLE LAND. 주상복합이나 오피스텔: 대방디엠씨티 THE M CITY
35 우미건설 우미린 Lynn(隣: 이웃 린). 주상복합: 뒤에 스트라우스 Straus (Star + Haus House의 독일어)가 붙음
36 동부건설 센트레빌 CENTREVILLE
37 동원개발 동원로얄듀크 ROYAL DUKE, 비스타 Vista 동원, 동원베네스트 동원그룹 계열사인 동원건설산업의 아파트 브랜드
38 서희건설 스타힐스 STARHILLS
39 화성산업 화성파크드림 Park Dream
40 금강주택 금강펜테리움
41 협성건설 협성엠파이어 -> 협성휴포레 (Human + Forest 숲), 협성르네상스: 협성종합건업의 아파트브랜드
42 양우건설 양우내안애 (내안을 사랑愛한다는 의미, 내 아내 My Wife 가 연상되도록 함)
...
67 신안종합건설 신안인스빌, 신안실크밸리: 신안건설산업의 아파트브랜드

수상한 이름들: 브랜드가 없거나 이상한
송파파인타운: 이 브랜드는 대체 뭐지? 다양한 건설사들이 참여한 대규모 장기전세 국민임대단지라서 그렇다.
1단지: 삼중건설
2단지: 울트라건설
3단지: 신일건업
4단지: 신한종합
5단지: 진흥기업
6단지: 경남기업
7단지: 극동건설
8단지: 신창건설
9단지: 신일건업
10단지: 중앙건설
11단지: 일성건설
12단지: 양우건설
13단지: 양우건설

위례35단지아파트: 왜 브랜드가 없지? 삼호에서 지었다. 영구임대다.
위례자연앤래미안 e편한세상: 래미안은 뭐고 e편한세상은 또 뭐? 삼성물산과 대림산업이 공동으로 시공했단다.
위례더힐55아파트: 더힐은 들어본 듯도 하지만 낯선데? 원래 부영사랑으로 인데 이름이 촌스러워 아파트 이미지·가격에 부정적인 영향이 커 입주민들이 바꿔버렸대.

OAuth 2.0

SALTFUN — Wed, 5 Feb 2020 10:58:55 +0900

https://opentutorials.org/course/3405

0. INTRO
1. 역할
2. 등록
3. Resource Owner의 승인
4. Resource Server의 승인
5. Access token
6. API 호출
7. Refresh token
8. 마무리

0. INTRO

사용자가 가입된 서비스의 API에 접근하기 위해서는 사용자로부터 권한을 위임 받아야 한다. 이 때 사용자의 패스워드 없이도 권한을 위임 받을 수 있는 방법이 필요하다. 이를 위해서 고안된 기술이 OAuth입니다. 오늘날 많은 API들이 OAuth를 통해서 상호 연동을 지원하고 있다.

구글, 페이스북과 같은 서비스의 API에 사용자 대신에 접근하기 위해 반드시 필요한 기술이다. 또 아래 그림과 같이 다른 서비스로 로그인 하기 기능을 구현하는데도 필수적으로 필요한 기능이다.

Fig 1

OAuth 2.0 Youtube 재생목록

https://www.youtube.com/playlist?list=PLuHgQVnccGMA4guyznDlykFJh28_R08Q-

참고

Express-Session & Auth 수업 바로가기

또 OAuth는 애플리케이션 기술(PHP, Python, Ruby, JavaScript, Node.js, Java..)을 이용하기 때문에 이런 기술에 대한 이해가 필요하다.

https://cg-developer.tistory.com/361

OAuth는 Open Authorization, Open Authentication 뜻으로 오픈 스탠다드 프로토콜을 말하는데, OAuth 2.0은 다양한 플랫폼 환경에서 권한 부여를 위한 산업 표준 프로토콜이다. 애플리케이션(페이스북,구글,트위터등- Service Provider)의 유저의 비밀번호를 나의 서비스에 제공 없이 사용자 인증,인가를 할 수 있는 기술 이다. 또는 제 3의 앱이 자원의 소유자인 서비스 이용자를 대신하여 서비스를 요청할 수 있도록 자원 접근 권한을 위임하는 방법이다.

OAuth 2.0은 페이스북이나 구글의 아이디로 제 3의 서비스에 로그인해서 등록되어 있는 정보(친구목록)나 기능(담벼락 글쓰기)에 접근할 수 있는 권한을 제어하기 위한 표준 프로토콜이다.

OAuth라는 기술과 관련 3명의 참여자

- Mine = 나의 서비스
- User = 사용자(나의 서비스를 사용하는자 )
- Their (나의 서비스가 연동하려고 하는 그들의 서비스) = 구글, 페이스북, 트위터등

Fig 2

OAuth라는 기술이 나오게 된 배경

나의 서비스가 사용자를 대신해서 사용자가 가입한 구글과 같은 서비스의 API에 접근하여 CRUD를 하고싶다면 사용자로부터 구글의 서비스에 접근할수 있도록 허가를 받아야 한다. 가장 쉬운 방법은 사용자로부터 아이디와 비밀번호를 받아서 우리가 기억하고있다가 그들의 서비스에 접속할때 아이디와 비밀번호를 이용하는것이다. 하지만 보안상 여러가지로 상당히 위험하다.

사용자의 아이디, 패스워드 없이도 권한을 위임 받을 수 있는 방법이 필요하다. 그래서 이러한 문제점에서 OAuth라는 기술이 고안 되었다. OAuth기술을 사용해 훨씬 더 안전한 방법으로 그들의 서비스와, 나의 서비스가 상호작용 할수 있는것이다.

OAuth기술의 핵심 요약

OAuth 를 통해서 나의 서비스가 accessToken을 얻어낼수있다는게 가장 핵심이다.

Fig 3

1) 유저의 요청에 의해서 그들의 서비스가 accessToken을 나의 서비스에 발급해준다. accessToken은 그들의 서비스의 비밀번호와 아이디가 아닌 장점을 가지면서도 역할을 대신해주는것으로 볼 수 있다.
accessToken은 그들의 서비스가 가지고 있는 모든 기능이 아니라 그중에 나의 서비스가 필요로 하는 기능만 부분적으로 허용하는 것이다.

2) accessToken을 통해서 그들의 서비스에 접근해서 데이터를 CRUD할수 있는것이다.

이러한 기술을 Federated Identity라고 하는데 그 가장 기반에 있는 것이 OAuth이다.

TOP

1. 역할

OAuth라는 기술과 관련한 3자 관계 재정의

Fig 4

- Resource server : 나의 서비스가 제어하고자 하는 자원, 데이터를 가지고 있는 서버라는뜻
(이름, 나이 등 아이디 관련 정보를 제공하는 서버, 구글,페이스북등)

- Authorization Server : 인증과 관련된 처리를 전담하는 서버이고
(로그인을 통해 인증 후 권한을 부여하는 서버. 구글, 페이스북 등). 공식 매뉴얼에서는 Resource Server와 Authorization Server를 구분하는데 여기서는 그냥 모두 Resource Server 로 본다.

- Resource Owner : 자원의 소유자를 뜻 한다. 즉 나의 서비스를 이용하려고 하는 일반사용자

- Client : Resource server에 접속해서 정보를 가져가는자. 서비슬 제공하려고 하는 "나"다. 내가 사용자에게 서비스를 제공하며 이때 인증서비스를 받으려고 하기 때문에 Client 가 된다.

TOP

2. 등록

OAuth를 이용해서 Resource Server에 접속하기 위해서는 우선 Resource Server에 등록하는 과정이 필요하다.

Fig 5

Client가 Resource Server를 이용하기 위해서는 Resource Server의 승인을 사전에 받아 놓아야 하는데 그것이 등록 register이다.

서비스 마다 등록하는 방법이 다 다르지만, Client ID, Client Secret, Authorized redirect URIs 의 세가지 요소는 공통적으로 가진다.

.Client ID: 우리가 만들고 있는 애플리케이션을 식별하는 ID, 식별자. 외부에 노출됨
Client Secret: Client ID 에 대한 비밀 번호. 절대로 노출되면 안된다. 엄청난 보안사고가 일어날 수 있다.
Authorized redirect URIs: Resource Server가 권한을 부여하는 과정에서 우리에게 Authorized Code 값을 전달해주는데 어느 주소로 전달 받을지를 지정하는 값. 리소스 서버는 지정된 주소가 아닌 곳으로부터의 요청을 무시할 것이다.

Tistory에서도 이 서비스를 제공한다. Facebook 개발자페이지를 통해 실천의 예시를 살펴보자.

Fig 6

https://developers.facebook.com :facebook 개발자 페이지

Fig 7

Fig 8

Fig 9

이제 Facebook Login을 Set Up 하면 다음 화면이 뜬다.

Fig 10

그리고 Web을 하려고 한다면 Web을 클릭한다.

Fig 11

Fig 12

Facebook Login/Settings 에서 Redirect URI to Check 에 URI를 입력하고 확인 후 저장한다.

Fig 13

Settings를 보면 App ID 와 App Secret 가 있다.

구글도 한 번 훑어보자.

Google Cloud Platform 에서 앱을 만드는데, Select a Project/New Project에서 Project Name을 설정한다.

Fig 14

그러면 Project가 생성되고 이제 다시 project를 선택한다.

Fig 15

여기서 우리가 원하는 것은 API를 제어하는 것이다. 그러기 위해서는 제어할 수 있는 자격을 얻어야 하는데 구글에서는 Credentials에서 진행한다.

Fig 16

Consent Screen 설정

Fig 17

이제 우리가 서비스할 애플리케이션 타입을 설정한다.

Fig 18

Fig 19

Fig 20

TOP

3. Resouce Owner의 승인

등록을 마치면 Resource Server와 Client는 Client ID, Client Secret, Redirect URI 라는 3가지 핵심적인 정보를 동시에 갖게 된다. Client는 Redirect URI에 해당하는 페이지를 구현해놓고 준비해두고 있어야 한다.

먼저 한가지 내용을 짚고 가자. Resource Server 가 가지고 있는 기능이 A, B, C, D 4개 라면 Client가 Resource Server의 모든 기능이 다 필요한 것이 아니라 그 중 B, C에 해당되는 2개의 기능만 필요한 경우, 모든 기능에 대해 인증을 받는 것이 아니라 최소한의 기능에 대해서만 훨씬 용이하고 안전하다.

Resource Owner 즉 user가 우리의 서버에 접속을 하면 우리가 Resource Server를 사용해야 하는 상황이 생길 수 있다. 예를 들어 Facebook에 글을 게시한다든지, Google Calendar에 날짜를 기록한다든지 등의 작업을 해야 한다면 우리는 Resource Owner에게 이런 화면을 보여주게 된다.

Fig 22. user 즉 Client 에게 다른 사이트 계정을 이용하여 로그인하도록 하는 화면

"지금 귀하께서 하시려고 하는 일은 페이스북의 ... 기능이 필요한데 그 기능을 쓰기 위해서는 하기 때문에 인증을 거쳐야 합니다"라는 메세지와 함께.

Fig 23

어찌됐든 사용자의 동의를 해야만 다음 과정으로 넘어가게 될 것이다. 위 그림의 버튼을 클릭했다는 것은 사용자가 동의를 했다는 의미인데 저 버튼은 이런 링크를 가지고 있다.

버튼이 가지고 있는 링크

인자로서 Client ID, 사용하려는 서비스 B와 C, redirect uri 값이다. 실제로 저런 버튼의 링크를 보면 이렇다.

Resource Owner는 버튼을 클릭하여 저 주소, 즉 Resource Server로 가게 되며, 이때 Resource Server 는 로그인 하도록 한다. 로그인이 되면 Resource Server는 Resource Owner가 보낸 URI에 있는 Client ID 가 있는 지를 확인하고, 계속해서 자신에게 등록되어 있는 redirect uri 와 저 주소의 redirect uri가 같은지를 또 확인하고 다르면 그냥 끝내버린다. 확인 되면 Resource Owner에게 scope에 해당되는 권한을 Client에게 부여할 것인지를 확인하는 메세지를 보낸다.

Fig 24

사용자가 동의하면 Resource Server는 user id가 scope 에 해당하는 작업을 허용하는 것에 동의하였다는 정보를 가지게 된다.

url을 보기 쉽게 decoding 도구: https://urldecode.org

TOP

4. Resouce Server의 승인

OAuth 2.0의 총 6 가지 인증 방식(grant type)

인증 Grant Type이란 Client가 액세스토큰을 발급받기 위한 플로우라고 보면 된다

1) Authorization Code Grant (인가 코드 그랜트 타입)

OAuth2.0 Grant Type에서 가장 잘 알려진 인가 코드 그랜트 타입은 중요한 보안 이점을 제공하는 방법이다. 일반적인 웹사이트에서 소셜로그인과 같은 인증을 받을 때 가장 많이 쓰는 방식으로 기본적으로 지원하고 있는 방식이다. 클라이언트는 토큰을 발급 받기 전에 인증 코드라는 것을 사전에 리소스 소유자에 의해서 받게 되고 그 인증코드(권한 부여코드)를 가지고 인증서버에 요청을 보내야 토큰을 발급받을 수 있다.

2) Implicit Grant (암시적 그랜트 타입)

암시적 그랜트 타입은 서버가 없는 단순 웹 브라우저에서 직접 실행되는 자바스크립트 웹 애플리케이션 클라이언트에게 적당한 권한 부여 방법이다. 별다른 인증방법없이 클라이언트가 요청을 보내면 리소스 소유자의 Authentication(+사용자 동의 과정) 과정만 거치고 바로 토큰을 발급해준다. 이 그랜트 타입은 클라이언트가 토큰을 안전하게 보관할 방법이 없기때문에 리프레시 토큰을 발급해주지 않는다.

3) Resource Owner Password Credentials Grant

Client에 아이디/패스워드를 받아 아이디/패스워드로 직접 access token을 받아오는 방식이다. Client가 신용이 없을 때에는 사용하기에 위험하다는 단점이 있다. 클라이언트가 확실한 신용이 보장될 때 사용할 수 있는 방식이다.

4) Client Credentials Grant

5) Device Code Grant

6) Refresh Token Grant

Resource Server 는 Access token을 발급하기 전에 한 가지 절차를 더 진행한다. 이때 사용하는 임시비밀번호가 Authorization Code이다. Resource Server 는 Resource Owner에게 아래 그림의 ①과 같은 식으로 Authorization Code를 전송한다.

Fig 25

응답할때 Header 값으로 location을 줘서 저 주소로 이동하도록 명령하는 것이다. Resouce Server가 Resouce owner의 웹브라우저에게 https://client/callback?code=3 로 이동하도록 한 것. 이 주소를 살펴보면 인자값으로 code=3 을 주고 있는데 여기서 이 3이 바로 Authorization code이다.

② 이에 따라 Resource owner의 웹브라우저는 사용자[즉 Resource owner]가 인식하지 못하도록 은밀하게 location 헤더 값 주소로 이동하게 된다. 그리하여 Client는 Authorization code 의 값 3을 얻게 된다. 이것이 Client가 Resouce Server로부트 Access token을 발급받기 전 단계이다.

이제 클라이언트는 리로스오너를 통하지않고 리소스 서버에 직접 접속한다. 아래 그림과 같이 https://resouce.server/token?grant_type=authorization_code&code=3&redirect_uri=https:client/callback&client_secret=2 이라는 주소를 사용하여 접속하는데 여기서 grant_type 은 이 authorization code 방식을 지정하고 있는데 이 방식 외에도 4가지 방식이 더 있다.

Fig 26

authorization code와 함께 client_secret 값도 전송하게 되는데, Resource Server는 이 두 개의 비밀정보와 redirection uri를 결합하여 확인과정을 거친다.

TOP

5. Access token

드이어 Access Token을 발급받게 되었다. 이제는 authorization code의 역할이 끝났기 때문에 Client 와 Resource Server 모두 authorization code 값을 지워버린다.

Fig 27

리소스 서버는 Access Token을 발급하고 클라이언트에게 응답하면, 클라이언트는 access token을 db나 파일 등에 내부적으로 저장하게 된다. access token을 가지고 리소스 서버에 접근하면 리소스 서버는 access token을 보고서 userid 1번에 해당하는 사용자의 기능 b,c에 대해 허용해주는것이다.

TOP

6. API 호출

이제 Access Token을 활용하여 Resource Server를 handling 조작하기 위해서는, Resouce Server가 Client에게 알려 주는 방식을 지켜야 하는데, 이 방식이 API Application Programming Interface 라는 것이다.

Fig 28

실제 API의 모습을 한 번 살펴보자. 예를 들어 구글 캘린더를 Resource Server로 하여 그것을 제어하고 싶다면 이때 검색어는 마땅히 google calendar api 가 되어야 할 것이다.

Fig 29

저 링크로 접속하여 Reference 참조 를 보면 Acl, CalendarList, Calendars, Channels, Colors, Events, Freebusy, Settings 등 여러 개의 Resource types 이 있는데 여기서 CalendarList가 필요하다고 한다면

Fig 30

그림에 표시된 저 부분의 주소를 베이스로 하여, list를 GET 하고 싶다면

Fig 31

저 주소를 결합하여 전체 주소를 완성한다. 이제 이 주소를 주소창에 입력해보자.

Fig 32

이 주소가 바로 구글 캘린더의 리스트를 보여주는 API가 되는 것이다. 접속해보면 이런 결과를 볼 수 있다.

Fig 33

로그인이 되어 있지 않기 때문에 Login Required 가 있는 것을 보고 이 API는 인증이 필요하다고 판단할 수 있는데, 바로 OAuth를 통해, 즉 Access Token을 통해야만 저기의 데이터를 제대로 가져올 수 있는 것이다.

실제 Access Token을 가져오는 방법은 각각의 애플리케이션에서 해야 하는데 여기서 그 부분을 다루지는 않는다.

google api access token oauth 라고 구글링 해보자.

Fig 34

https://developers.google.com/identity/protocols/OAuth2WebServer 의 웹페이지를 열어보면,

Fig 35

많은 내용들이 들어 있는데 Client libraries를 쓸 수 있는 언어 별로 정리된 내용들도 있고,

Fig 36

기타 여러 가지 내용들이 있는데, 이 중에서 Calling Google APIs 부분을 보면

Fig 37

두 가지 방법이 있는데, 하나는 access_token을 query parameter로 보내는 방법과, Authorizaiotn: Bearer를 HTTP header로 전송하는 방법인데 이 중에서 HTTP header 가 더 선호된다[안전하다] 고 설명하고 있다. access_token을 사용하는 방법은 파랑색으로 표시하였다. 앞에서 CalendarList의 캘린더 list를 GET하는 API를 완성하려면 Fig 32의 주소뒤에 access_token을 붙여줘야 하는데 실제 access_token은 이런 모양이다.

Fig 38

그리고 이걸 이용하여 접속했을 때에는 제대로 데이터를 받게 된다.

Fig 39. 앞의 그림처럼 완성한 URI로 접속한 결과

이것은 Client가 가지고 있는 캘린더들의 목록이다. 예제용으로 만든 것이기 때문에 내용이 많지는 않다.

이것이 첫 번째 방법인데 이 방법은 제공하지 않는 경우도 많다.

좀 더 선호되는 방법인 헤더값으로 Authorization: Bearer <access_token>을 전송하는 방법의 경우는 curl 이라는 프로그램을 이용하면 쉽게 볼 수 있다.

Fig 40

Fig 41

curl 은 해당 주소에서 받은 코드를 살펴보는 프로그램이라고 할 수 있다.

콘솔에서 실행시키면 좀 더 안전하게 결과를 가져올 수 있는 것을 확인할 수 있다.

Fig 42

앞에서 본 query parameter 방식은 제공하지 않을 수도 있기 때문에 매뉴얼을 확인하여야 하며, 이 Authorization Bearer 에 의한 방법은 어디서나 제공하는 표준화된 방식이고 좀 더 안전하고 선호되는 방식이다.

TOP

7. Refresh token

Access token은 수명이 있습니다. Access token의 수명이 다했을 때 새로운 access token을 발급 받는 방법이 refresh token이다. access token은 일반적으로 1~2시간 정도의 수명이 있고, 수명이 긴 경우에는 60일, 90일 이나 되는 경우도 있다.

Access token의 수명이 다했을 때 api로 접근하면 더 이상 데이터를 주지 않는다. 그러면 access token을 다시 발급받아야 하고 이때 또다시 사용자와 확인•동의 과정을 거치는 것은 번거로운 일이고, 이것을 필수로 하게 하는 시스템도 있긴 하지만, 이러한 경우에 새로 access token을 쉽게 발급받을 수 있는 방법이 바로 refresh token이다.

검색어: oauth 2.0 rfc * RFC: 인터넷과 관련된 여러 가지 표준들. Request For Comments 컴퓨터 네트워크 공학 등에서 인터넷 기술에 적용 가능한 새로운 연구, 혁신, 기법 등을 아우르는 메모

Fig 43. 검색하면 RFC 6749 문서가 보인다

이 RFC 6749는 OAuth 2.0 Authorization Framework 를 설명하는 문서이다. 여기서 목차 Table of Contents/1.5 Refresh Token 을 보자.

Fig 44. Resource Server와 Authorization Server가 서로 다르다

A : 권한을 획득한다. access token을 발급받는것
B: access token과 함께 Refresh token도 발급하고 저장해둠. Refresh token을 동시에 발급해주는 경우가 많지만 아닌 경우도 있다.
C,D: API를 호출할때 access token을 제출해 보호된 자원들을 가져옴
E,F: 계속해서 자원을 가져오다가 access token의 수명이 끝나 유효하지 않게 된다.
G: 이때 인증 서버에게 Refresh token을 전달하면서
H: 다시 access token을 발급 받는다. 이때 refresh token을 새로 발급받는 경우도 있고 그냥 access token만 계속해서 발급받기도 한다.

Fig 35의 페이지에서 refresh token에 대한 매뉴얼을 확인할 수 있다.

Fig 45

사용하는 Resource Server마다 refreshing하는 방법이 모두 다르기 때문에 매뉴얼을 확인하는 과정이 필요한 것이다. 이 매뉴얼을 조금 더 자세히 들여다보면,

Fig 46

[Host] oauth2.googleapis.com의 [POST] /token 이라는 path로, [Content-Type: application/x-form-urlencoded는 Form에서 POST 방식으로 전송한다는 뜻], client_id와 client_secret, 보관하고 있었던 refresh_token 값과 grant_type은 refresh_token으로 하여 전송하면 구글에서는 C 부분과 같은 JSON포맷으로 데이터를 리턴해주는데, 새롭게 발급된 access_token, 유효시간 expires_in 과 같은 정보들을 보내주게 되는 것이다. 그리고 B 부분의 항목들을 보면 OAuth의 스펙을 보면 표준화된 항목들이다. 많은 시스템들에서 이와 비슷하게 동작한다고 볼 수 있다.

전체 인증 과정 요약도

https://meetup.toast.com/posts/105

https://stackoverflow.com/questions/32964774/oauth-or-jwt-which-one-to-use-and-why

TOP

8. 마무리

단체 메신저가 없던 시절에는 문자메세지를 주고받을 때 단 둘이서만 메신저를 사용할 수 있었다. 이때 3자가 서로 약속을 정하려고 하면 소통의 어려움이 엄청 컸다. 단체 채팅이 가능한 메신저가 등장하면서 약속에 대한 혁명이 시작되었다.

OAuth 가 복잡한 것도 비슷하다. OAuth는 인증과정에 참여하고 있는 3자, 즉 Client, Resource Owver, Resource Server가 한자리에 모일 수 없는 상황에서 어떻게 하면 서로를 신뢰할 수 있을 까라는 고민에서 출발한 기술이다.

OAuth를 몰라도 이를 대신해줄 라이브러리들도 많이 있다. 관심가져 볼 만한 주제 몇 가지에 대해 얘기해보자.

OAuth의 가장 매력적인 부분은 Client 입장에서 제3자인 Resource 서버를 통해 Resource Owner의 신원을 인증할 수 있다는 점이다. 누군가가 구글이나 페이스북처럼 신뢰할 수 있는 Resource Server를 통해 우리에게 access token을 전달한다면 이를 통해 우리는 Resource Server 상에서 Resource Owner의 고유한 식별자를 획득할 수 있을 것이다. 바로 이 식별자가 일반적인 서비스에서 id와 비밀번호가 하는 역할을 할 수 있게 되는 것이다. 이렇게 다른 서비스와의 연합을 통해 사용자를 식별하는 인증체계를 federated identity라고 부른다. Login with Facebook, Login with Google과 같은 기능들이 바로 이러한 기술을 이용한 것이다. 주요한 서비스들은 이를 쉽게 구현할 수 있는 방법을 제공하고 있다.

한편 OAuth를 이용하는 궁극의 목적은 API를 제어하는 것이다. 오늘날 많은 API가 Restful 스타일로 설계되고 있다. 또 API를 통해 주고 받는 데이터는 JSON, XML 과 같은 정보형태, 데이터 포맷을 이용하는 경우가 많다. 이런 키워드들을 활용하기 바란다.

TOP

GitHub

SALTFUN — Sat, 1 Feb 2020 03:56:22 +0900

https://www.opentutorials.org/course/307/2475

1. INTRO
2. 서비스 구성(홈페이지)
3. 서비스 구성(저장소)
4. 가입과 저장소 생성
5. 로컬 저장소
6. 이슈
7. GitHub Page

1. INTRO

여기서 소개하는 내용들을 2012년에 만들어진 컨텐츠에 대한 것이다.

버전관리 시스템이란?

문서나 코드의 변경사항을 저장해서 과거의 상태를 열람, 복원 할 수 있도록 한다. 또 협업시에 협업자들의 변경사항을 자동으로 붙여주고, 충돌을 방지한다. 버전관리시스템은 처음에는 조금 까다로울 수 있지만 나중에는 버전관리시스템이 없이는 프로젝트를 불안해서 할 수가 없을 정도가 될 정도로 유용하게 쓰인다.

생활코딩 버전관리 시스템 수업 : http://opentutorials.org/course/302

버전관리시스템에는 GIT, Subversion, Mercurial 과 같은 제품들이 있는데 GIT은 분산형 버전관리시스템으로서 가장 성공적인 버전관리시스템이고 가장 많이 사용되고 있다. 그 전까지는 Subversion 이 많이 쓰였으나 GIT이나 Mercurial과 같은 분산형버전관리시스템으로 대세가 이동하였다.

Git이란?

버전관리 시스템의 제품 중의 하나로, 분산형 버전관리 시스템으로 분류된다.

생활코딩 Git 수업 : http://opentutorials.org/course/303

GitHub란?

GitHub에 대해 알기 위해 Git에 대한 지식이 꼭 필수인 것은 아니다. GitHub은 버전관리를 위한 솔루션이기도 하지만 여러 가지 프로젝트들을 배포하는 역할도 하기 때문에 버전관리시스템에 참여하지 않는다 하더라도 GitHub사이트의 사용법에 대해 알면 도움이 되기 때문에 버전관리와 상관없이 GitHub에 대해 알아 볼 수 있다.

http://github.com
버전관리 시스템인 Git을 이용하는 프로젝트들을 위한 원격저장소를 제공하는 서비스
오픈소스는 무료, 비공개 프로젝트는 유료 정책
저장소 크기의 제한이 없다.
로컬 버전관리 시스템이 없이도 많은 작업을 웹상에서 할 수 있다.
사람 중심의 서비스 구성이기 때문에 특정 저장소에 접근하려면 '아이디/저장소명'으로 해야 한다.

버전들의 변경점들이 저장소에 쌓이게 된다. 자신의 컴퓨터 안에도 기본적으로 저장소가 있지만 컴퓨터 안에 있는 것을 github이라는 서비스로 업로드하면 원격저장소가 된다. 이게 좋은 점은 내 컴퓨터의 데이터가 날아가도 원격저장소에는 파일이나 문서들이 남았기 때문에 안전하다는 거다. 또 여러 사람이 작업하는 경우에는 여러 사람이 공통으로 접근할 수 있는 중간 지점에 원격저장소를 마련해놓고 협업을 할 수 있다.

저장소 크기의 제한이 없고 1개 파일은 1G까지 인데 최신정책은 확인해야 할 것이다.

참고

TOP

2. 서비스 구성(홈페이지)

News Feed: 구독하고 있는 저장소[프로젝트] 의 변경점들을 보여준다.

Your actions: GitHub 안에서 했던 행위들

Pull Requests: 다른 사람의 내 코드를 가져다 수정한 후 다시 되돌려줄 때의 요청

Issues: 각각의 저장소는 여러 가지 issue가 있을 수 있다. 버그가 생겼거나 개선사항이 나타났을 경우 올라오게 되는 각각의 리포트들을 issue라고 한다. 또한 저장소마다 issue를 달 수 있는데 홈페이지의 issue라고 하는 것은 여러 가지 구분되어 있는 issue들을 한 곳에 모아 보여주는 것이다.

개인계정과 단체계정도 있다. 단체에 소속되어 있으면 단체의 이름으로 저장소를 만든다거나 등의 작업이 가능하다. 아마도 카페와 같은 개념으로 이해하면 될 것 같다. 내가 만든 카페 정도? New organization을 클릭하면 각기 다른 가격정책이 나온다.

Fig 1. 단체는 오른쪽상단 + 를 클릭하여 만듦

Explore : GitHub에서 서비스되고 있는 저장소[프로젝트]들을 찾을 수 있다.

Trending: GitHub에서 인기있는 프로젝트들을 찾을 수 있다.

Fig 2. 언어별 컨텐츠

gist: 간단한 스크립트나 몇 개 안되는 파일의 경우 매 번 저장소를 만드는 것은 귀찮은 일이다. 이때 gist에 그냥 설명적고, script 입력하고 저장하면 web 상에서 바로 저장관리가 되면서 그 코드 or 문서를 다른 사람과 공유할 수 있게 된다. 이렇게 공유한 파일들은 github 내부적으로는 git에 저장소로 저장되기 때문에 정식으로 이것을 로컬컴퓨터에 클로닝하여 작업을 한 후 등록할 수도 있다.

저장소를 커밋하기 위해서는 인증을 해야 하는데 인증과 관련된 정보는 자신의 프로파일 편집에서 SSH and GPG keys 를 얻을 수 있다.

TOP

3. 서비스 구성(저장소)

프로젝트가 저장소에 보관되기 때문에 프로젝트나 저장소는 같은 의미로 볼 수도 있겠다. 저장소는 파일들의 변경점들이 실제로 저장되는 공간이다. 이 저장소를 git에서 web을 통해 제어하는 방법을 살펴보자.

github.com 의 검색창에 githe-hell 이라고 검색해보자. gith-hell은 egoing의 저장소 이름이다.

Fig 3. 홈의 검색창에서 프로젝트 검색

Fig 4. egoing/githe-hell 외에도 여러 개가 있음

이제 위 그림의 egoing/GIthe-Hell을 클릭하면 해당 저장소로 이동한다.

Fig 5. 프로젝트명이 github.com 뒤에 바로 오는 것이 아니라 /egoing 뒤에 온다.

url을 보면 github은 사람 중심이기 때문에 사용자id 뒤에 프로젝트명이 온다. git에서 사용하는 여러 가지 프로젝트들이 모두 forking을 통해 복제될 수 있기 때문이다.

Fig 6. 복제나 다운로드가 가능하며 git프로그램이 없이도 다운로드하여 파일들을 그대로 볼 수 있다.

Fig 6-1. github의 url

git 클라이언트를 이용하여 파일을 다운로드 받아 로컬에서 작업하거나 동기화하려고 할 때 사용할 수 있는 URL의 종류가 HTTPS, SSH의 2 가지가 있으며 약간 차이가 있는 것을 알 수 있다. 또한 권한에 따라 프로젝트를 수정할 수도 있고 그냥 다운받아 사용만 할 수도 있다.

branch: 버전관리시스템에서 필요한 경우 저장소를 분기하는 것.

가지 Branch가 여러 개인 경우 Branch master를 이용하여 다른 Branch와 Tag를 탐색할 수 있다.

저장소파일 중 README.md 는 저장소를 설명하는 내용을 담은 파일이다. github에서 저장소를 만들 때 처음부터 README.md를 만들 수 있게 하는 옵션이 있다.

최초 시작부터 어떤 변경들이 일어났는지 볼 수 있다. 매 변경 점들에서 어떤 내용이 변경[내용의 추가 삭제 수정, 파일의 추가 삭제 수정 등] 되었는 확인할 수 있다.

commit이 2020.2.1 현재 19,291회가 되는 twbs/bootstrap 저장소를 한 번 보자.

Fork 는 그대로 자신의 저장소로 복제한다. 단 몇 초밖에 안 걸린다.

다른 저장소를 Fork 를 사용하여 그대로 자기 것으로 만들 수 있다. 원래 프로젝트의 내용은 권한을 부여받아야 수정이 가능하지만 자신에게 복제해온 후 어떻게 변경시켜 사용하든 상관없다.

Pull Requests 는 복제 후 수정을 하고 그것을 원 프로젝트에 반영할지 고려해달라는 요청으로 볼 수 있다. 원 프로젝트의 소유자는 해당 변경내용을 검토확인하고 반영 또는 무시할 수가 있다. 좀 중요하기 때문에 이 부분은 다시 살펴보는 시간을 가질 것이다.

Issuses : 프로젝트를 하다보면 여러 가지 이슈가 발생한다. 버그가 생긴다든지, 개선사항이 있다든지, 요건이 바뀐다든지 등, 이때 사람들과 커뮤니케이션을 할 채널 [게시판 등] 이 필요한데 그런 역할을 하는 것이 issues 이다. New Issue를 클릭하여 새로운 issue를 발행할 수 있다.

Insights/Fork. 이 저장소를 복제 Fork 한 사람들의 리스트

Insights/Network 프로젝트에 참여하는 사람들의 리스트와 그들의 활동 확인

Insights/Contributors 참여자들의 활동 상황

Insights/Commits 얼마나 자주 commit 이 발생하는지를 보여줌

Insights/Code frequency 코드의 수정•삭제 빈도에 관한 내용

Watch

Watching 을 체크하면 Watch -> Unwatch로 됨

관심있는 저장소에 Watching을 체크해놓으면 Watching 체크된 저장소들을 쉽게 찾을 수 있고 여기서 일어나는 변화들에 대해 통보받을 수 있다. 팔로우/언팔로우 기능과 비슷하다.

Fork 는 해당 프로젝트를 자신의 저장소로 복제한다. 그 과정에 어떤 동의나 허가도 필요없다.

github은 오픈소스를 전제로 하기 때문에 어떤 프로젝트를 복제할 때 그 어떤 동의나 허가도 필요없다. 물론 본인이 github을 이용하여 진행하는 프로젝트도 완전 오픈인 것은 당연하다.

github은 해당 프로젝트를 얼마나 많은 사람들이 watching [관심을 갖고 있나] 하고 있는지, 얼마나 많은 사람들이 Fork [복제] 를 해갔는지에 따라 프로젝트의 성공과 평판이 결정된다고 볼 수 있다. 일반적인 세계에서는 누군가가 자신의 컨텐츠를 베껴가면 매우 큰 저항과 반감이 따르지만 여기 오픈프로젝트에서는 내 것을 더 많이 베껴갈수록 성공한 프로젝트가 되는 것이다.

Wiki

Wiki는 일반적인 프로젝트 관리 도구에는 항상 따라다니는 기능인데, 프로젝트를 하기 위해 필요한 지식이나 프로젝트를 하는 과정에서 발생하는 지식들, 예를 들어 매뉴얼 같은 것들을 저장하는 체계로 제공되는 기능이다.

TOP

4. 가입과 저장소 생성

github.com/pricing or github.com/plans github의 가격정책

TOP

5. 로컬 저장소

github은 원격저장소, 작업을 진행하는 자신의 컴퓨터는 로컬 저장소

자신의 컴퓨터에서 코딩, 문서작업을 하고 버전관리를 하다가 원격저장소로 업로드를 하게 되면 원격저장소는 누구나 접속할 수 있는 github 등의 웹상에 존재하는 것이기 때문에 다른 동료들과 협업하거나 해당 프로젝트를 불특정 다수에게 유통시킬 수 있게 되는 것이다. 이것이 원격 저장소와 로컬 저장소의 차이이고 관계이다.

자신의 컴퓨터에 git 클라이언트를 설치한다. (https://git-scm.com)

설치는 https://coding-factory.tistory.com/245 을 참조할 것.

file:///C:/Program%20Files/Git/ReleaseNotes.html

원하는 폴더/우클릭/Git Bash Here 로 git Client 열기

이렇게 설치가 끝나면 버전관리를 할 수 있는 준비가 끝난다.

그리고 자신의 github 저장소의 url을 복사한 후 git bash를 실행하고 git clone gitURL 명령을 실행한다.

이렇게 하여 원격저장소의 내용을 로컬저장소에 동기화•복제한다.

smallMP4 프로젝트 시작화면. Win+Alt+R 에 의한 Game Bar 화면영상저장 기능으로 저장한 화면은 용량이 매우 큰 mp4 파일인데 상당비율로 사이즈가 작은 같은 mp4 파일을 만들어 낼 수 있도록 하는 것이 목적

그러면 내 컴퓨터 안에 동기화된 디렉토리가 생성된다.

그리고 여기에 index.html을 만들고 git commit -am "버전설명" 을 실행하면 수정된 내용이 새로운 버전으로 저장되게 된다. 최초 commit을 하게 되면 반드시 해야 할 작업이 있다.

git config --global user.name "Your name"
git config --global user.email "you@example.com"

이제 변경된 내용을 원격저장소로 보내보자. git push origin master 를 실행시킨다. origin은 원격저장소를 의미한다.

그런면 github.com 의 Username 과 password 를 입력한다.

여기서 git commit -am "버전설명" 이 명령은 -am 옵션을 쓰고 있지만 index.html 파일을 처음으로 만들었기 때문에 index.html 생성내용이 새로운 버전에 반영되지 않는다. 한 번은 반드시 git add를 하여 Staging Area 에 추가해줘야 한다.

버전 변경이 commit 된 결과 github 저장소에 작업한 파일 올라가 있다

TOP

6. 이슈

github issues 소개

Issue는 보통 issue tracker라고 부르는데 게시판이라고 볼 수 있다. 다른 점이라면 업무를 위한 또는 협업을 위한 게시판이라는 것이다.

게시판으로 업무 협업을 진행해보았다면 여러 가지 난장판 같은 상황들을 겪게 될 수 있는데 issue를 이용하면 그런 상황들을 아주 세련되게 효율적으로 처리할 수 있게 된다.

게시판에서 글을 새로 추가 하는 것과 같은 기능이 New issue 버튼이다.

이 버튼을 클릭하여 새로운 issue를 발행할 수 있다. 예를 들어 이런 식이다.

Submit 하면 작성한 issue가 발행된다

관련자들이 issue를 볼 수 있게 되었다

issue를 해결한 다음에 클릭해 들어가 Close issue를 하면 issue가 해결된 것으로 된다

issue를 해결한 후에 Close issue를 하고 나면 Closing 된 issue는 사라지게 된다. 물론 설정에 따라 그냥 보이게 할 수도 있다.

github issues 담당자 지정과 이슈의 상태 지정

이미 닫긴 issue를 다시 열어야 할 상황이 발생한다면? 그런 경우에는 닫긴 issue를 선택하여 Reopen issue를 실행한다.

issue가 Open을 보여줄 때와 Closed를 보여 줄 때 Filters의 내용이 다르다

Assignee에 대한 내용도 꽤 중요하다. 협업 프로젝트를 할 때 발생한 이슈에 대한 작업을 누군가에게 요청해야 할 수 있는데 게시판에서는 그런 기능이 없기 때문에 매우 까다롭다. Assignee를 클릭하면 현재 프로젝트에 참여하고 있는 협업자의 목록이 뜬다. 그리고 작업을 할당(assign)할 대상을 찾아 열린 이슈를 부여하면 된다. 그러면 작업을 할당받은 협업자는 발생한 issue가 자신에게 할당이 되었다는 통보를 받게 된다.

어떤 업무가 있을 때 그 업무는 몇 가지의 타이틀을 가지고 있다. bug 라든지, enhancement 기능개선이라든지, 또는 issue가 뭔지 재현이 되지 않는 invalid 라든지 [유효하지 않은 issue], 이슈를 처리하고 싶지 않다든지 [wontfix], 이슈가 중복되고 있다든지 [duplicate], 등등 적절한 라벨을 적용할 수 있다.

프로젝트가 복잡해지면 Label 기능을 아주 유용하게 쓸 수 있다

github issues 필터와 상태

필터기능과 상태를 결합하면 매우 큰 효용을 발휘한다.

Filters의 내용에 따라 여러 가지 상태를 확인할 수 있다

github issues 참조 reference 기능

이슈들을 아주 손쉽게 관련된 다른 것들과 링크를 걸 수 있다. 이슈를 발행하면서 내용을 쓸 때, @하면 프로젝트 참여자들이 뜬다. @egoing은 user name이 egoing 인 프로젝트 참여자 이다. 그러면 @egoing에는 링크가 생성되면서 클릭하면 해당 사용자에게로 넘어간다. 이렇게 어떤 참여자가 언급되어 있는 이슈는 다음과 같은 방법으로 Filters가 적용된다.

mentions:egoing2 자신이 언급되어 있는 이슈

또한 내용을 쓸 때 #을 누르면 다른 이슈들의 목록이 뜬다. 선택하면 해당 이슈의 번호가 입력되어 #5 와 같이 되고 역시 해당 이슈와 연결해주는 링크도 생성된다.

또한 이슈를 발행할 때 commit HASHcode를 복사해서 입력하면 역시 해당 commit에로의 링크가 생성되면서 그 코드로 쉽게 이동할 수 있게 해준다.

github issues 템플릿 기능

이슈를 발행할 때 그 형식을 지정할 수 있다. New issue 버튼을 누르면 내용을 적는 곳에 빈 편집창이 아니라 기본적으로 있어야 할 내용들이 미리 들어가 있도록 하는 것이다. Markdown 문법을 사용할 수 있다.

참여자들이 이슈를 발행할 때 어떤 형식을 사용하도록 유도하고 싶다면 템플릿 기능을 사용하면 된다.

검색어: github issues template

구글링

이 방법으로 issue template을 만들어 사용할 수 있음

이렇게 issue template 을 만들거나 설정하고 나면 새로운 디렉토리가 생성된다.

템플릿 파일의 확장자는 .md 즉 Markdown 파일이다. 한글명은 나타나지 않으니 가급적 영어로 템플릿의 이름을 달도록 하자

템플릿의 이름을 한글로 하였더니 ----.md 라고 한글을 인식하지 못한다.
검색어: repository change file name

이름을 needs.md로 고쳐주기 위해서는 오른쪽 상단에 뜨는 연필 아이콘을 클릭해 편집상태로 들어가고 이때 이름을 변경한 후 commit 하면 된다.

파일명 변경. 파일을 선택한 후 우측 상단의 연필아이콘을 클릭해 편집상태로 들어간다

이름을 편집하고 commit 하면 파일명 변경 완료

github repository에서 생성한 파일을 로컬저장소에 가져오기 위해 git pull 명령을 쓴다.
검색어: github 원격저장소 변경내용 로컬에 반영
https://fsd-jinss.tistory.com/41 참고

TOP

7. GitHub Page

https://opentutorials.org/module/2398/16117

github 서비스를 이용하면 html, css, javascript등을 이용해서 웹사이트를 운영할 수 있습니다. 또 도메인을 붙일수도 있습니다.

사용기술

주요개념

여기서는 git을 이용한 간단한 버전관리부터, github를 이용한 소스코드 공유, github를 이용해서 웹사이트를 운영하는 방법, freenom을 이용해서 도메인을 구입하는 방법, 도메인을 github에 붙여서 나만의 도메인으로 웹사이트를 운영하는 방법을 알아봅니다.

GitHub 서비스(github.com) 를 이용하여 HTML, CSS, JavaScript 로 만들어진 웹사이트를 인터넷에 올려서 서비스 하는 방법을 살펴보자.
github 에 저장한 소스코드는 웹사이트처럼 운영할 수도 있다. 인터넷에, 웹에 publishing 할 수 있다는 얘기다.

자신의 개성을 나타내기 위해 탐내는 것 중 하나가 Domain인데, github에서 만든 사이트를 제공할 때 사이트주소에는 github이 붙어있다. domain은 1년에 몇 만원씩 지불하고 구매하여야 하는데 freenom 이라는 사이트를 이용하면 무료로 구매할 수 있는 도메인도 있기는 하다.

주로 사용하는 .com, .org 등은 유료이지만 .tk, .ga, .cf 등은 1년간 무료사용이 가능하다

이렇게 도메인을 구입한 후 그 도메인을 github에 붙이면 사람들은 그 도메인을 통해 github에 만들어진 웹사이트에 접속할 수 있게 된다. 자신이 디자이너이거나 자신의 만든 정보를 웹상에서 사람들에게 보여주고 싶다면 이러한 방법을 통해서도 할 수 있다. 버전관리, 웹사이트 운영, 도메인을 붙이는 작업 등 적지 않은 내용을 다룰 것이다.

git을 이용한 버전관리

github Desktop 을 설치하여 git 클라이언트로 사용해보자.

github Desktop 을 검색하여 Download & Install 한다.

github의 저장소 repository 하나하나는 웹사이트라고 볼 수 있다.

Create: 새로운 프로젝트[혹은 저장소, repository] 시작 [추가]
Add: 이미 진행 중인 프로젝트를 현 시점부터 버전관리를 한다.

아래의 언어•환경 들에 대해서는 Git Inore를 자동으로 생성해준다.

Actionscript
Ada
Agda
Android
AppEngine
AppceleratorTitanium
ArchLinuxPackages
Autotools
C++
C
CFWheels
CMake
CUDA
CakePHP
ChefCookbook
Clojure
CodeIgniter
CommonLisp
Composer
Concrete5
Coq
CraftCMS
D
DM
Dart
Delphi
Drupal
EpiServer
Eagle
Elisp
Elixir
Elm
Erlang
ExpressionEngine
ExtJs
Fancy
Finale
ForceDotCom
Fortran
FuelPHP
GWT
Gcov
GitBook
Go
Godot
Gradle
Grails
Haskell
IGORPro
Idris
JBoss
JENKINS_HOME
Java
Jekyll
Joomla
Julia
KiCad
Kohana
Kotlin
LabVIEW
Laravel
Leiningen
LemonStand
Lilypond
Lithium
Lua
Magento
Maven
Mercury
MetaProgrammingSystem
Nanoc
Nim
Node
OCaml
Objective-C
Opa
OpenCart
OracleForms
Packer
Perl
Perl6
Phalcon
PlayFramework
Plone
Prestashop
Precessing
PureScript
Python
Qooxdoo
Qt
R
ROS
Rails
RhodesRhomobile
Ruby
Rust
RCons
Sass
Scala
Scheme
Scrivener
Sdcc
SeamGen
SketchUP
Smalltalk
Stella
SugarCRM
Swift
Symfony
SymphonyCMS
TeX
Terraform
Textpattern
TurboGears2
Typo3
Umbraco
Unity
UnrealEngine
VVVV
VisualStudio
Waf
WordPress
Xojo
Yeoman
Yii
ZendFramework
Zephir

또한 라이센스는 다음의 라이센스를 적용할 수 있다.

MIT License
GNU GPLv3
Apache License 2.0

BSD 2-Clause "Simplified" License
BSD 3-Clause "New" or "Revised" License
Eclipse Public License 2.0
GNU AGPLv3
GNU GPLv2
GNU LGPLv2.1
GNU LGPLv3
Mozilla Public License 2.0
The Unlicense

어떤 디렉토리를 프로젝트 [repository 저장소] 로 지정하게 되면 이 디렉토리 안에 .git 이라는 hidden 폴더가 생성되고 여기에 버전관리 내용 즉 변경사항들이 저장된다. 따라서 삭제되지 않도록 신중히 관리하도록.

첫 파일 index.html을 만들고 버전을 생성한다.

github.com으로 소스 공유

github의 저장소에 업로드하면 만일의 경우 로컬저장소의 내용이 유실되더라도 안전하게 관리할 수 있다. 또한 다른 사람과 공유할 수도 있고, 여러 사람이 함께 수정하고 합치고 하는 작업을 할 수도 있다.

먼저 github 계정에 repository를 하나 생성하고, 그 원격저장소에 로컬저장소에서 작업한 파일들을 업로드한다. 그렇게 되면 여러 가지 효과를 얻게 되는데, 백업, 공유, 협업 등이다.

생성한 원격저장소를 로컬저장소와 연결하기 위해 HTTPS url을 복사한다. 사실 현재의 버전에서는 불필요하다. 메뉴에서 Repository/rRepository Setting/Publish 하면 원격저장소가 자동으로 생성되고, 생성된 후에는 Repository/Repository Setting에서 수정이 가능하다.

github page 기능을 이용한 웹사이트 운영

Settings 탭을 열고 현재 repository의 상태가 private이면 유료인데, 무료를 원한다면 public으로 상태를 전환해야 한다.
페이지의 하단에 Danger Zone 이있고 repository를 삭제하거나 public으로 바꾸는 등의 작업을 할 수 있다.

프로젝트가 private 이면 GitHub Pages 에서 Pro 계정[유료]전환 혹은 public 으로 상태 전환을 요구한다

master branch를 선택하면 링크가 생긴 것을 확인할 수 있다.

같은 폴더에 style.css 파일을 작성하고, index.html 에서 style.css와 연결하는 부분을 수정한 후에 업로드 하면 [push 함] 사이트에 반영이 된다.

style.css의 내용

반영되기까지 시간이 좀 걸린다

매우 편리하고 강력한 방법이다. 웹사이트를 만들려는 목적에서 쓸 수도 있겠지만, 만일 오픈소스 프로젝트를 하고 있고, 이 프로젝트에 대한 사용설명서 페이지를 보여주고 싶다고 하면 한 번 Bootstrap 페이지를 보라. https://getbootstrap.com/

굉장히 유명한 오픈소스 사이트인 Bootstrap 은 github을 통해 서비스되고 있는 동시에, 해당 저장소에 이 프로젝트의 소스코드도 있고, 이 프로젝트에 대한 설명까지도 함께 할 수 있다.

도메인 적용하기 (freenom.com)

원래 도메인은 1년에 몇 만원 하는데 freenom에서 1년간 무료로 쓸 수 있다.

또한 도메인은 사용기간이 있기 때문에 캘린더에 체크해두고 관리하는 것이 좋다. 큰 회사들도 만료기한을 잊어버려 고초를 겪는 경우가 있으니 말이다.

위 그림에서와 같이 구매한 도메인을 설정하고 저장을 하게 되면 github.com에서 저 도메인에 대한 요청에 대해 이 프로젝트를 연결시켜주도록 설정을 하였다.

이 설정과 함께, 인터넷사용자가 저 주소를 입력하면 github.com을 찾아오도록 하는 설정도 해주어야 한다. 그 설정을 위해 Learn more 를 클릭하여 정보를 더 봐야 한다.

참고

github을 이용해서 자신의 포트폴리오를 운영중인 신동주님의 멋진 사이트입니다.

Mopsy

TOP

Git CLI - 버전관리

SALTFUN — Fri, 31 Jan 2020 23:35:21 +0900

0. INTRO
1. 설치
2. 버전관리의 시작
3. 버전의 생성
4. 버전간의 차이점 비교
5. checkout과 시간여행
6. 보충수업
7. 버전 삭제 - git reset
8. 버전 되돌리기 - git revert
9. 마무리

0. INTRO

https://youtu.be/85f6tpKM5D4

git CLI [Command Line Interface] 명령어의 특성상 처리해야 할 일을 한 번에 명령하여 자동화를 할 수 있다. GUI 를 사용할 수 없는 서버환경에서도 쓸 수 있기 때문에 많은 개발자들이 사용하고 있다.

1. 설치

Mac 에서의 설치

https://youtu.be/mxUL0uMhc6c

Windows에서 설치

https://youtu.be/o4bvYcaTR-M

https://git-scm.com

Fig 1

2. 버전관리의 시작

https://youtu.be/avP7QLMNSXo

pwd, ls -al, cd, mkdir 등 리눅스 명령들을 사용[Mac 환경].

git init 버전관리할디렉토리

git init . 현재 디렉토리 버전관리 시작. .git이라는 디렉토리가 생김. 이 안에는 현재 버전관리가 시작된 현재 디렉토리에서 일어나는 여러 가지 변화들을 기록함. 따라서 .git 이라는 디렉토리를 절대 지우면 안됨.

Fig 2

3. 버전의 생성

버전생성

https://youtu.be/tP_Q_o8KOUA

git은 파일의 변경사항들을 버전으로 만들어 관리한다.

버전이 저장되는 곳이 저장소 Repository이다. .git이라는 디렉토리이다.

Fig 3

Working tree: 아직 버전으로 만들어지기 전 단계

Staging Area: Working tree 에 있는 파일 중에서 이 Staging Area에 있는 파일만 버전으로 되어 Repository에 기록된다.
즉 버전으로 만들려고 하는 파일들이다.

버전으로 관리하려고 하면 명령어를 써서 한 번 알려줘야 한다. 버전관리가 되지 않는 상황일 때에는 git status 명령으로 확인할 경우 Untracked files에 나타난다. 즉 아직 Working tree 에 있다는 뜻이 되겠다.

이것을 Staging Area에 올리는 명령어는 git add 파일명 이다. 파일을 Staging Area에 올린 후 git status 명령으로 다시 확인해보면 Changes to be commited: new file: 파일명 으로 나타난다.

Staging Area에 있는 파일을 Repository에 넘기는 명령은 git commit 인데 옵션과 "버전이름"이름을 주어 한 번에 실행시킬 수 있다. git commit -m "Message1" 명령어에 의해 Repository에 만들어지고 git status로 확인하면 버전대기가 없이 깨끗하다는 메세지가 뜬다. Working tree의 내용이 모두 버전으로 만들어지면 working tree 도 비어있다고 메세지가 뜬다.

git log: 버전이 만들어진 log확인. 확인을 마칠 때에는 Q 입력

Fig 4

여러 개의 파일을 하나의 버전으로 만들기

https://youtu.be/MXz7Z-Heipc

이미 버전 관리가 되는 파일이든 추가로 버전관리를 하려는 파일이든 각각 모두 git add로 Staging Area에 올려놓고 git commit을 실행한다.

각각의 버전별로 어떤 파일들이 들어있는지 알기 위해 "git log files list" 로 구글링하니 이런 결과를 얻었다.

Fig 5

위의 검색결과에 딸 git log --stat 이라고 입력하면 버전별로 변화를 알 수 있으며 이런 작업을 파일명을 바꾸면서 관리하려면 매우 복잡하지만 git 은 이 복잡한 작업을 쉽게 관리할 수 있도록 해준다.

4. 버전간의 차이점 비교

https://youtu.be/CysL6y8GPV4

버전관리를 하면 버전과 버전 사이의 비교를 할 수 있다. 이를 통해 의사 결정을 하는데 큰 도움을 받을 수 있다.

git diff 이전 버전과이 차이를 상세히 보여주기 때문에 의사결정을 심사숙고 하는데 매우 큰 도움이 된다.

git reset --hard 새로 한 작업을 무시해버리고 이전 버전으로 되돌린다.

git log -p p는 패치. 로그 내용을 보여주는데 변경된 부분까지 상세하게 보여준다.

이런 기능은 코드등을 작성하다가 문제가 발생했을 때 어디에서 문제가 발생했는지 찾아내는데 큰 도움이 된다.

Fig 6

5. checkout과 시간여행

https://youtu.be/9agkT0HAFho

checkout은 특정 버전으로 working tree를 변경시킨다. 이를 통해 버전과 버전을 넘나드는 방법을 살펴본다.

Fig 7. git log 결과

git log 명령을 실행 시키면 HEAD 현재 master를 가리키는 것을 볼 수 있다. master 최신 상태를 뜻하는 주소쯤으로 이해할 수 있겠다. 이제 HEAD 값은 다른 버전의 commit 해시코드를 설정하는 것에 의해 이전 버전으로 혹은 버전 사이를 왔다갔다 할 수 있다.

Fig 8. git checkout commitHashcode20byte 를 실행하여 HEAD를 바꿔 버전이동

git checkout e706e06... 명령에 의해 HEAD 가 변하고 해당 버전의 상태로 바뀌었다.

최신 버전으로 다시 돌아가려면 HEAD 값을 다시 master 로 설정하면 된다.

git checkout master

Fig 9

6. 보충수업

https://youtu.be/qMW_HhXDjfQ

git add 파일명 : 지정한 파일을 Staging Area에 넘기라는 뜻. 각각의 파일마다 다 하기가 번거로울 때에는

git add . : 현재 디렉토리 모든 파일을 Staging Area에 보내라는 뜻. 당연히 디렉토리명을 지정할 수도 있다.

git commit -am "버전명" :a 옵션은 add 와 commit을 동시에 실행한다는 뜻. 이때 Untracked 파일 즉 한 번도 Staging Area 에 올라 commit 된 적이 없는 파일은 역시 commit 되지 않는다.

git commit : m 옵션을 쓰면 "버전명"을 바로 지정할 수 있지만, 아무 옵션도 없으면 기본에디터가 실행되면서 해당 버전에 대한 상세한 내용을 작성하는 것이 가능하다.

또한 이때 열리는 편집기를 바꿀 수도 있는데 "change git default text editor"로 구글링하여 방법을 찾을 수 있다.

git config .... 하는 식으로 환경을 바꾸는 것이다.

7. 버전 삭제 - git reset

https://youtu.be/BttPJ8yj038

git reset --hard commitHashcode20byte : 버전을 reset하면 지정한 버전으로 되어버린다.

Fig 10

Fig 11. git reset -hard 에 의해 master 가 완전히 바뀐 것을 알 수 있다

Fig 8에서처럼 버전 간 이동이 아니라 버전이 아예 바뀌어 벼렸다. master가 바뀐 것이다.

명령어의 도움말이 필요하면 git reset --help 와 같이 하면 된다. 이 도움말을 보면 reset에는 --hard 외에도 다른 옵션들이 여럿 있다.

Fig 12. git xxxx --help 에 의한 매뉴얼 열기

8. 버전 되돌리기 - git revert

https://youtu.be/Yjdh6TZAYBw

git reset은 버전을 아예 지워버리지만 revert은 삭제와 보존의 목적을 동시에 달성할 수 있다.

한 단계이전의 버전으로만 되돌리는 것으로 보인다. 즉 버전이 1, 2, v3, v4 가 있고 master 가 v4라고 하면,

git revert commitHashcode20byte 와 같이 바로 이전 버전 즉 v3 버전의 commit 코드를 지정하여 v3 버전으로 바뀌는데 이때 v3 버전으로 되돌아간다기 보다는 v4 버전에서 v3 버전으로 변한다는 것이다. 이게 무슨 말이냐면, 버전이 1, 2, v3 이 되는 것이 아니라, 버전은 1, 2, v3, v4, v3 으로 된다는 뜻이다. v3이 master 이고.

따라서 버전을 건너뛰어 revert를 적용하면 conflict 오류가 발생하며 만일 1 버전으로 되돌리려고 한다면 이런 식으로 가야 한다는 것이다. 현재 버전이 1, 2, v3, v4라면 1, 2, v3, v4, v3, 2 이런 식으로 말이다.

참고 : http://www.devpools.kr/2017/01/31/개발바보들-1화-git-back-to-the-future/

9. 마무리

https://youtu.be/bRIjJMvA7pE

버전관리의 핵심은 비교이다. 비교를 통해 과거를 되돌아 볼 수 있다는 것이 버전관리의 핵심적인 효용이다. "diff tool"을 검색해보면 좋은 도구들이 많은데 이 도구들을 이용해 차이점을 보다 정교하게 비교할 수 있다. 정확한 의사결정을 내리고 현재의 상황을 신속하게 파악하는데 큰 도움이 될 것이다.

버전관리를 하지 말아야 할 파일이 있을 수도 있다. 그런 경우 .gitignore라는 파일을 만들고 거기에 파일의 이름을 적으면 된다. 예를 들어 파일을 편집하다 보면 그 프로그램이 필요에 따라 임시파일을 만드는 경우가 있다. 혹은 나혼자 보기 위해 비밀번호 같은 것을 특정 파일에 메모를 하고 있기는 하지만 그에 대해 버전관리를 원하지 않을 수 있는 것이다. 이때 .gitignore라는 파일을 만들고 거기에 무시하려는 파일들을 적어두는 것이다. 검색을 통해 방법을 찾을 수 있다.

또한 git에는 정말 중요한 특징이면서 혁신적인 면 중의 하나인 branch라는 환상적인 도구가 있다. branch는 우리의 저장소를 여러 가지 상태로 공존할 수 있게 해준다. 예를 들어 보고서를 하나 작성해다 치자. 그런데 여러 고객사들에게 해당 보고서의 내용을 고객사 별로 조금씩 수정해서 보내야 한다면 어떻게 해야 할까? 아마도 이때 쓸 수 있는 방법은 저장소 전체를 복사해서 디렉토리를 만든 후 각각에 대해 작업하는 것일 수 있다. 이때 branch를 이용하면 저장소 이름에 영향을 주지 않고 하나의 저장소에서 다양한 작업을 진행할 수 있다.

복잡한 commitHashcode대신에 tag를 이용할 수도 있다. 버전에 이해하기 쉬운 이름을 붙여 보다 쉽게 중요한 버전을 찾아갈 수 있다는 장점이 생긴다.

버전관리에서 정말 중요한 것 중의 하나는 backup이다. backup을 하지 않는다는 것은 자신의 정보를 언젠가는 유실하겠다고 선언하는 것이나 다름없는 것이다. git은 자체적으로 매우 안전하고 편리한 backup 장치를 가지고 있다. 클릭 한 번으로 지금까지 작업한 것을 인터넷에 업로드 할 수 있다. 필요할 때 바로 다운로드 받아 작업할 수도 있다. git의 백업에 대해 잘 모른다 할지라도 dropbox, google drive, one drive등을 이용하여 자료를 백업해두는 것이 하지 않는 것보다 100만배는 더 낫다. 백업을 하면 백업너머에 자연스럽게 협업이라는 기능이 보인다. >

GIT

SALTFUN — Fri, 31 Jan 2020 10:15:22 +0900

https://www.opentutorials.org/course/3837

1. INTRO
2. git을 구경합시다
3. git의 목적 1 - 버전관리
4. git의 목적 2 - BACKUP
5. git의 목적 3 - 협업
6. git의 종류
7. 수업을 마치며

1. INTRO

https://youtu.be/uKtBJ65UWoM

THE INFORMATION MANAGER FROM HELL 지옥에서 온 정보 관리자: 2005년 리눅스 운영체제 개발자인 리누스 토르발스 (Linus Benedict Torvalds, 1969년 12월 28일 스웨덴계 핀란드인) 가 git을 세상에 처음 소개하면서 한 말. 26년 동안 1만명이 넘는 소프트웨어 엔지니어들이 오픈소스방식으로 2000만줄이 넘는 소스코드를 작성한 것을 지옥에 비유한 것이리라.

이 수업은 아래와 같은 상황에 있는 분들을 위한 수업입니다. 아래에서 문서란 일반적인 텍스트 문서에서부터 이미지, 소스코드를 망라한 모든 파일이라고 생각하시면 됩니다.

수 많은 문서를 관리해야 하는 분
이 문서들이 자주 변경되는 분
문서의 변경 이력을 체계적으로 관리해야 하는 분
문서의 조작을 막아야 하는 분
문서를 안전하게 백업해야 하는 분
문서를 다른 사람과 공유해서 공동으로 작업하는 분

git 이 소프트웨어 엔지지너만을 위한 것은 아니다. 여기서는 코드보다는 텍스트, 이미지 파일 등을 이용하여 git에 대해 살펴보고자 한다. 수많은 문서의 지옥에서 허덕이는 사람이 git을 사용한다면 project의 복잡성을 획기적으로 낮출 수 있을 것이다. 반대로 혼자서 1~2 개의 문서를 한 번에 작성하여 혼자 보기 위해 git을 사용한다면 오히려 git이 지옥처럼 느껴질지도 모르겠다.

2. git을 구경합시다

https://youtu.be/R6UOOTrUUmQ

git의 목적을 대략 3가지 정도로 말할 수 있는데 version 관리, backup, 협업 collaborate 이다. 이 3가지는 순서가 있으며 앞의 것을 이해하지 못한다면 뒤의 것을 이해하기 어렵다. 앞의 것은 그것만으로도 할 수 있는 일이 많다. 하지만 뒤의 것은 앞의 것에 의존하고 있는 기능이다. 앞의 것은 쉽고 뒤로 갈수록 기하급수적으로 어려워진다.

3. git의 목적 1 - 버전관리

git을 사용하지않고 버전관리

https://youtu.be/9btOcOLjb30

git을 이용한 버전관리

https://youtu.be/9fSEVG5D6vk

4. git의 목적 2 - BACKUP

https://youtu.be/hr-T5mdIigg

5. git의 목적 3 - 협업

https://youtu.be/ZgCsQpnWl14

6. git의 종류

https://youtu.be/TZhy1HcYTgg

git은 여러가지 종류의 프로그램을 이용해서 사용할 수 있습니다. 이런 프로그램들을 git client라고 합니다. git client가 무엇인지, 어떤 종류가 있는지 살펴봅니다.

github Desktop 배우기 쉽고 기능이 심플. 고급사용자에게는 답답할 수도. https://desktop.github.com/

https://tortoisegit.org/

윈도우 탐색기에 기생해서 사용

아주 강력한 툴, 복잡하지만 자유롭다. https://www.sourcetreeapp.com

오리지널 프로그램도 있다.

명령어를 통해 대화하듯이 제어하는 독특한 프로그램. cmd, console 창과 비슷. 명령어 예시 git log, git status, git commit -am "Message 2", git push 등.

git Desktop, Tortois, sourcetree 등 기타 프로그램들도 이 오리지널을 기반으로 만들어진 것으로 볼 수 있음.

7. 마무리

https://youtu.be/-RTMkCq2fjY

인포그래픽

SALTFUN — Fri, 31 Jan 2020 02:43:40 +0900

https://opentutorials.org/module/390

0. INTRO
1. The WebGL Globe
2. TimelineJS
3. REVEAL.JS
4. bartoszopka
5. google chart Tools
6. 구글지도 API
7. Lostalgia
8. intro.js

0. INTRO

인포그래픽이란?

인포그래픽(infographic)이란 정보나 지식을 시각적인 효과를 이용해 효율적으로 전달하는 방식을 의미한다. Infographic 모듈에서는 인포그래픽 그 중에도 프로그래밍적 지식이 필요한 인포그래픽을 쉽게 사용할 수 있도록 하는데 초점을 맞춘다.

참고: datavisualization.ch

TOP

1. The WebGL Globe

https://youtu.be/2OXmp48B0O0

The WebGL Globe란?

지구상의 지역을 기준으로 데이터를 시각화해서 보여주는 솔루션으로 구글의 Data Arts 팀에서 제작한 무료, 공개 소프트웨어다.

미리보기

http://workshop.chromeexperiments.com/globe/ 특징

위도(latitude), 경도(logngitude)를 기준으로 수치를 시각화해서 보여준다.
data와 type에 따라서 컬러를 시각적으로 보여준다.
마우스와 휠을 통해서 제어 할 수 있다.
WebGL을 지원하는 브라우저에서만 사용 가능하다.

웹에서 3D를 구현할 수 있는 기술을 기반으로 만들기 때문에 브라우저가 WebGL을 지원해야 구동할 수 있다. Chrome, Firefox, Safari에서는 동작하지만 낮은 버전의 IE에서는 동작하지 않을 수도 있다.

두 가지가 있는 데 하나는 홈페이지, 하나는 개발 홈페이지이다.

웹

홈페이지: http://www.chromeexperiments.com/globe
WebGL에 대한 소개, 관련 샘플, Globe 소스를 받을 수 있는 링크, Globe를 이용해 만든 예제들에 대한 링크 들이 있으니 참조해보라.
개발 홈페이지: http://code.google.com/p/webgl-globe/
동영상에서는 개발자홈페이지와 접속하는 것으로 되어 있으나 현재 시점[2020.2.5]에서는 github 페이지와 연결된다.

사용기술

이 WebGL을 사용하기 위해서는 html, css, javascript에 대한 약간의 지식들이 있어야 한다.

html
css
javascript

필요기술

웹서버 - 웹페이지를 서비스 할 수 있는 웹서버가 필요하다.
생활코딩 웹서비스 만들기 편을 완주하면 이 기술을 사용 할 수 있다. (바로가기)

다운로드

아래 링크에서 최신 버전을 다운로드 받는다. 현재는 역시 github 으로 이동한다.

http://code.google.com/p/webgl-globe/downloads/list/

사용법

WebGL의 github에 따르면 WebGL의 데이터형식 Data Format은 이렇다.

Fig 1. WebGL 의 Data Format

또한 사용에 관한 JavaScript 코드도 소개되어 있다.
이제 서버에 이 WebGL을 다운 받아보자. 리눅스[우분투] 서버에서 다운 받는 내용이 동영상에 들어있음.

wget 다운로드링크

압축파일이기 때문에 압축을 풀어야 한다. unzip 압축해제 프로그램이다. 설치는 다음과 같다.
sudo apt-get install unzip

압축해제: unzip webgl-globe.zip

주요폴더내용

globe: 주요파일
globe-search : 예제파일

cd globe

index.html 이 있음. 여기에 globe를 구동하고 있는 모든 내용이 다 들어있는 샘플이 있다. population909500.json 파일안에, [현재 index.html 이 전세계 인구를 연도별로 보여주는 샘플이 들어있는데,] 예제에 대한 실제 데이터가 들어가 있다. 즉 index.html 이 이 jason파일의 내용을 읽어 시각화를 해 화면에 보여주게 된다.

이제 이 index.html에 접속해보고 제대로 작동하지 않으면 개발자도구/Network를 열어보자. Network 탭은 현재 접속한 웹페이지와 웹브라우저 사이에 일어나는 Network 상의 데이터 흐름을 보여준다. 그리고 여기서 붉은 색표시가 된 곳을 찾아 문제를 해결한다.

실제로 다운로드 받아 서버에 설치하고 접속해본 결과 지구본이 나타나지 않는다.

Fig 2. 제대로 동작하지 않는 globe

Fig 3. 빨간 색으로 문제가 있는 부분들을 나타냄

이 문제는 path에 문제가 있기 때문에 발생하게 되는데, 압축해제한 폴더와 파일들을 어떤 다른 폴더를 만들어 저장하면 path가 달라져 저렇게 오류가 발생하게 되는 것이다. 따라서 그냥 홈페이지 폴더 안에 그냥 놓이도록 하면 바로 해결된다.

동영상에서는 index.html의 /globe/로 되어있는 경로를 모두 ./으로 수정하고 있다.

구동

ajax를 이용해서 데이터를 가져온 후에 이것을 globe 객체에 입력한다.

// Where to put the globe?
var container = document.getElementById( 'container' );
// Make the globe
var globe = new DAT.Globe( container );
// We're going to ask a file for the JSON data.
xhr = new XMLHttpRequest();
// Where do we get the data?
xhr.open( 'GET', 'myjson.json', true );
// What do we do when we have it?
xhr.onreadystatechange = function() {
  // If we've received the data
  if ( xhr.readyState === 4 && xhr.status === 200 ) {
      // Parse the JSON
      var data = JSON.parse( xhr.responseText );
      // Tell the globe about your JSON data
      for ( i = 0; i < data.length; i++ ) {
        globe.addData( data[i][1], 'magnitude', data[i][0] );
      }
      // Create the geometry
      globe.createPoints();
      // Begin animation
      globe.animate();
    }
  }
};
// Begin request
xhr.send( null );

데이터 포맷

데이터 포멧은 json으로 아래와 같다.

series : 지리에 대한 데이터가 여러개의 셋트로 되어 있을 경우 사용한다. 예를 들어 년도별 자료가 있다면 년도 별로 셋트가 구성되는 것이다.
latitude : 위도
longitude : 경도
magnitude : 데이터로 최대 1.2를 넘으면 검은색으로 표시된다. 여기가 실제 데이터이다.

var data = [
  [
    'seriesA', [ latitude, longitude, magnitude, latitude, longitude, magnitude, ... ]
  ],
  [
    'seriesB', [ latitude, longitude, magnitude, latitude, longitude, magnitude, ... ]
  ]
];

이제 index.html을 text.html로 하나 복사하고, 데이터를 새로 만들어 테스트를 한 번 진행해볼 것이다.

브라우저에서 열면 열리지 않는데 Fig 4와 같이 개발자도구/Network 탭에서 파일들을 확인 한 후 경로를 변경해준다.

여기서 모든 경로들은 text.html 에서 수정이 가능한데, world.jpg는 text.html에 없다. 이것을 읽지 못하면 실행은 확인할 수 있으나 지도가 표시되지 않고 밋밋한 구에 막대기만 나온다.

Fig 4. 지도가 없는 그냥 구모양이다

Fig 5. world.jpg를 읽지 못했고 Initiator를 보면 three.min.js 259행에서 문제가 보인다

여기서 보여주는 행번호는 윈도우에서는 cr과 crlf 의 차이로 인해 행번호가 맞지 않는 것 같다. 그리하여 Console에서 추적해보겠다.

Fig 6. 우클릭하면 world.jpg를 읽어들이는 부분들이 보인다. 하나씩 쫓아가 본다

three.min.js:259 의 내용이 이렇게나 긴데, 아무리 찾아봐도 world.jpg는 안보인다.

THREE.ImageLoader.prototype={constructor:THREE.ImageLoader,load:function(a,b,c,d){var e=this,f=e.cache.get(a);if(void 0!==f)b(f);else return f=document.createElement("img"),void 0!==b&&f.addEventListener("load",function(c){e.cache.add(a,this);b(this);e.manager.itemEnd(a)},!1),void 0!==c&&f.addEventListener("progress",function(a){c(a)},!1),void 0!==d&&f.addEventListener("error",function(a){d(a)},!1),void 0!==this.crossOrigin&&(f.crossOrigin=this.crossOrigin),f.src=a,e.manager.itemStart(a),f},setCrossOrigin:function(a){this.crossOrigin=

짱 긴 놈인데 prototype 프로퍼티에 { } 객체를 대입하고 있다. world.jpg를 찾을 길은 묘연하다.

Fig 7. three.min.js:259 의 내용

이건 three.min.js:616 의 내용이다.
THREE.ImageUtils={crossOrigin:void 0,loadTexture:function(a,b,c,d){var e=new THREE.ImageLoader;e.crossOrigin=this.crossOrigin;var f=new THREE.Texture(void 0,b);e.load(a,function(a){f.image=a;f.needsUpdate=!0;c&&c(f)},void 0,function(a){d&&d(a)});f.sourceFile=a;return f},loadTextureCube:function(a,b,c,d){var e=new THREE.ImageLoader;e.crossOrigin=this.crossOrigin;var f=new THREE.CubeTexture([],b);f.flipY=!1;var g=0;b=function(b){e.load(a[b],function(a){f.images[b]=a;g+=1;6===g&&(f.needsUpdate=!0,c&&
이것을 indent 정리하면 대략 이렇다.

Fig 8. three.min.js:616 의 내용

이번엔 globe.js 의 내용인데 여기에 world.jpg 가 보인다. 앞에 imgDir 변수를 붙이는 걸로 미루어 path 인듯.
uniforms['texture'].value = THREE.ImageUtils.loadTexture(imgDir+'world.jpg');

경로를 수정한 후 reload 해보면 지도가 나타난다.

Fig 10. 지도가 보인다

Fig 11. 이것이 구에 씌워지다니-o-

이번에 data 포맷에 따라 .json 파일도 바꿔볼 것이다.

Fig 12. 저 파일을 새로운 데이터가 있는 다른 파일로 대체한다

Fig 13. test.json 파일을 만들어 대체, 쌍따옴표를 써야 함

Fig 14

series 쓰는 것을 원치 않는다면 globe-search 폴더에 있는 index.html 을 사용해도 되며 코드를 보고 수정해서 사용할 수도 있다.

참고

구글은 WebGL이라는 새로운 기술에 대한 관심을 환기하기 위해서 이 프로젝트를 시작했다. 아래 URL을 방문하면 WebGL과 관련한 다양한 프로젝트를 열람 할 수 있다.

http://www.chromeexperiments.com/tag/webgl/

TOP

2. TimeLineJS

TimelineJS란?

시간의 흐름에 따른 사건들을 네비게이션 할 수 있게 도와주는 도구

홈페이지

http://timeline.verite.co/

현재는 사이트가 바뀐 듯 하다. timeline.knightlab.com/

미리보기도 제대로 작동하지 않는다. 홈페이지에는 구글 스프레드 시트 접근에서 예상치 못한 오류가 발생해 작동이 멈췄다는 메시지가 있다.

Fig 15

미리보기

타임라인 보기

특징

google spreadsheet에서 작성된 데이터를 이용해서 타임라인을 만든다.
json을 이용해서 타임라인을 만들수도 있다. json은 프로그래밍이 필요하다. javascript를 어느 정도 알고 있어야 한다. json을 이용하여 좀 더 자유롭게 데이터를 가공할 수 있는 솔루션이 있으면 timelineJS 와 통합할 수 있다.
무료, 오픈소스

데이터 소스

Timeline JS을 이용해서 타임라인을 만들기 위해서는 Timeline JS에 데이터를 입력해야 하는데 현재는 두가지 방법을 제공하고 있다. 아래를 참조하자.

Google Spreadsheet

TimelineJS를 그냥 가볍게, 자신의 블로그나 SNS 등에 붙여서 사용하고 싶다면 구글스프레드시트를 이용하여 데이터형식을 맞춰주면 된다.

구글 스프래드쉬트로 문서를 만들고 약속된 양식에 따라서 데이터를 입력하면 Timeline JS가 이 데이터를 분석해서 타임라인을 만들어준다. 데이터 형식은 아래와 같다.

구글 스프래드쉬트를 이용하기 위해서는 문서를 공개로 해야하고, 메뉴 상에서 파일 > 웹에 게시를 통해서 만들어진 문서의 URL을 사용해야 한다.

1. Start Date	필수	시작시간, 형식 : 월/일/년 시:분:초
2. End Date	선택	종료시간, 시작시간과 형식 같음
3. Headline	필수	제목
4. Text	옵션	본문
5. Media	옵션	미디어, 아래의 서비스들을 삽입 할 수 있다. youtube vimeo soundcloud dailymotion instagram twit pic twitter status google plus status wikipedia image
6. Media Credit	옵션	미디어에 대한 출처표시
7. Media Caption	옵션	미디어에 대한 자막표시
Media Thumbnail	옵션
Type	옵션
8. Tag	옵션	항목에 대한 분류로 총 6개까지 표시된다.

위의 표에서 붉은색 숫자는 아래 이미지에 해당한다.

Fig 16. TimeLine의 구조

timeline.knightlab.com/

홈페이지를 아래로 내리면 구글스프레드시트를 이용한 방법이 순서대로 소개되어 있다.

Fig 17. 홈페이지에 타임라인을 만드는 방법 help section 이 자세히 나와 있다

먼저 Spreadsheet Template를 복사하여 구글드라이브에서 스프레드시트에 원하는 내용을 작성한 후, File/Publish to Web 하여 웹발행한다.

Fig 18 템플릿에 따라 내용을 작성한 후 File/Publish to th Web 실행

Fig 19. Publish를 한다

Fig 20. 이 주소를 복사하는 것이 아니라

Fig 21. 이 주소를 복사한다

Fig 22. 구글스프레드시트의 주소를 3에 입력하면 4와 5의 주소가 생성된다

https://timeline.knightlab.com/docs/options.html 이곳을 방문하면 구글스프레드시트로 하는 경우 타임라인의 각종 옵션들을 선택하는 방법이 있다.

JSON

자신이 진행하고 있는 프로젝트, 웹애플리케이션과 TimeLineJS를 통합하고자 한다면 이를 우선 다운 받아 자신의 사이트에 삽입해야 한다. TimeLineJS의 github 에서 다운 받아 자신의 홈페이지 폴더에 위치하도록 한다.

Timeline JS는 프로그래밍적으로 제어하기 위해서는 소스코드를 다운받아서 이것을 프로그래밍적으로 제어해야 한다. 이것을 위해서는 Timeline JS의 소스코드를 다운로드 받아야 한다. 아래 링크를 방문해보자. 하지만 현재 이 프로젝트는 더 이상 개발되지 않고 있으며, KnightLab은 구버전의 TimeLineJS에 대해서는 일체의 개발을 멈추고 새로운 TimeLineJS3 를 제작하였다.

https://github.com/VeriteCo/TimelineJS

프로그래밍적으로 Timeline JS를 제어하기 위해서는 HTML, CSS, JavaScript에 대한 기본적인 지식과 JSON이라는 데이터 형식을 알아야 한다. 이에 대한 지식은 생활코딩 웹서비스 만들기 편을 통해서 얻을 수 있다. 이것을 참고 한다.

http://opentutorials.org/course/488

Fig 23. KnightLab은 TimelineJS3 라는 새버전을 만들었다

동영상에서의 설명과는 달리 Fig 23의 github 주소에서 다운로드 받아 설치하면

Fig 24 TimelineJS3 의 폴더 구조 timeline.html 이 기본파일이다

이런 구조를 가지고 설치되며 complied/timeline.html 을 브라우저에서 열면 타임라인을 볼 수 있다. https://github.com/NUKnightLab/TimelineJS3

Fig 25. compiled/timeline.html 의 38행은 TL.Timeline 을 이용하여 타임라인을 넣는 부분이다

examples 폴더 안에 welcome.json, science.json을 비롯한 적지 않은 예제 json 파일들이 있다. welcome.json 파일은 제대로 작동하지만 science.json은 제대로 작동하지 않았다. 확인 결과 "start_date"가 없어서인데 [모든 컬럼 중 start_date 는 반드시 채워져야 하는 field 임], "start_date"를 넣어주면 타임라인을 볼 수 있다.

삽입할 수 있는 Media Type에 관한 정보는 https://timeline.knightlab.com/docs/media-types.html 에 있다.

Image[.jpg, .gif, .png, .jpeg], Online Videos[Vimeo, DailyMotion, YouTube], Video[.mp4], Audio[.mp3, .m4a, .wav], SoundCloud, Spotify, Twitter, Google Maps, Instagram, Flickr, Imgur, DocumentCloud, Wikipedia, Storify, iframe, Blockquote, Wistia, Embedly 등을 삽입할 수 있다.

또한 TimeLine의 속성을 지정할 수 있는데, Fig 25 의 38행의 TL.Timeline 의 세번째 인자 값을 이용한다.

TL.Timeline의 두 번째 인자는 json 데이터 파일이고, 세번째 인자가 속성을 지정하는 { }로 된 객체이다.

이곳에 key 값과 value를 지정하여 속성을 주는데 https://timeline.knightlab.com/docs/options.html 에 소개된 내용을 참고하면 된다. 구글스프레드시트를 이용하는 경우 URL에서 속성을 어떻게 주는지에 대해서 설명하고 있는데 json 형식의 데이터에도 같은 속성을 지정할 수 있다. 예를 들어 Fig 25 의 40행에 이런 내용을 삽입하면 0부터 시작되는 시작 슬라이드의 번호를 정할 수 있는 것이다.

Fig 26. 40행에서 시작슬라이드 번호를 1번으로 함. 즉 2번째 슬라이드가 표시된다

이외에도 여러 가지 속성을 지정할 수 있다.

초기 데이터로 사용된 examples/welcome.json의 내용을 잠깐 살펴보면서 데이터가 어떤 모양으로 이루어졌는지를 스스로 생각해보자.

Fig 27

json 파일 포맷에 관한 내용은 여기 https://timeline.knightlab.com/docs/json-format.html 에 자세히 소개되어 있다.

기타 관련파일에 관한 내용들은 여기 https://timeline.knightlab.com/docs/index.html 를 본다.

Fig 28. 참조 문서

Technical documentation

Go further with Timeline:

knightlab에서 제공하는 다른 흥미있는 프로젝트들도 있다.

Fig 29. 프로젝트들

JSON에 대한 기본지식은 생활코딩 자바스크립트 수업 중 JSON편에서 얻을 수 있다.

http://opentutorials.org/course/49/3473

참고

TOP

3. REVEAL.JS

REVEAL.JS

https://hakim.se/

https://github.com/hakimel?tab=repositories

hakimel 이 친구가 만든 프로젝트가 꽤 된다

순수 웹기술인 HTML, CSS, JavaScript만으로 만들어진 프리젠테이션 도구로 간단한 HTML 코딩만으로 시각적으로 뛰어난 프리젠테이션 [PowerPoint나 Keynote와 같은] 을 만들 수 있고, 발표자 도구와 리모트 제어와 같은 고급 기능도 제공한다. Desktop 화면으로 프리젠테이션을 하고, 프리젠터로 아이폰, 안드로이드 같은 스마트폰을 이용하여 원격으로 제어가 가능하다.

홈페이지

메뉴얼과 다운로드 받는 주소는 아래와 같다.

https://github.com/hakimel/reveal.js

기본사용법

샘플은 index.html은 간단한 slide 2개로만 이루어졌고 동영상에서 소개하는 프리젠테이션은 demo.html이다. 상하좌우 방향키로 제어 가능. 상하는 sub 주제를 다룰 때 사용. ESC는 전체 구조 on/off.

또한 온라인에서 슬라이드를 만드는 사이트도 https://slides.com/ 으로 바뀌었다. https://revealjs.com/ 이 사이트에서는 자신의 서버를 운영할 필요가 없이 다른 사람에게 공유할 수 있는 서비스를 제공함. 로그인 필요.

다양한 형태의 장면전환 효과 제공.

Fig 30. 다양한 장면전환 효과

샘플 페이지인 index.html에서 body 하위의 내용을 제거하고 아래와 같은 구조로 코딩한다. 하나의 화면에 표시된 내용을 section에 기록한다. section 하위에는 또 다른 section이 올 수 있는데 하위 section은 수직으로 장면전환된다.

Fig 31. 제공되는 각종 테마

demo.html을 들여다보면 좀 알 수 있을 듯. 꽤 복잡해보인다. 기본적인 약속은 이렇다.

<div class="reveal">
    <div class="slides">
        <section>   각각의 한장 한장은 section 엘리먼트에 들어간다
        	실제 프리젠테이션들은 여기 위치한다
        <section>
    </div>
</div>

슬라이드의 제목은 <h1>태그로 되어있으며 <head>태그사이에 css 코드를 삽입해 스타일을 변경할 수 있다.

Fig 32. h1 태그 style 을 변경할 수 있다

!important를 지정하면 reveal이 가지고 있는 것보다 우선 순위가 높다. <aside> 태그를 이용하여 화면에 나타나지 않는 메모를 작성하는 것도 가능.

발표자 도구

프리젠테이션 도구들은 발표시간과 현재 발표 내용과 다음 발표 내용을 발표자만 볼 수 있는 기능을 제공한다. 단축키 s를 누르면 이 기능을 웹에서 사용할 수 있다. 이 기능을 사용하면 aside 태그로 작성한 메모도 볼 수 있음.

수직으로 된 sub 주제는 <section>태그 안에 하위 <section>을 넣어 만들어준다. 자세한 것은 demo.html 참고.

https://github.com/hakimel/reveal.js#full-setup 에서 상세히 소개 하고 있다.

테마를 바꾸려면 아래와 같이 하면 된다.

Fig 33. 테마나 전환방식을 바꿀 수 있다

각각의 슬라이드마다 다른 장면전환효과를 줄 수도 있다.

Fig 34. 각각의 슬라이드별로 설정을 변경

https://github.com/hakimel/reveal.js 에 reveal을 프로그램적으로 제어하기 위한 API를 소개하고 있다.

Fig 35. reveal 의 API

demo.html 을 열고 브라우저의 개발자도구의 콘솔에서 위 그림의 함수들을 실행시키면 슬라이드가 작동하는 것을 확인할 수 있다.

Multiplexing (원격제어)

원격으로 프리젠테이션을 제어할 수 있다. 구체적으로는 청중에게 보여줄 화면을 데스크탑에 띄어놓고 발표자는 스마트폰의 화면을 보면서 데스크탑의 프리젠테이션을 제어 할 수 있다. 다음 주소를 방문해서 secret와 socketId를 획득한 후에 이 값을 소스코드에 입력한다. Reveal.initialize의 인자로 전달되는 객체에 아래 내용을 추가한다.

multiplex: {
    id: '3d86709e1c6d671d',
    secret: '13654708940992018697',
    url: 'revealjs.jit.su:80'
}

dependencies 배열에 아래와 같이 객체를 추가한다.

{ src: '//cdnjs.cloudflare.com/ajax/libs/socket.io/0.9.10/socket.io.min.js', async: true },
{ src: 'plugin/multiplex/client.js', async: true },
{ src: 'plugin/multiplex/master.js', async: true },

이해를 돕기 위해서 그림을 첨부했다.

Fig 36

참고

TOP

4. bartoszopka

https://github.com/bartaz/bartaz.github.com

뭐가 있는지 알 수 없음

TOP

5. google chart Tools

Google Chart Tools란?

구글에서 제공하는 차트 서비스다.

홈페이지

https://developers.google.com/chart

제공되는 차트 타입

특징

무료로 사용할 수 있다.
웹 기반의 차트로 HTML,CSS,JavaScript 기반으로 만들어졌다.
다양한 형식의 차트를 지원한다.

Hello Chart

구글 차트 서비스를 구체적으로 살펴보기 전에 손맛을 익혀보자. 아래의 순서로 따라한다.

메모장을 연다.
아래 URL을 방문한 후에 코드를 복사하고 메모장에 붙여넣기 한다.
https://developers.google.com/chart/interactive/docs/quick_start
위의 내용을 저장한다. 파일명은 hellochart.html
파일을 더블클릭하면 기본 브라우저에 의해서 파일이 열리면서 차트가 완성될 것이다.
내용을 바꿔가면서 감상하자.
(어디를 바꿔야 하는지는 동영상 수업을 통해서 알려줄 것이다)

라이브러리 로딩

라이브러리란 구글 차트 도구를 이용하기 위해서 구글에서 제공하는 자바스크립트 파일이다. 이 파일을 웹페이지에 로드해야 구글 차트 도구를 사용 할 수 있다. 이에 대한 보다 전문적인 내용을 알고 싶다면 생활코딩 자바스크립트 수업을 보자. (생활코딩 자바스크립트 수업 바로가기)

위의 Hello Chart에서 사용한 코드 중에 아래의 부분이 라이브러리를 불러오는 방법이다. 이 부분은 이해가 필요 없다. 그냥 이렇게 사용하면 된다고 알면 된다. (하지만 동영상 수업에서는 이유를 설명한다)

<script type="text/javascript" src="https://www.google.com/jsapi"></script>
  <script type="text/javascript">
 
    // Load the Visualization API and the piechart package.
    google.load('visualization', '1.0', {'packages':['corechart']});

위의 코드 중 아래의 부분이 중요하다.

google.load('visualization', '1.0', {'packages':['corechart']});

corechart라고 되어 있는 부분을 사용하고자 하는 차트의 이름으로 바꾸면 된다. corechart는 기본적인 차트(pie, bar, column)을 사용하기 위한 이름이다. 예를들어 테이블 차트도 함께 사용하고 싶다면 코드를 아래와 같이 변경하면 된다.

google.load('visualization', '1', {packages:['corechart', 'table']});

<html>
  <head>
    <script type="text/javascript" src="https://www.gstatic.com/charts/loader.js"></script>
    <script type="text/javascript">
      google.charts.load('current', {'packages':['bar']});
      google.charts.setOnLoadCallback(drawChart);

      function drawChart() {
        var data = google.visualization.arrayToDataTable([
          ['Year', 'Sales', 'Expenses', 'Profit'],
          ['2014', 1000, 400, 200],
          ['2015', 1170, 460, 250],
          ['2016', 660, 1120, 300],
          ['2017', 1030, 540, 350]
        ]);

        var options = {
          chart: {
            title: 'Company Performance',
            subtitle: 'Sales, Expenses, and Profit: 2014-2017',
          },
          bars: 'horizontal' // Required for Material Bar Charts.
        };

        var chart = new google.charts.Bar(document.getElementById('barchart_material'));

        chart.draw(data, google.charts.Bar.convertOptions(options));
      }
    </script>
  </head>
  <body>
    <div id="barchart_material" style="width: 900px; height: 500px;"></div>
  </body>
</html>

현 시점에서는 이 코드를 쓰고 있다.

TOP

6. 구글지도 API

여기는 내용

TOP

7. Logstalgia

https://logstalgia.io/

Access log란 웹서비스에 접속한 내역을 기록한 데이터인데, 이 데이터의 내용을 분석해서 게임적으로 분석해서 보여주는 솔루션이다.

Log visualizatoin tool.

https://github.com/acaudwell/Logstalgia

https://github.com/obsproject/obs-studio/tree/24.0.5

TOP

8. intro.js

http://usablica.github.io/intro.js

웹페이지에 대한 내용을 step by step 으로 알려주고 싶을 때 매우 유용하게 사용할 수 있는 프로젝트이다.

설치 후에 example/index.html 을 열면 여러 가지 예제들을 볼 수 있다.

Fig 37. 샘플페이지. 예제가 많다

Fig 38. 이렇게 step by step으로 페이지 내용을 설명할 수 있다

기타내용

https://js.cytoscape.org/

https://github.com/cytoscape/cytoscape

https://cytoscape.org/documentation_developers.html

https://github.com/cytoscape

https://js.cytoscape.org/

https://github.com/cytoscape/cytoscape.js

오픈튜토리얼 사이트를 처음 방문했을 때 가장 눈에 띈 것이 바로 저 seomal.org 였는데, 당시의 짧은 머리로는 찾기 어려웠다. 그래서 두루 좀 수업을 듣고 조금은 알겠다 싶어 찾아보았다.

일단 이런 json 데이터를 쓴다. https://seomal.org/data/data.json

polyfill.min.js, cytoscape.mim.js, tinycolor.js, jquery.min.js 등 4개의 패키지를 사용하는데 이 그래프와 관련되는 것은 cytoscape다. cytoscatpe는 그래프를 그리는 꽤나 많은 방법들에 대해 javascript라이브러리를 지원하는데 여기 쓰인 것은 cytoscape-cose-bilkent.js 이다.

https://genehs.github.io/linkgraph_by_cytoscape/

data.json의 구조는 이렇다. 한 개의 노드는

data.json의 노드 데이터. id, url, label [표시내용] 으로 되어있다.

와 같이 되었고, 노드와 노드를 연결하는 화살표 역시 한 셋트의 데이터를 이룬다.

어느 노드에서 어디로 가는지를 source id와 target id 로 지정해준다

TOP

화면움직임 캡쳐 GIF까지

SALTFUN — Sun, 26 Jan 2020 20:01:04 +0900

게임바

Window에서 화면움직임을 캡쳐할 수 있는 내장 소프트웨어를 사용하면 된다. 커서의 움직임도 녹화가 되며 마이크와 연결하면 오디오 녹음도 동시에 진행할 수 있다.

Window key + G 를 누르면 Game bar가 나타나며 이때 Captures 창도 나타나고 이것으로 화면도 캡쳐할 수 있다.

Settings 설정 창에서 Gaming에 들어가면 Win + G 와 Captures에 관한 내용을 알 수 있다.

Fig 1. Gaming 설정화면

녹화시작은 Fig 1에서 보는 것처럼 Win+Alt+R 이며 정지도 마찬가지이다.

녹화는 mp4 파일로 저장되며 아래에서 소개하는 사이트에서 online으로 GIF 로 변환할 수도 있다.

Fig 2. 24.9M mp4 파일을 3.31M GIF 로 변환한 결과

온라인상에서 무료로 mp4파일을 GIF 로 변환해주는 사이트

https://convertio.co/kr/ softo 판권소유

참 편리하다. 그냥 업로드하고 기다리고 다운받으면 끝

Fig 3. 개발자용 API

이외에도 여러 가지 변환기들을 사용할 수 있음

Fig 4. 여러 가지 변환기

softo는 Clideo 라는 사이트도 소유하고 있으며 각종 비티오, 오디오 편집이 가능한 online video tool이다. slideshow maker도 있다.

https://clideo.com/

Meme maker

Cut video

Video maker

Slideshow maker

Compress video

Crop video

Rotate video

Javascript 언어

SALTFUN — Sun, 26 Jan 2020 19:02:27 +0900

https://opentutorials.org/course/743

0. INTRO
1. 언어소개
2. 자바스크립트 기본

- 실행방법과 실습환경
- 주석
- 조건문
- 배열
- UI와 API 그리고 문서보는 법

- 숫자와 문자
- 줄바꿈과 여백
- 반복문
- 객체
- 정규표현식

- 변수
- 비교
- 함수
- 모듈

3. 함수지향

- 유효범위
- arguments

- 값으로서의 함수와 콜백
- 함수의 호출

- 클로저

4. 객체지향

- 객체지향 프로그래밍
- this
- 표준 내장 객체의 확장
- 참조

- 생성자와 new [constructor]
- 상속
- Object

- 전역객체
- prototype
- 데이터 타입

0. INTRO

Youtube 재생목록

여기서는 Javascript 언어 자체에 대한 내용을 다루고 있다. 문법적인 부분에 대해 보다 많은 내용을 다룬다.

Javascript 관련 기타 다른 강의

WEB2- JavaScript https://opentutorials.org/course/3085
웹페이지를 사용자와 상호작용하게 만들고자 하는 이들을 위한 내용. 게임이나 애플리케이션처럼 웹페이지를 동적으로 만들 수 있는 방법도 들어 있다.
웹브라우저 자바스크립트 https://opentutorials.org/course/1375
웹브라우저를 자바스크립트로 제어하는 방법.
WEB2 - Node.js https://opentutorials.org/course/3332
JavaScript를 이용하여 Node.js를 제어해 동적으로 HTML 코드를 생성하는 웹애플리케이션을 만드는 방법
JavaScript (nodejs) - 폐지 예정 https://opentutorials.org/course/2136 상단의 course/3332로 공부할 것을 권고
JavaScript와 Nodejs를 이용하여 웹애플리케이션을 만드는 방법

TOP

1. 언어소개

참고

http://ejohn.org/apps/learn/
jQuery를 만든 John Resig의 JavaScript 고급 강의
https://developer.mozilla.org/ko/docs/JavaScript/Guide
Firefox의 모질라 재단에서 운영중인 자바스크립트 튜토리얼
http://opentutorials.org/course/50
JavaScript 사전
http://www.html5rocks.com/ko/

TOP

2. 자바스크립트 기본

- 실행방법과 실습환경
- 숫자와 문자
- 변수
- 주석
- 줄바꿈과 여백
- 비교
- 조건문
- 반복문
- 함수
- 배열
- 객체
- 모듈
- UI와 API 그리고 문서보는 법
- 정규표현식

• 실행방법과 실습환경

설치

실행

Fig 1. <script> 태그 내용이 javascript

javascript 코드

</script>

메모장 등으로도 편집이 가능

a. 웹페이지에서 자바스크립트 작성

b. 크롬 개발자 도구 사용

https://opentutorials.org/course/580

크롬/F12/Console 콘솔창에서 javascript를 직접 실행시킬 수 있다. HTML코드가 전혀 필요없고 순수하게 javascript코드만 작성하면 된다. 명령어를 입력하고 <Enter> 하면 바로 결과를 볼 수 있음. 긴 코드는 파일로 작성하여 작업하는 것이 더 편리하다.

Fig 1의 11 행 대신에 console.log('Hello world'); 를 해주면 alert 와 달리 메세지가 콘솔에 나타난다

Fig 2. console.log()

도구의 선택

Sublime Text : Editor 유료. 가볍고 여러가지 확장기능이 많다

참고 https://opentutorials.org/module/406/3595

개발자는 좋은 도구를 찾는데 신경을 써야 한다. 인지의 한계를 넘어설 수 있다.

ChapterHead

• 숫자와 문자

수의 표현

alert(1);

alert(2*8);

alert(6/2);

console.log(3*5);

10*2 콘솔에서는 바로 계산됨

수의 연산

Math.pow(3, 2); -> 3^2 수학과 관련된 클래스 Math

Math.round(10.6); -> 11 반올림

Math.ceil(10.2); -> 11 가장 가까운 높은 정수

Math.floor(10.2); ->10 가장 가까운 낮은 정수

Math.sqrt(9); -> 3 제곱근

Math.random(); 1보다 작은 랜덤 수

문자의 표현

alert('coding everybody');

alert("coding everybody");

alert('egoing's coding everybody'); 오류 -> alert('egoing\'s coding everybody');

' -> \'

\n 줄바꿈

typeof 수식 -> 수식의 자료형을 되돌림 alert(typeof "1");

문자에 대한 명령들

"coding" + "everybody"

문자열.length 문자열의 길이

자바스크립트 사전 참고 https://opentutorials.org/course/50

http://js.studio-kingdom.com/javascript/ 일본어페이지

문자열.indexof("문자열1") 문자열에서 문자열1의 위치를 0부터 계산

"code".indexof("d") -> 2

2진수, 이진수

parseInt("2345234").toStriing(2)

decodeURI() 코드화된 URI를 보기 쉽게 바꾸는 함수. endoceURI() 반대기능

base64

ChapterHead

• 변수

사용법

var a=1; 변수는 var로 시작한다.

var a = 'coding', b = 'everybody' ;

변수의 효용

• 주석

ChapterHead

// 주석

여러 줄 짜리 주석

ChapterHead

• 줄바꿈과 여백

javascript는 줄이 바뀌면 명령이 끝난 것으로 간주.

명시적으로 명령이 끝난 뒤에 ; 을 붙이는 것이 좋다. 한 줄에 여러 개의 명령을 쓸 때에는 반드시 ; 으로 구분해야 함.

ChapterHead

• 비교

비교연산자

a = 1 대입연산자, 2항 연산자

비트연산자

연산자사용방법설명

비트 AND	a & b	피연산자를 비트로 바꿨을 때 각각 대응하는 비트가 모두 1이면 그 비트값에 1을 반환.
비트 OR	a \| b	피연산자를 비트로 바꿨을 때 각각 대응하는 비트가 모두 1이거나 한 쪽이 1이면 1을 반환.
비트 XOR	a ^ b	피연산자를 비트로 바꿨을 때 대응하는 비트가 서로 다르면 1을 반환.
비트 NOT	~ a	피연산자의 반전된 값을 반환.
왼쪽 시프트	a << b	Shifts a in binary representation b (< 32) bits to the left, shifting in zeros from the right.
부호 유지 오른쪽 시프트	a >> b	Shifts a in binary representation b (< 32) bits to the right, discarding bits shifted off.
부호 버림 오른쪽 시프트	a >>> b	Shifts a in binary representation b (< 32) bits to the right, discarding bits shifted off, and shifting in zeros from the left.

==과 ===

동등연산자 equal operator == 좌항과 우항이 같으면 true, 다르면 false

일치연산자 strict equal operator 엄격한 동등 연산자 === 좌항과 우항이 엄격하게 같은가

1 === "1" false

1 == "1" true

가급적이면 ===을 써라

===를 사용하자!

alert(null == undefined); true null: 값이 없다. 프로그래머가 의도한 상황. undefined: 값이 정의되지 않음. 프로그래머가 의도하지 않은 상황

alert(null === undefined); false 엄격하게 보면 다르다.

Boolean[true, false], Number[-1, 0.23, 2, 34, 4], String["a", "do", "go"] 과 같이 undefined, null 역시 각각의 데이터 타입이다.

alert(true == 1); true

alert(true === 1); false

alert(true == "1"); true

alert(true === "1"); false

alert(0 === -0); true

alert(NaN === NaN); false NaN: 0을 0으로 나누었을 때. 성립하지 않는 수다

참고

http://dorey.github.io/JavaScript-Equality-Table/ (==과 ===의 차이점)

부정과 부등호

alert(1!=2); /true !: 부정

!==는 !=과 ==의 관계와 같다. 정확하게 같지 않다는 의미. ===의 true/false 결과가 반대로 나옴

ChapterHead

• 조건문

조건문이란

if(true/false) {

}

else, else if

if(true/false){

}else{

}

if(true/false){

}else if(true/false){

}else{

}

조건문의 응용

prompt('당신의 나이는?'); 입력창이 뜬다

Fig 3 변수 앞에 var가 없어도 실행은 된다

Fig 4. 변수 앞에 var를 써주는 것이 좋다

논리연산자

&& AND

|| OR

! NOT

Fig 5. 논리연산자를 이용

boolean의 대체제

if(0)

if(1)

수자 1은 true로 간주

'' 빈자열은 false

'문자열'은 true

undefined, null, NaN 은 false

Fig 6. if() 에 들어가 녹색이면 true, 흰색이면 false

ChapterHead

• 반복문

기본문법

loop, iterate라고 함

while(조건){

반복해서 실행할 코드

}

Fig 7. document.write 그대로 html 코드안에 삽입됨

while(true){

document.write("Coding everybody <br />");

} 무한루프에 빠짐

반복조건

Fig 8. while 에 조건을 넣어줌

for문

for(초기화; 반복조건; 반복이 될 때마다 실행되는 코드) {

반복해서 실행될 코드

}

Fig 9. for 문

i = i+1; -> i++; ++i;

alert(i++); 먼저 i를 출력하고 i값을 증가. ++i는 먼저 증가하고 i 값을 사용

i는 iterator의 약자로 보면 됨

반복문의 효용

반복문의 제어(break, continue)

Fig 10. i 값이 5에 이르면 for문을 탈출. break

Fig 11. i 값이 5가 되면 continue 가 실행되어 다음 번 반복과정 실행

반복문의 중첩

Fig 12. 반복문 안에 반복문이 있음

ChapterHead

• 함수

함수란

Fig 13. 함수의 형식

Fig 14. 함수의 예시

함수의 효용

입력

출력

다양한 정의 방법

Fig 15. 함수를 정의하는 방법 중의 하나

Fig 16. 일반적인 함수 정의

Fig 15와 Fig 16은 numbering이라는 함수를 서로 다른 방법으로 정의하고 있지만 기능은 똑같다. 호출 할때에는 numbering(); 과 같은 방법으로 한다.

Fig 17은 Fig 15를 설명하기 위해 노랑선으로 표시를 하였는데, 함수의 정의 부분이 numbering이라는 변수에 대입된 것으로 보면 된다. 그리하여 numbering이라는 변수가 함수를 가지게 된 것이다. 그리하여 변수이름뒤에 괄호를 붙여 함수를 호출할 수 있는 것이다.

Fig 18. 익명함수

함수의 이름도 없고 정의한 후에 함수를 괄호로 둘러싸고 뒤에 또다시 함수를 호출하듯이 닫혀있는 괄호쌍을 덧붙이면 함수의 정의와 동시에 바로 호출도 진행되게 되는데 이런 함수를 익명함수라고 한다. 1회성을 호출하는 경우에 이런 테크닉을 쓰는데 이름이 필요없고 바로 써야 하는 경우에 사용하는 방법이다. 이것은 Java의 내부 inner 클래스 중 한 종류인 익명 Anonymous 클래스와 매우 비슷해보인다.

javaScript는 함수의 언어라 불릴 정도로 함수가 언어에서 차지하는 위상이 매우 높다.

ChapterHead

• 배열

배열의 문법

Fig 19.. 배열을 담을 때는 [ ]안에 넣고 ,으로 구분한다

배열 안에 있는 하나 하나의 값을 element 원소라고 한다.

원소의 번호를 가리키는 것을 index, 색인이라고 한다.

배열의 효용

배열과 반복문의 조우

데이터의 추가

Fig 19. 배열의 데이터를 수정

배열.push(p) p를 마지막에 추가

배열.concat(p1, p2, ..., pn) 여러 개의 데이터를 추가

배열.unshift(p) p를 앞에 추가

배열.splice(p1, p2, p3,...) p1 번째부터 p2 개 만큼 삭제하고 p3... 을 삽입한다.

concat 연결한다는 뜻 concatenate

javascript 사전을 이용하여 더 자세한 내용에 대해 알아 볼 수 있다.

제거와 정렬

Fig 20. 배열 데이터의 제거와 정렬

배열.shift() 첫 번째 원소를 제거

배열.pop(); 마지막 원소를 제거

배열.sort() 정렬 javascript 사전 참조

배열.reverse() 역순정렬

ChapterHead

• 객체

객체의 문법

만약 인덱스로 문자를 사용하고 싶다면 객체(dictionary)를 사용해야 한다. 다른 언어에서는 연관배열(associative array) 또는 맵( map), 딕셔너리(Dictionary)라는 데이터 타입이 객체에 해당한다.

객체는 객체지향이라는 프로그래밍의 패러다임과 중요하게 연결이 되는 개념이지만 여기서는 데이터를 담아내는 그릇으로서의 객체를 다루고 있으며 객체지향에 대해서는 뒤에서 다룰 것이다.

배열은 [ ] 을 사용하지만 객체는 { }를 사용한다. 객체의 key는 문자열이며, value는 상관없다.

Fig 21. 객체는 여러 가지 방법으로 정의할 수 있다

Fig 21은 객체를 만드는 3가지 방법을 보여준다.

처음에는 직접 값을 넣어주는 것이다. grades라는 객체의 값을 넣어주는데 'saltfun', 'mirgiana', 'toga' 는 key 이며 [배열의 index 개념], 12, 6, 30 은 value 이다.

points는 먼저 빈 객체를 정의하고 다음 key 별로 값을 주고 있다.

birds는 new Object() 로 먼저 객체를 생성한 후 값을 주고 있다.

값을 가져올 때에는 객체명[key] 혹은 객체명.key 라고 해주면 되는데 [ ] 안에 key 를 쓸 때에는 문자열 식이어야 한다.

birds['parrot'] 과 birds.parrot, 그리고 birds['par' + 'rot'] 는 모두 같은 뜻이다.

객체와 반복문의 조우

Fig 22. for 문에서 iterator in 객체 의 형식을 사용

Fig 23.(key in wear) 를 (var key in wear) 즉 iterator 앞에 var를 선언해주는데 여기서는 생략했음

객체가 아닌 배열에서도 객체와 마찬가지로 index 대신 in을 사용하여 for 문을 사용할 수 있다.

Fig 24. 브라우저에서 우클릭/Inspect[요소검사]

브라우저에서 우클릭/Inspect[요소검사] 를 하여 HTML 코드를 볼 수 있다. 개발자도구의 Elements 탭과 같다.

Fig 25. Fig 23 하단에 의해 생성된 HTML 태그

Fig 25 의 HTML 태그는 Fig 23 하단의 document.write에 의해 만들어진 태그이다.

for in 문은 객체 뿐 아니라 배열에서도 사용 가능하다.

객체지향 프로그래밍

Fig 26. 객체의 value 역시 객체일 수 있다

객체를 정의할 때 { } 의 내용을 행바꾸기하여 쓸 수 있다. 객체의 value는 객체일 수도 있다.

grades.list , grades['list'] 는 모두 {'saltfun': 30, 'mirgiana':45, 'toga':52} 를 가리킨다.

또한 30, 45, 52 등 객체 value 안의 value를 가리키려면 다음의 방법들을 쓸 수 있으며 의미는 모두 같다.

grades.list.toga

grades.list['toga']

grades['list'].toga

grades['list']['toga']

grades 객체 안에는 위에서 본 것과 같이 'list' key 에 해당하는 value 외에도 또 다른 값을 담을 수 있는데 함수[함수 역시 객체]도 가능하다.

Fig 27. 객체의 value 는 함수도 가능하다

이때 함수를 호출하기 위해 key로 지정한 후 grades['show'](); 와 같이 뒤에 ( ) 를 덧붙인다. Fig 27에서는 ( )를 붙이면 함수가 호출되어 실행되어 웹브라우저에 결과가 나타나지만 [document.write에 의해 grades['show']의 내용을 나타낸다], ( )가 없으면 그냥 콘솔에 value 만을 보여주고 웹브라우저에는 영향을 주지 못한다는 것을 보여주고 있다.

마치도 grades라는 클래스안의 'show'라는 메서드 처럼. 놀랍다. 함수도 값이고 함수도 변수에 저장될 수 있고 값으로서의 함수는 객체 안에 저장될 수 있는 것이다.

함수 안에서 this를 사용하면 함수가 속해있는 객체를 가리키는 변수를 뜻한다.

Fig 28. 함수 안의 this는 함수가 속한 객체 grades를 뜻함

Fig 29. 웹브라우저에서는 객체의 value가 객체일 때 값을 보여주지 않고 그냥 object라는 내용만 보여준다

Fig 30. console.log 를 이용하면 console에서 객체 안 value 가 객체여도 내용을 볼 수 있다

Fig 31. console.log의 인자는 컴마로 구분하여 여러 개를 줄 수 있다

grades['show'](); 를 grades.show(); 로 쓸 수 있다.

grades는 'list'라는 데이터와 'show'라는 함수를 그룹핑한 그릇이라고 볼 수 있다. 'list' 데이터와 'show' 함수는 아무런 관련성이 없는 건 아니고 어느 정도 연관성을 갖고 있으며 이러한 것들을 가리켜 객체지향 프로그래밍이라고 한다. 서로 연관되어 있는 데이터와 연관되어 있는 처리를 하나의 그릇 안에 모아 그루핑해놓은 프로그래밍 스타일 기법이 객체지향 프로그래밍이다. 자세한 내용은 뒤에서 다룬다.

ChapterHead

• 모듈

모듈이란

프로그램은 작고 단순한 것에서 크고 복잡한 것으로 진화한다. 그 과정에서 코드의 재활용성을 높이고, 유지보수를 쉽게 할 수 있는 다양한 기법들이 사용된다. 그 중의 하나가 코드를 여러개의 파일로 분리하는 것이다. 이를 통해서 얻을 수 있는 효과는 아래와 같다.

자주 사용되는 코드를 별도의 파일로 만들어서 필요할 때마다 재활용할 수 있다.
코드를 개선하면 이를 사용하고 있는 모든 애플리케이션의 동작이 개선된다.
코드 수정 시에 필요한 로직을 빠르게 찾을 수 있다.
필요한 로직만을 로드해서 메모리의 낭비를 줄일 수 있다.
한번 다운로드된 모듈은 웹브라우저에 의해서 저장되기 때문에 동일한 로직을 로드 할 때 시간과 네트워크 트래픽을 절약 할 수 있다. (브라우저에서만 해당)

모듈이란

순수한 자바스크립트에서는 모듈(module)이라는 개념이 분명하게 존재하지는 않는다. 하지만 자바스크립트가 구동되는 호스트 환경에 따라서 서로 다른 모듈화 방법이 제공되고 있다. 이 수업에서는 자바스크립트의 대표적인 호스트 환경인 웹브라우저에서 로직을 모듈화하는 방법에 대해서 알아볼 것이다.

호스트 환경이란?

호스트 환경이란 자바스크립트가 구동되는 환경을 의미한다. 자바스크립트는 브라우저를 위한 언어로 시작했지만, 더 이상 브라우저만을 위한 언어가 아니다. 예를들어 node.js는 서버 측에서 실행되는 자바스크립트다. 이 언어는 자바스크립트의 문법을 따르지만 이 언어가 구동되는 환경은 브라우저가 아니라 서버측 환경이다. 또 구글의 제품 위에서 돌아가는 Google Apps Script 역시 자바스크립트이지만 google apps script가 동작하는 환경은 구글 스프레드쉬트와 같은 구글의 제품 위이다. 여러분은 자바스크립트의 문법을 이용해서 PHP와 같은 서버 시스템을 제어(node.js)하거나 구글의 제품(Google Apps Script)을 제어 할 수 있다. 지금 당장은 어렵겠지만, 언어와 그 언어가 구동되는 환경에 대해서 구분해서 사고 할 수 있어야 한다. 이를 위해서는 다양한 언어를 접해봐야 한다.

호스트 환경에 따라 모듈을 사용하는 방법이 다르기 때문에 각각의 환경별로 모듈화 방법을 별도로 학습해야 한다. 여기서는 기본적으로 웹브라우저에서 파일을 include 하는, 즉 모듈화 하는 방법에 대해 중점적으로 다룬다. 다른 호스트 환경에서의 모듈화 방법은 각자의 매뉴얼을 참고하여햐 한다.

모듈화

Fig 32. HTML안에 javascript 코드가 들어있다

이제 Fig 32안의 javascript 함수를 따로 파일로 분리하여 모듈화를 해본다. 8행의 type="text/javascript" 최신 javascript 스펙에서는 생략이 가능하다.

Fig 33과 같이 5행에 외부의 javascript 파일을 불러오는 <script> 태그를 넣어주면 src 속성에 지정한 .js 로 된 javascript 파일을 <script> 태그 사이에 삽입한다.

Fig 33. javascript 코드를 분리하여 5행에서 외부파일로 읽어옴

Fig 34. greeting.js 파일에 welcome( ) 함수를 따로 정의하여 모듈화를 함

Node.js 의 모듈화

nodejs 는 서버쪽 javascript, 웹브라우저에서 동작하는 javascript는 클라이언트쪽 javascript 이다. nodejs에서 어떻게 모듈을 로드하는 가를 통해 모듈을 로드하는 기능 자체는 javascript 자체가 가지고 있는 기능이 아니고 각각의 호스트환경 [nodejs, 웹브라우저, 구글스프레드시트 등] 에 따라 javascript를 분할하여 읽어들이는 메카니즘이 다르다는 것을 다소 파악할 수 있을 것이다.

nodejs는 모듈화된 javascript파일을 읽어 올 때 require 함수를 호출하는데, 가져오려고 하는 javascript 파일을 함수의 인자값으로 준다.

Fig 35. nodejs 에서 외부 javascript 파일을 불러오는 예시

Fig 36. 모듈로 존재하는 파일의 내용

Fig 36에서와 같이 모듈로 존재하는 파일에서 외부에서 호출될 함수를 정의할 때 앞에 exports. 가 있는 것을 볼 수 있다.

node.demo.js 를 실행시키면 결과는 다음과 같다.

Fig 37. node.demo.js 의 실행결과

Fig 38. cmd 창에서 실행방법

라이브러리란

라이브러리는 모듈과 비슷한 개념이다. 모듈이 프로그램을 구성하는 작은 부품으로서의 로직을 의미한다면 라이브러리는 자주 사용되는 로직을 재사용하기 편리하도록 잘 정리한 일련의 코드들의 집합을 의미한다고 할 수 있다. 프로그래밍의 세계에는 휼룡한 라이브러리가 많다. 좋은 라이브러리를 선택하고 잘 사용하는 것은 프로그래밍의 핵심이라고 할 수 있다.

프로그래밍의 세계에는 아주 많은 라이브러리가 존재한다. 프로그래머들의 독특한 문화인 오픈 소스를 통해 만들어진 수많은 라이브러리가 있기 때문에 뭔가를 직접 만드는 것도 좋겠지만 누군가가 이미 만들어 놓았는지 당연히 먼저 검색, 질문 등을 통하여 찾아보는 것이 순서이다. 공개된 라이브러리는 만들 때 목적이 그 자체였고 여러 사람이 모여서 만들었기 때문에 혼자 힘으로 그보다 더 나은 결과물을 얻어내는 것은 거의 불가능에 가깝다. 따라서 프로그래밍을 할 때에는 좋은 라이브러리가 있는지를 먼저 잘 찾아내는 것이 매우 중요하다.

javascript로 웹브라우저를 제어하는 방법으로는 기본적으로 웹브라우저와 javascript가 제공하는 하는 것들을 사용하는 것인데, 다른 어떤 좋은 라이브러리라고 하여도 모두 이것들이 허용하는 범위의 기술을 이용하여 만들어진 것이다.

하지만 라이브러리는 웹브라우저나 javascript가 받아들일 수 있는 범위의 기술을 특정목적에 맞게 잘 짜 놓은 코드들의 집합이기 때문에, 좋은 라이브러리 한 줄의 기능을 직접적으로 구현하려고 하면 1달, 1년이 걸릴 수도 있고 길이가 10000행에 이를 수도 있다.

javascript의 라이브러리에서 사람들에게 널리 알려지고 많이 쓰이는 라이브러리 중의 하나는 현 시점에서 jQuery라고 할 수 있다. 하지만 라이브러리도 그 시대의 유행이나 흐름에 따라 달라지기 때문에 접하는 시점에 따라 사람들이 많이 사용하는 라이브러리도 변할 수 있다는 점을 항상 념두에 두어야 한다.

https://jquery.com/

Fig 39. jQuery 홈페이지

jQuery를 사용하기 위해 중요한 두 가지가 있다. 우선 jQuery의 javascript 파일을 자신의 웹페이지에 가져와야 한다. 다운로드를 받으면 된다.

또 하나는 API Documentation인데, API 는 jQuery가 사용자들에게 제공하는 명령어 리스트이다. 즉 jQuery 명령어들의 사용설명서가 API Documentation 이다. http://api.jquery.com

jQuery 파일을 다운 받는 것과 어떤 기능이 있는지를 파악하는 것이 핵심이다.

라이브러리의 사용

자세한 내용은 jQuery 수업을 참고하고 여기서는 라이브러리가 무엇인가를 체험하기 위한 예시 정도로 다룬다.

Fig 40. 다운로드. uncompressed, developmet jQuery x.x.x

Fig 41. jQuery-3.4.1.js 의 내용

jQuery-3.4.1.js는 10598행에 이른다. jQuery를 이용하는 방법을 살펴보자.

Fig 42.

Fig 43. Fig 42의 웹브라우저 화면

이제 Fig 42 의 HTML 파일에 jQuery.js 파일을 삽입하고 브라우저에서 잘 읽어 들였는지 확인해보자

Fig 44. jquery-3.4.1.js 읽어들이기

Fig 45. 웹페이지/우클릭/Inspect [요소검사]

Fig 46. 개발자도구/Network 탭을 Reload 하면 jquery.js 가 확인됨

Fig 44의 10~13 행을 제어할 것인데, 14행 뒤에 <script> 태그를 써보자. jQuery에서 약속되어있는 예약어 $로 시작해야한다. jQuery는 모든 경우 $로 시작한다.

'#list': id 값이 list인 태그를 가리킴

'#list li': id 값이 list 인 태그의 하위태그가 li 인 태그를 말함. Fig 44의 10~13 행

Fig 47. jQuery 사용

Fig 48. Fig 47의 웹브라우저 화면

어떤 특정한 버튼을 눌렀을 때 위에서 본 것과 같은 'good'이 'You and I Forever!!!' 로 바뀌게 해보자. 버튼 추가 방법은 이렇다. 14행 뒤에 <input> 태그 를 삽입한다.

Fig 49. 버튼 삽입

Fig 50. execute 버튼

이제 execute버튼을 클릭했을 때 good에서 You and I Forever!!! 로 바뀌게 한다.

Fig 51. id가 execute-btn 인 태그에서 click이 발생하면 ( ) 안의 function 실행

Fig 52 버튼을 누를 때 내용이 변한다

Fig 52와 같은 동작을 구현하기 위해 jQuery를 사용하면 17, 18행의 단 2 줄의 코드만 사용하였지만 jQuery를 사용하지 않고 javascript와 웹브라우저의 기본기능만으로 구현하려면 코드길이가 꽤 만만치 않다.

Fig 53. Fig 51과 같은 기능을 구현. jQuery를 쓰지 않음

Fig 53의 코드가 Fig 51과 같은 기능을 수행한다고는 하지만 여러 가지 문제점을 가지고 있는 완벽치 않은 코드이다.

ChapterHead

• UI와 API 그리고 문서보는 법

UI와 API

User Interface

Application Programming Interface의 약자로 프로그램이 동작하는 환경을 제어하기 위해서 환경에서 제공되는 조작 장치이다. 이 조작 장치는 프로그래밍 언어를 통해서 조작할 수 있다. 아래 영상은 UI와 API의 차이점을 설명하기 위한 자료이다.

Fig 54. 브라우저에 상관없이 javascript 코드를 주소창에 입력하면 실행이 된다

Fig 55.

문서 보는 법

레퍼런스와 튜토리얼

프로그래밍을 공부하기 위한 자료는 크게 레퍼런스(reference)와 tutorial(안내서)가 있다. 통상 튜토리얼은 언어의 문법을 설명하고, 레퍼런스는 명령어의 사전을 의미하다. 본 수업은 자바스크립트에 대한 일종의 안내서라고 할 수 있고, 자바스크립트 사전은 레퍼런스라고 할 수 있다.

자바스크립트의 API

자바스크립트의 API는 크게 자바스크립트 자체의 API와 자바스크립트가 동작하는 호스트 환경의 API로 구분된다.

자바스크립트 API 문서

ECMAScript (표준문서)

Fig 56. ECMA Script

javascript의 기능을 추가하거나 없애거나 하는 일을 ECMA International 이라는 기구에서 진행하는데 그 기구에서 표준안에 대한 문서가 ECMA-262.pdf 이다. 764페이지에 달할 정도로 방대하고 어렵다. 일반적인 javascript 프로그래머들을 위한 매뉴얼이 아닌 javascript가 동작하는 환경을 만드는 개발자들을 위한 문서라고 볼 수 있다. 따라서 이 문서를 보고 공부를 할 수 있다면 가장 좋겠으나 쉬운 일은 아니다. 어렵긴 하지만 가장 표준이기 때문에 야심찬 분들은 도전해봐도 좋을 것이다.MDN: Mozilla Development Network 즉 Firefox에서 제공하는 레퍼런스이며, 생활코딩의 자바스크립트 사전은 MDN의 자바스크립트 레퍼런스를 아주 많이 참고한 한글화된 레퍼런스라고 볼 수 있다. MDN에는 javascript뿐 아니라 HTML과 CSS에 대해서도 자세한 내용을 다루고 있다. 한글화는 제한적이지만 생활코딩의 자바스크립트사전보다는 훨씬 풍부한 내용을 담고 있다.

Fig 57. MDN 의 JavaScript references

MSDN: 마이크로소프트에서도 JScript에 대한 내용을 제공하고 있다.

여기 까지는 JavaScript라는 언어자체에 대한 API이고 JavaScript가 기본적으로 제공하는 API이기 때문에 호스트환경에 상관없이 공통적으로 사용할 수 있다.

호스트 환경의 API 문서

각각의 호스트 환경마다 다른 API가 있다.

웹브라우저API 는 역시 모질라의 MDN Web APIs 에 대한 링크로 가면 엄청난 량의 자료가 있다.

Fig 58. MDN의 Web APIs

Node.js : nodejs 환경에서 제어하고 사용해야 하는 API들에 대한 내용을 볼 수 있다.

Google Apps Script API: 구글의 제품들을 javascript를 써서 프로그래밍적으로 제어하기 위한 여러 가지 호스트 환경의 API들이 나열 되어있다.

Gmail, Map, Site, 등 구글의 제품들을 제어할 수 있다.

ChapterHead

• 정규표현식

오리엔테이션

정규표현식: regular expression

정규표현식(regular expression)은 문자열에서 특정한 문자를 찾아내는 도구다. 이 도구를 이용하면 수십줄이 필요한 작업을 한줄로 끝낼 수 있다.

정규표현식은 하나의 언어라고 할 수 있다. 그러므로 본 수업에서 정규표현식의 모든 것을 다루는 것은 불가능하다. 본 수업은 아래와 같은 전략을 취하고 있다.

입문자에게 정규표현식이 무엇인가에 대한 개념을 알려준다. 초심자에게는 사용법까지 공부하는 것은 무리다. 나중에 문자를 처리해야하는 상황이 생겼을 때 이곳을 찾아오거나 본 수업을 완주했을 때 마지막 단계로 본 수업을 공부한다.
정규표현식을 이미 알고 있는 개발자에게는 정규표현식을 자바스크립트에서는 어떻게 사용하는가를 알려준다.
정규표현식 자체에 대한 학습이 필요하다면 정규표현식 수업을 공부하자.

정규표현식은 JavaScript 뿐만아니라, JAVA에서도, Perl에서도 기타 수많은 언어들에서 사용되며 정규표현식 전반에 대해 여기서 다루는 것은 무리이고 단지 javascript에서 어떻게 사용하는 지에 대해서만 다룬다.

정규표현식은 아주 강력한 도구이고 특히 javascript와 같이 web과 관련된 즉 어떤 정보와 관련된 일을 처리하는 언어에서는 정규표현식이 매우 중요하다.

정규표현식은 예를 들어 이런 거다.

생활코딩: htttp://opentutorials.org/course/1 입니다.

네이버: http://naver.com 입니다

이런 내용이 있다 치자. 이제 문장 안에 있는 주소를 링크를 걸어주기 위해 <a>태그를 써야 한다면 이렇게 될 것이다.

Fig 60

그런데 이렇게 처리해야 할 내용이 아주 많다면 사람이 하기에는 매우 어려울 것이다. 이런 것들을 프로그래밍적으로 아주 짧은 코드로 처리할 수 있도록 해주는 것이 바로 정규표현식이다.

어떤 정보 안에 특정 텍스트가 있는지를 찾아내야 한다거나 어떤 패턴에 해당되는 것을 찾아 다른 텍스트로 치환해야 한다거나 하는 경우에 정규표현식이 필요하다.

패턴 만들기

생성: 정규표현식은 두가지 단계로 이루어진다. 하나는 컴파일(compile) 다른 하나는 실행(execution)이다. 우선 컴파일부터 알아보자.

컴파일: 어떤 작업을 하기 위해, 예를 들어 문자를 치환한다거나 특정 문자가 있는지를 판단한다거나 등의 작업들을 하기 위해 필요로 하는 대상을 찾는 것, 다시 말해 패턴을 찾는 것을 해야 하는데 그것이 컴파일 단계이다.

즉 패턴을 찾는 것이다.

실행: 찾은 패턴, 즉 찾은 대상에 대해 구체적인 작업을 진행하는 것이 실행 단계이다.

우선 컴파일 단계부터 알아보자.

정규표현식에서 패턴을 만드는 방법에는 크게 2가지가 있다.

첫번째는 정규표현식 리터럴이라는 방법이다. var str = "a"; 와 비슷한데 " "가 아닌 / /안에 찾고자 하는 대상을 넣는다. 아래 그림에서 /a/ 의 a가 찾고자 하는 대상이다라는 것을 pattern이라는 변수에 담아 pattern이라는 변수를 통해 찾고자 하는 것을 사용할 수 있게 되는 것이다.

또 하나의 방법은 정규표현식 객체 생성자라는 방법이다. 똑같이 변수 이름을 pattern으로 하고 new RegExp('a') 로 정규표현식 객체를 만든다. 찾고자 하는 패턴이 'a'라는 것을 의미한다. 이것은 /a/와 같은 의미를 가진다.

둘다 정규표현식 객체를 pattern 이라는 변수에 저장하고 있다. 이 두 가지 방법은 각기 장단점을 가지고 있다.

Fig 61. 패턴을 만드는 두 가지 방법

이렇게 찾고자 하는 정보를 pattern이라는 변수에 저장하였다. 뒤에서 pattern이라는 변수가 출현하는 것은 찾고자 하는 것이 a라는 것을 뜻한다.

RegExp 객체의 정규 표현식

정규표현식을 통해서 할 수 있는 작업은 크게 3 가지 정도로 얘기할 수 있다. 어떤 패턴을 만들면 패턴에 해당되는 정보를 추출하려는 경우, 이를테면 어떤 문자열이 길게 있을 때, 그 안에서 url에 해당한 정보만 추출해서 뽑아내고 싶다, 또는 email 주소에 해당되는 정보만을 추출해서 빼내고 싶다라고 하는 경우에 정규표현식을 사용한다.

또한 그러한 정보가 문자열안에 있는지 테스트하는 것, 다른 정보로 치환하는 것, 등이 정규표현식을 통해서 하는 중요한 작업이다.

RegExp.exec() RegExp 는 정규표현식 객체를 의미한다. 지금 예시에서는 pattern에 들어있는 것이 정규표현식 객체이다. pattern. 이라고 하면 pattern 객체가 사용할 수 있는 함수[메소드] 추천어가 뜨는데 exec 함수를 사용하면 인자로 주어진 문자열 안에서 pattern을 찾는다.

Fig 62.

Fig 63.

Fig 64

Fig 65. pattern에 /a./을 넣었을 때 결과

Fig 65에서는 /a./ 이라고 패턴을 지정하였다. 여기서 점 . 은 특수한 기호이다. 점은 1개의 문자를 의미한다. 즉 a뒤에 오는 임의의 문자를 뜻한다.

Fig 66. test 함수의 실행

test는 패턴을 찾으면 true, 찾지 못하면 false 를 반환한다.

.exec 함수는 추출, .test 함수는 존재유무를 테스트하는 것이다.

String 객체의 정규 표현식

이번에는 RegExp가 아닌 문자열에 대해 정규표현식을 사용하는 방법을 살펴본다.

String.match()

Fig 67. 패턴을 인자로 주고 문자열에 대해 함수를 적용

Fig 68. replace는 치환을 진행한다

옵션

정규표현식에는 옵션이 있는데 옵션을 통해 정규표현식이 동작하는 방법을 좀 다르게 설정할 수 있다. 옵션 중에서 i와 g에 대해 살펴 본다.

i 옵션은 대소문자를 구분하지 않는다.

Fig 69. i옵션을 사용하면 대소문자 구분없이 찾는다

g 옵션은 global의 약자이다.

Fig 70. g옵션은 전체 문자열에 대해 패턴을 모두 찾아준다. 옵션은 함께 사용할 수도 있다

캡쳐

정규표현식과 관련한 여러 가지 도구들

생활코딩 정규표현식 수업 https://opentutorials.org/course/909/5142
정규표현식을 시각화 https://regexper.com
정규표현식 빌더 https://regexr.com

먼저 다음의 정규표현식이 어떤 의미를 가지는지 위의 정규표현식 관련 도구들을 사용하여 살펴보도록 하자.

(\w+)\s(\w+)

( ) 그룹을 나타낸다

\w: 대소영문자 수자 즉, a~z, A~Z, 0~9 를 의미한다

+: 하나이상

(\w+): 영대소문자숫자 가 하나 이상인 것. 한 개 단어라고 생각하면 이해하기 쉽다

\s: white space 즉 하나의 공백

결론은 띄어쓰기로 갈라진 2개의 단어를 뜻한다.

https://regexper.com 에 위의 정규식을 입력하면 도식화해서 보여준다.

Fig 71. regexper에서 보여주는 정규표현식의 그래프

Fig 72. 정규표현식을 입력하면 밑의 예시에서 식에 부합하는 것들을 하이라이트로 표시해준다. 공백으로 구분된 2 개의 단어들이 표시됨

Fig 73

Fig 73 과 같이 ( )를 사용하여 그룹을 지정하고 지정된 그룹을 가져와 사용하는 기능, 사용할 수 있는 개념을 캡쳐라고 한다.

치환

Fig 74. url 있는 곳을 찾아 <a>태그를 생성하여 링크 만들어주기

Fig 75. url를 찾아내기 위한 정규표현식 패턴

\b 에 대한 내용 참조: boundary https://ohgyun.com/392
Matches a word boundary position between a word character and non-word character or position (start / end of string) 단어와 단어가 아닌 문자 사이의 경계를 말함. 문자열의 시작 혹은 끝을 뜻한다. 단어는 (\w+) 인데 [a-zA-Z0-9_] 와 완벽히 같다.

(?:https?): 우선 뒤의 물음표는 앞의 문자가 있어도 되고 없어도 됨을 뜻한다. 즉 http 혹은 https를 뜻한다. (?:ABC)를 사용하면 그룹으로 묶어는 주지만 캡쳐는 하지 않은 비 캡쳐링 그룹이 된다. 이는 특정한 수량 한정자 등을 적용은 하려 하지만 최종 결과에서 따로 구분하여 사용할 필요가 없는 경우에 작용한다. Groups multiple tokens together without creating a capture group.

\/: /에 대한 메타문자 \/\/ 은 결국 // 임.

[ ] 안의 내용은 캐릭터 셋

* : 앞의 문자 가 0개 이상

0-9, a-z: 영문자 수자, 맨 뒤에 i 옵션이 있기 때문에 대소문자 모두 포함.

기타 나열된 특수기호는 그 자체

m 옵션: Multiline 여러 줄 모드 사용. 여기서 ^ 및 $는 각 줄의 시작 부분 및 끝 부분과 일치합니다

replace하는 부분의 코드를 자세히 살펴보자.

Fig 76. replace 메소드의 인자로서 함수를 사용하고 있음

content라는 String 문자열에 대해 replace 함수[메소드]를 적용하는데 그 첫 번째 인자 urlPattern은 패턴이고, 두 번째 인자로는 어떤 텍스트가 아닌 function 함수를 전달하고 있다. replace 메소드가 실행될 때 urlPattern에 해당되는 패턴을 content 안에서 찾을 때마다 replace의 두 번째 인자로 정의된 function이 호출된다. 그리고 호출된 시점에서 검색된 결과 문자열[이 예시에서는 어떤 url일 것이다. http://opentutorials.org/course/1 또는 http://naver.com] 을 호출되는 function의 인자로 전달한다. 그리고 그것을 가공하여 return 해준다. 그러면 찾은 문자열과 return 하는 문자열이 치환된다. 다 찾고 최종적으로 변경된 내용을 result 에 저장한다.

여기서 함수를 호출하는 부분은 뒤 부분에 있는 '값으로서의 함수와 콜백' 섹션에서 살펴 볼것이다.

문자수 세기

a="온늘 니니랴나. 티 니아. 너라, 나."
aa= a.replace(/[ .,]/g,"")
console.log(aa, aa.length)

공백, 컴마, 점을 제거하고 총 문자 수 세기

TOP

3. 함수지향

- 유효범위
- 값으로서의 함수와 콜백
- 클로저
- arguments
- 함수의 호출

함수지향 카테고리의 하위 수업들은 함수형 언어로서 자바스크립트의 면모를 다룬다. 자바스크립트의 핵심적인 도구는 함수다. 자바스크립트의 함수는 매우 강력하다. 함수에 대한 이해 없이는 자바스크립트를 잘 다루기 어렵다. 또한 자바스크립트에서 함수는 객체를 이해하는 데 가장 중요한 기초를 이룬다.

• 유효범위

전역변수와 지역변수

javascript와 같은 언어를 일컬어서 함수형 언어라고도 부르는데 javascript에서 함수는 모듈화의 근간이라고 할 수 있다. 코드를 재사용하게 하고 정보의 구성이나 정보를 감추고 어떤 객체의 행위를 지정하는 등에 함수를 사용한다.

유효범위 scope 는 변수의 수명을 의미한다.

var vscope = 'global';
        function fscope(){
        	alert(vscope);
        }
        fscope();

fscope 함수는 자기 안에 정의되지 않고 바깥쪽에 있는 vscope이라는 변수에 접근하고 있다.

var vscope = 'global';
        function fscope(){
        	var vscope = 'local';
        	alert(vscope);
        }
        fscope();

이 경우 경고창에 뜨는 것은 'global'이 아닌 'local'이다. 함수 안 즉 함수 측에서 봤을 때 더 가까운 쪽의 변수의 값을 가리키기 때문이다.

지역변수: local variables 함수 fscope 안에서 정의된 vscope 은 지역변수

전역변수: global variables 함수 fscope 밖에서 정의된 vscope은 전역변수이다.

지역변수는 function의 { } 안에서만 접근할 수 있지만 전역변수는 javascript 애플리케이션 전역에서 접근할 수 있는 변수가 된다.

var vscope = 'global';
        function fscope(){
        	alert(vscope);
        }
        function fscope2(){
        	alert(vscope);
        }
        fscope();
        fscope2();

fscope와 fscope2는 모두 global을 출력한다.

var vscope = 'global';
        function fscope(){
        	var vscope = 'local';
            var lv = 'local variables';
            alert(lv);
        }
        fscope();
        alert(lv);

함수 안에서 alert(lv); 에 의해 'local variables'가 경고창에 뜨지만 함수 밖의 alert(lv); 에서는 함수 내부의 함수로 접근이 불가하기 때문에 undefined 가 발생한다.

var vscope = 'global';
        function fscope(){
          var vscope = 'local';
        }
        fscope();
        alert(vscope);

위 코드가 실행되면 global 이 경고창에 뜬다.

var vscope = 'global';
        function fscope(){
          vscope = 'local';
        }
        fscope();
        alert(vscope);

함수 안에서 vscope 앞에 있던 var를 없앴을 때의 실행결과는 local이다.

var vscope = 'global';
        function fscope(){
        	var vscope = 'local';
        	vscope = 'local';
        }
        fscope();
        alert(vscope);

이 경우에도 경고창에는 global이 나타난다.

전역변수를 써야 할 확실한 이유를 모른다면 지역변수를 쓰는 것좋다. 어떤 언어이든 전역변수의 사용은 신중을 기해야 한다.

유효범위의 효용

Fig 77. 함수 a( ) 에서 i 를 지역변수로 정의

함수 a( ) 에서 i를 지역변수로 정의하기 때문에 for 문의 i [전역변수] 에 영향을 주지 못한다. 하지만 a( ) 안에서

var i = 0; 대신에 var 를 없앤 i=0; 으로 하면 전역변수 i 에 접근하는 것으로 된다.

Fig 78. 함수 a( )의 i는 전역변수 즉 for 문의 i 를 가리킴

전역변수를 사용하는 법

책소개: 더글라스 크락포드의 "자바스크립트 핵심 가이드"

http://one-shore.com/aaron/books/ 이외에도 여러 가지 책이 있음

JavaScript: The Good Parts by Douglas Crockford

이 코드를 통해 말하고자 하는 것은 전역변수를 사용하려고 할 때 어떤 객체형식의 전역변수를 하나만 만들고 그 안에 속성값으로 원하는 다른 변수들을 만들어 사용한다는 것이다. 그러면 다른 사람과 협업하는 경우라도, 변수들 끼리 충돌할 가능성은 현저히 낮아진다.

Fig 79. 객체로 된 하는 전역변수를 만들고 그 안에 원하는 다른 변수를 속성으로 하여 사용

그런데 위 그림에서와 같이 MYAPP이라고 하는 전역변수 하나 조차도 사용하고 싶지 않다면 다음의 방법을 쓸 수도 있다. 자기가 만든 로직 전체를 함수로 감싸준다. function(){ 전체 코드 }

Fig 80. 로직 전체를 function(){ }로 감싸준다

하지만 이렇게만 하면 오류가 발생한다. 이렇게 정의된 함수는 바로 어떤 변수에 넣어 주든지, 아니면 바로 호출해 사용해야 한다. 바로 변수에 넣어주는 것은 이렇다.

fVar = function(){ .....}

그리고 사용할 때에는 fVar(); 라고 하면 되는 것이다.

Fig 80-1. 변수에 함수를 정의하고 호출

바로 호출 할 때에는 마지막에 괄호 ( ) 를 붙이고 다시 / 이 전체를 다시 괄호 ( ) 로 감싸준다 [아래 그림과 같이].

Fig 81. Fig 80에서 정의한 함수를 바로 사용할 때에는 뒤에 ( )를 붙인 후 이 전체를 괄호 ( ) 로 감싸줌

MYAPP은 앞에 var 이 있기 때문에 [2행] 함수 안에서 선언된 변수가 된다. 즉 더 이상 전역변수가 아니라 이 함수의 지역변수가 된다는 얘기다.

Fig 81-1. 익명함수로 만들고 바로 호출

물론 이렇게 함수이름을 사용할 수도 있다.

Fig 83. 이것은 사실 myappfn 이라는 변수 안에 함수가 들어있는 것. 즉 myappfn 은 전역변수

이때 myappfn 이라는 함수의 이름도 변수 안에 함수가 들어있는 것이고, 그러면 결국 myappfn 이 전역변수가 된다. 단 하나의 전역변수도 허용하고 싶지 않다고 하면 Fig 82와 같이 함수를 정의하고 바로 호출하는 [이런 함수를 익명함수, 즉 이름이 없는 함수라고 한다] 기법을 사용한다. 이런 기법으로 전역변수가 전혀 존재하지 않는 애플리케이션을 구축할 수 있게 되는 것이다. 이런 방법은 jQuery 에서도 사용할 수 있는 방법이고, javascript로 만들어진 많은 라이브러리들에서 모듈화라는 기법으로 많이 사용하는 방법이다.

유효범위의 대상

지역변수를 선언할 수 있는 곳은 함수로 제한된다. 다른 언어와 비교하며 약간 헷갈릴 수 있는 부분인데, 다른 언어들에서는 블록(대체로 { }) 안에서 유효범위를 제공한다.

for(int i = 0; i < 10; i++){
        	String name = "saltfun";
        }
        System.out.println(name);

예를 들어 자바에서는 위의 코드가 허용되지 않는다. 자바에서 지역변수를 선언할 때에는 변수 이름 앞에 데이터 형식을 지정해주는데, 즉 String name 은 javascript의 var name 과 같이 변수를 선언하는 것과 같은 의미를 가진다. System.out.println은 javascript의 console.log처럼 이해하면 될 것이다. 위의 자바 코드가 에러를 발생시키는 이유는 { }에서 선언된 즉 for 문의 지역변수가 되기 때문이다. { } 밖에서 호출하면 자바 입장에서는 존재하지 않는 변수를 호출한 것이다. 하지만 다음의 javascript는 좀 다르다.

for(var i = 0; i < 0; i++){
        	var name = 'You and I Forever';
        }
        alert(name);

여기서 for 문 안에서 선언한 var name 은 for 문의 { } 안에서만 유효한 변수가 아니고, 바깥쪽에서도 유효한 변수가 아니라 for문 밖에서도 유효한 변수가 된다. javascript에서는 함수의 { } 안에서 선언된 변수만이 함수 안에서의 지역변수가 되는 것이고 for문 if 문 등의 { } 안에서 선언된 변수는 지역변수로서의 의미를 갖지 않는다.

정적 유효 범위

자바스크립트는 함수가 선언된 시점에서의 유효범위를 갖는다. 이러한 유효범위의 방식을 정적 유효범위(static scoping), 혹은 렉시컬(lexical scoping)이라고 한다. lexical: 어휘의

정적 유효범위 혹은 lexical scoping은 뒤에서 다루게 될 클로져 와 연결되어 있는 개념이다.

Fig 84. 함수 안에서 지역변수를 선언하고 다른 함수 호출 후 호출된 함수안에서 변수에 접근하고 있다

Fig 84에서 함수 b 안에서 사용하는 변수 i는 자신을 호출한 함수 a 에서 선언한 지역 변수 i [3번째 행] 가 아닌 첫 행에서 선언된 전역 변수 i 이다. 즉 이때 브라우저에 나타나는 값은 5이다.

Fig 85. 브라우저/개발자도구[F12]/Console 에서 바로 확인 가능

조금만 생각해도 이게 말이 된다. b라는 함수는 어디서든지 호출이 될 것이고 b를 호출하는 곳이 함수라면 거기에 i 가 꼭 있어야 한다는 것은 좀 말이 안되는 것 같다. b 는 자신을 호출한 함수와 상관없이 자신이 선언된 시점에서 전역변수를 찾는 것이다. 즉 사용될 때가 아닌 정의될 때의 전역변수가 사용되게 된다는 것이다.

이것이 정적 유효범위, lexical scoping 의 개념이다.

프로그램의 규모가 커지게 되면 변수의 유효범위에 대해 신경을 써야 한다. 알 수 없는 문제들이 이런 유효범위에서 발생할 가능성이 크기 때문이다.

Fig 86. 참고

Fig 86-1

https://hacks.mozilla.org/2015/07/es6-in-depth-let-and-const/

http://blog.nekoromancer.kr/2016/01/26/es6-var-let-그리고-const/

ChapterHead

• 값으로서의 함수와 콜백

함수의 용도 1

JavaScript에서는 함수도 객체다. 다시 말해서 일종의 값이다. 거의 모든 언어가 함수를 가지고 있다. JavaScript의 함수가 다른 언어의 함수와 다른 점은 함수가 값이 될 수 있다는 점이다. 다음 예제를 통해서 그 의미를 알아보자.

값은 변수에 담을 수 있고 javascript에서는 객체인 함수도 역시 변수에 담을 수 있다.

function a() { }

위 코드에서는 a라는 함수를 정의하고 있다. 하지만 이것은 단순한 정의가 아닌 a 라는 변수에 함수를 담는다는 의미를 갖고 있다. 좀 더 분명한 방법을 보면 이해가 될 터인데 실제로는 다음의 의미인 것이다.

var a = function() { }

즉 함수는 값으로서의 의미를 가지고 a라는 변수에 담기고 있다. 자바스크립트기본/객체/객체지향프로그래밍 에서도 이미 언급된바 있지만, 객체안 key의 value로서도 저장될 수 있다.

Fig 87. b는 객체의 key, 함수는 객체의 value

사실 객체 안에서의 key는 어떤 변수라고 볼 수 있다. 즉 b라는 변수 에 함수값을 저장한 것이다. 이것을 속성 property라고 한다. property에 저장되어 있는 값이 함수이면 이 함수를 메소드라고 한다. 여기서는 a라는 변수 안에 담겨있는 객체 [{ }안에 key:value 로 정의됨] 안에는 b라는 속성이 들어있고, 그 속성의 값은 함수이고 이 함수를 메소드, 또는 메소드 b라고 부른다.

함수는 값이기 때문에 다른 함수의 인자로도 전달될 수 있다.

Fig 88. cal 함수를 호출할 때 첫 인자가 함수이름으로도 쓰일 수 있다니(-o-)

함수 cal의 반환값은 func(num) 이며 func는 인자로 전달받는 다. 즉 increase를 전달 받으면 increase(1)이 되어 increase 함수를 호출하게 되는 것이다. 함수이름을 인자로 받아 그것으로 함수를 호출할 수 있다니, 놀랍다. 정말로 쓰고 싶었던 기능이다.

함수의 용도 2

함수는 인자로도 사용될 수 있고 리턴값으로도 사용될 수 있다.

Fig 89.

cal('plus')는 return funcs[mode] 에 의해 funcs 라는 객체의 'plus' key에 들어 있는 함수를 뜻하며 (2,1)는 이 함수를 호출하면서 전달하는 2개의 인자가 되는 것이다.

당연히 함수를 배열의 값으로도 사용할 수 있다.

Fig 90. 여러 개의 함수를 배열의 값으로 저장함

콜백

콜백은 값으로서의 함수라는 주제와 밀접하게 연결되어있다고 볼 수 있다.

어떤 함수가 수신하는 인자 역시 함수인 경우를 콜백이라고 한다. 함수가 값으로 사용될 수 있는 특성을 이용하면 함수의 인자가 함수로 전달될 수 있다. 값으로 전달된 함수는 호출될 수 있기 때문에 이를 이용하면 함수의 동작을 완전히 바꿀 수 있다. 인자로 전달된 함수 sortNumber[compareFn]의 구현에 따라서 sort의 동작방법이 완전히 바뀌게 된다.

배열을 정리하는 방법에 대하여 설명을 하면서 간단하게 보았던 예제가 바로 콜백의 사례인데, 값으로서의 함수라고 하는 자바스크립트 함수의 특성을 활용한 사례라고 볼 수 있다.

Fig 91. 배열의 예시

Fig 91에서 sort()는 함수를 호출하는 것인데, 이렇게 함수 앞에 numbers. 처럼 뭔가가 있다면 그 뭔가는 객체이다. 즉 numbers는 배열 객체이다. 첫 행의 코드는 배열 객체를 만들어 numbers라고 하는 변수에 담아둔다는 뜻이다. 배열 객체에는 sort라고 하는 함수가 정의되어 있기 때문에 배열객체.sort() 를 통해 배열이 가지고 있는 함수 sort를 호출할 수 있게 되는데, 이때 sort는 객체에 속해 있기 때문에 함수라기보다는 메소드라고 부른다. 또한 sort 와 같이 javascript가 기본적으로 가지고 있으면서 사용자에게 제공하는 기능의 경우 내장객체, 내장메소드, built-in 객체, built-in method 라고 부른다. 사용자가 만드는 객체, 메소드, 함수 들은 사용자 정의 객체, 사용자 정의 함수라고 한다.

sort 라는 함수의 내부적인 코드는 모른다. 알 수도 있겠지만 그것은 브라우저마다 다르고 브라우저 소스코드를 까봐야 아는 것이다.

numbers.sort() 하면 numbers를 정렬한 결과가 numbers에 다시 저장된다.

Fig 92. sort 메소드가 numbers 의 내용에 영향을 준다

결과를 보면 알 수 있듯이 수의 크기에 따라 정렬된 것이 아니라, 문자열의 순서로 정열된 것을 알 수 있다.

https://www.opentutorials.org/course/50/10 생활코딩/클라이언트/JavaScript사전/Array(배열)/sort 를 보면 sort 내장메소드의 문법과 설명에 대해 알 수 있는데, sort의 인자로는 옵션으로 compareFn [설명에서는 sortfunc 라고 함]라는 비교함수를 줄 수 있다. 옵션이라는 말은 줄 수 도 있고, 주지 않아도 default로 하는 동작이 있다는 뜻이다.

Fig 93. 생활코딩/클라이언트/JavaScript사전/Array(배열)/sort 의 내용

Fig 94. sort의 인자 예시

sort는 주어진 배열 객체의 값들을 정렬할 때 compareFn 변수가 가리키는 함수의 내용을 실행하는 것을 통하여 각각의 값들이 어떤 것이 우선순위가 높은가를 판별한다. compareFn 변수의 이름은 임의로 정할 수 있으며, 이 변수에는 함수가 담기게 되며, 이 함수는 자기의 포맷을 가지고 있고 그 포맷을 지켜야 하는데, 그 포맷은 바로 정의하는 함수의 인자를 2개로 하는 것이다. 이 인자 두 개를 x, y 라고 한다면 x, y는 객체의 원소들을 비교할 때 사용할 기준

Fig 95. Edge/개발자모드[F12]/Console 탭에서 실행해봄(크롬과 유사)

함수는 한 번 호출하였는데 배열 객체의 값이 두 개씩 순차적으로 출력되는 것을 확인할 수 있다. return 값이 없기 때문에 numbers 배열 객체가 변하지 않고 그대로 출력되었다. 즉 배열의 값을 순차적으로 2 개씩 compareFn의 인자롤 받는 다는 것을 알 수 있다.

코드를 좀 추가해 return 값을 x, y 비교에 따라 서로 다르게 해본다.

Fig 96. compareFn의 두 인자를 비교해 더 클때, 작을 때, 같을 때 return값을 다르게 하였다. 결과 크기 순서대로 정렬됨

console.log의 결과에서 맨 처음에 동그라미2는 그러한 결과과 2 번 반복되었음을 나타낸다. x 와 y를 비교하여 더 크면 2 (정수 값이면 아무 값이든 상관 없다), 같으면 0, 작으면 -1을 return 하도록 하였으며 x, y값이 많이 출력되는 것으로 미루어 sort가 실행되는 과정에 compareFn이 여러 번 호출 되는 것을 알 수 있다. 어떤 로직인지는 많이 생각해봐야 할 것 같다. 결론적으로 sort 내장메소드는 옵션인자를 주고 그 옵션인자는 함수로 정의되어야 하며 그 함수는 배열 객체의 요소들을 2 개씩 받는다는 것이다. 그리고 return 값을 어떻게 주느냐에 따라 sort 되는 결과가 달라지는데, sort에 대한 더 자세한 내용은 여기를 클릭해보면 된다.

https://developer.mozilla.org/ko/docs/Web/JavaScript/Reference/Global_Objects/Array/sort

Fig 96을 간단히 다음과 같이 해도 결과는 같다.

Fig 97. return x-y 가 두 변수의 크기에 따라 정수, 0, 부수를 반환한다

Fig 98. return y - x 를 사용하여 정렬의 순서를 역순으로 함

여기서 compareFn 함수, 즉 위의 그림에서 comparefunctn 콜백함수이며, 내부적으로 인자를 통해 호출된 후, 이 콜백함수의 반환값을 다시 전달받은 sort는 그 반환값에 따라 동작결과가 달라진다. 즉 값으로서 함수[여기서는 compareFn]를 사용할 수 있기 때문에 원래 함수 [즉 여기서는 sort]의 동작방법을 값을 전달하는 것을 통해 제어할 수 있게 되는 것이다. 콜백이 가능한 것은 javascript의 함수가 값이기 때문에 가능한 것이다.

비동기 콜백

콜백은 비동기처리에서도 유용하게 사용된다. 시간이 오래걸리는 작업이 있을 때 이 작업이 완료된 후에 처리해야 할 일을 콜백으로 지정하면 해당 작업이 끝났을 때 미리 등록한 작업을 실행하도록 할 수 있다. 다음 코드는 일반적인 환경에서는 작동하지 않고 서버 환경에서만 동작한다.

비동기 콜백이 무엇인지 예를 들어 보자.

구독자가 약 1만명 정도 되는 홈페이지를 운영한다 치자. 이 홈페이지는 글을 작성하면 구독자 만명에게 이메일을 발송한다. 서버쪽에서 이런 시스템을 만든다는 것은 그렇게 쉬운 일은 아니다. 글을 작성한 사람이 글을 작성하고 만명의 사용자들에게 이메일을 보낼 때 1명 1s 가 소요된다고 해도 10,000s 걸린다. 거의 3시간이나 말이다. 글작성 -> 이메일발송 [3시간 소요] -> 작성완료. 이런 서비스를 사용하려는 사람은 아마 없을 것이다.

이렇게 글작성 -> 이메일발송 -> 작성완료 [모두 3시간] 이렇게 순서대로 쭉 진행하는 것을 동기적 처리라고 한다.

한편 글작성 -> 이메일발송예약 -> 작성완료 라고 하면 3시간이 아닌 매우 짧은 시간에 끝나게 된다. 그리고 내부적으로 사용자에게 노출되지 않는 어떤 프로그램이 반복적으로 동작하면서 이메일 발송예약이 들어왔는지를 확인하여 발송예약이 들어와 있다면 이메일 발송작업을 백그라운드에서 3시간동안 진행하면 되는 것이다.

이것은 마치 todo 같은 거다. 어떤 일을 하다가 처리해야 하는데 아직 처리해야 하는 일들을 머리속에서 계속 생각하고 있으면 지금 하는 일이 진행되지 않을 것이다. 그런 경우에는 해야 할 일들을 어디에 적어놓고 나중에 처리하려고 하는 것이 todo 인데, 이렇게 처리하는 방식을 비동기적인 처리라고 한다. 동기적처리와 비동기적처리는 정보공학에서 중요한 개념이다.

비동기처리는 javascript에서는 어떤 경우에 쓸 수 있을까? 바로 Ajax 라는 것이 있는데 Asynchronous Javascript and XML 의 약자이고 이 말자체는 별로 의미가 없다. XML은 별로 쓰지 않기 때문이고 쓰지 않는 경우가 더 많다. 중요한 것은 이 기법인데 자세한 내용은 생활코딩의 Ajax 수업을 찾아보면 도움을 받을 수 있다.

생활코딩/WEB/WEB2 - JavaScript/ Ajax

https://www.opentutorials.org/course/3281

웹페이지에서 어떤 정보를 변경한다고 하면 주소가 바뀌면서 웹페이지 전체를 새로 다운받게 된다. 페이지를 바꿀 때마다 새로 다운 받고 내용이 바뀌는 것이 일반적인 방법이다.

Fig 100. 사이트에서 일어난 여러가지 사건들이 99개 이상이 일어나면 아이콘이 나타나며 클릭하면 로딩바가 뜨고 리스트가 출력된다

하지만 Fig 99와 Fig 100과 같이 웹페이지 없는 내용을 서버에 요청하여 그 결과를 표시해주는 것도 가능한데 그것은 Ajax 를 썼기 때문이다.

개발자도구/Network 탭: 웹브라우저가 웹서버랑 통신하는 내역을 보여준다. 우측 상단의 내컨텐츠를 클릭하는 순간 produce_ajax라는 목록이 나오는데, 클릭하는 순간 javascript를 통해 웹브라우저에게 서버랑 통신을 하여 그 결과를 가져오라고 시켰기 때문에 그렇게 되는 것이다.

Fig 101. 내 컨텐츠를 클릭하는 순간 Network 탭에 produce_ajax라는 항목이 보인다

이제 저 항목을 클릭하면 아주 복잡한 내용을 볼 수 있는데, 웹서버가 보내준 정보들이며, 이 정보를 받아 해석한 다음에 javascript를 이용하여 프로그래밍적으로 HTML코드를 생성하여 Fig 99와 같은 내용을 출력하게 되는 것이다.

Fig 102. 항목을 클릭하여 그 내용을 본다

이 과정에서 클릭했을 때 웹페이지가 변경되지 않고 서버와 웹브라우저가 내부적으로 조용히 통신하는 이러한 기법을 Ajax라고 부르는 것이다. 웹이라는 것이 단순히 문서에서 벗어나 위의 동작들[Fig 99~100 등의]을 수행할 수 있도록 결정적인 역할을 한 것이 이러한 Ajax 기술인 것이다. Ajax를 제어할 때 비동기적인 제어를 하게 되는데, 만일 동기적인 제어라고 하면 내컨텐츠를 클릭하였을 때, 서버가 멀리 예를 들어 해외에 있으면 그 서버에서 Fig 102와 같은 정보를 전송해줄 때까지 javascript는 마냥 기다리고 있어야 한다. 그렇게 되면 컨텐츠를 클릭한 순간 웹페이지는 freezing 되어버리고 아무것도 할 수 없는 상태가 되는 것이다. 하지만 비동기 통신을 하기 때문에 내컨텐츠를 클릭한 순간에 서버와 웹브라우저는 내부적으로 통신을 진행하고 그동안 다른 웹페이지를 보거나 내용을 아래로 내리거나 하는 일련의 다른 작업들을 할 수 있게 되는 것이다. 그것이 바로 비동기적인 처리이다.

이런 작업을 하는 기본적인 방법은 javascript를 이용하여 하는 것인데 브라우저마다 사용방법이 다르며 좀 불편하다. jQuery를 이용하면 다소 복잡한 작업을 한 줄의 코드로 작성할 수 있고 그 과정에서 콜백이 사용된다.

한가지 예를 살펴보도록 하자. 아래의 datasourco.json.js 라는 파일은 JSON이라는 형태의 파일인데, JSON은 javascript의 객체를 만드는 방법으로서, 다음 파일은 "title"은 "JavaScript"의 값을 가지고 "author"라는 key는 "egoing"이라는 값을 가진다. 그리고 웹서버에서 이 내용을 출력해보면 Fig 103-1 과 같다.

Fig 103. datasource.json.js 의 내용

이 내용을 출력하기 위해 Bitnami WAMP 웹서버를 돌리고 홈페이지폴더안에 똑같이 하위폴더를 구성한 후 위의 datasource.json.js를 저장하였다.

Fig 103-1. 브라우저로 접속해봄

그리고 다음 HTML코드를 살펴보자.

Fig 104. demo1.html

Fig 104-1. demo1.html

4행에서 jquery를 삽입하고 있다. jQuery가 가지고 있는 기능 중에 ajax 통신을 하도록 하는 기능이 있는데 그것이 바로 8행의 $.get() 이다. $는 jQuery가 사용자들에게 제공하는 특수한 객체로서 그 객체가 가지고 있는 메소드 중 get이라는 메소드를 호출하였다. 첫 인자는 json 타입 데이터의 url이고[Fig 103-1 주소창의 http://localhost/javascript/function_value_6508/datasource.json.js 을 그대로 써도 됨], 두번째 인자로는 함수를 전달하도록 약속이 되어있는데, 서버랑 통신이 끝났을 때 호출되도록 약속된[호출되도록 기대하는] 함수이다. $.get함수는 첫 인자의 url에 해당하는 정보를 가져온 다음에 두번째 인자에 지정한 함수를 호출하도록 약속되어있다. 그리고 그 함수에는 인자를 전달해야 하는데, 그 인자 값은 바로 서버에서 가져온[즉 $.get의 첫 인자인 url 의] 내용 [즉 Fig 103-1의 내용] 이다. 4행의 내용에서 jquery 버전을 바꿔도 동작에는 문제가 없으며 jquery-3.4.1.min.js를 jquery-3.4.1.js 로 바꿔도 동작에는 문제가 없다. 아마도 code.jquery.com에 버전별로 min.js와 .js 를 모두 가지고 있는 듯 하다.

결과를 보기 위해 demo1.html을 datasource.json.js 가 있는 폴더에 저장한 후 브라우저에서 개발자모드/Console을 확인한다.

Fig 105. demo1.html 의 결과

9~11행에 정의된 함수의 내용에 따라 원하는 결과를 만들어 낼 수 있다는 뜻이다. 콜백이라는 기법을 통하여 사용자에게 일련의 처리를 위임하고 있는 것이다. 누가 Ajax를 콜하든 간에 서버에서 정보를 가져오는 행위자체는 다 똑같다. 그 똑같은 부분은 바로 $.get이 알아서 처리하는 것이고 정보를 가져온 후 그 정보에 대해 어떤 처리를 할 것인가에 대해서는 서로 다르기 때문에 [그런 것을 비즈니스 로직이라고 함], 그것을 사용자에게 위임을 해야 하는데 그 위임을 하는 기법이 바로 콜백 함수를 통해서 인자를 전달받는 것이다. 그러면 우리는 함수를 인자로, 즉 매개변수의 값으로 전달하는 것을 통하여 $.get이 동작하는 방법을 완전히 바꿔놓을 수 있다.

이러한 특징은 javascript를 이용하여 고난이도의 테크닉, 또는 유지보수하기 쉬운 코드를 작성하는데 있어서 아주 중요한 열쇠와 같은 역할을 하는 문법적인 특성이다.

ChapterHead

• 클로저

외부함수와 내부함수

클로저(closure)는 내부함수가 외부함수의 맥락(context)에 접근할 수 있는 것을 가르킨다. 클로저는 자바스크립트를 이용한 고난이도의 테크닉을 구사하는데 필수적인 개념으로 활용된다.

규모가 큰 코드를 작성하거나 다른 사람과 협업을 해야 하는데 다른 사람이 쓴 코드가 closure로 작성된 경우가 있을 수 있는데 그런 경우에는 클로저라는 개념이 중요하게 사용된다.

클로저에 대해 얘기하기 전에 먼저 내부함수와 외부함수에 대해 알아보자.

JavaScript는 함수 안에서 또 다른 함수를 선언할 수 있다. 다음 예제의 결과는 경고창에 coding everybody가 출력된다.

Fig 106. 함수 안에서 정의된 함수

두 번째 행의 함수는 사실 inner라는 변수에 함수를 값으로 넣은 것이다.

var inner = function{ ... } 이렇게 outter라는 변수 안에서 inner라는 변수를 만들고 이 변수에 함수를 할당하고 있는 것. 이런 테크닉을 쓰는 경우는 여러 가지가 있겠지만 그 중에서 가시적으로 지적할 수 있는 것은 어떤 함수가 있는데 그 함수 안에서만 사용되는 함수가 있을 수 있을 때 안에서 사용되는 함수를 그 함수의 바깥쪽에 선언하게 되면 응집성이 떨어지게 되어 함수 안에 선언하여 보기도 편하고 그 안에 무언가 끼어들 가능성도 줄어들 것이다.

다음 예시는 앞의 예시에서 var title의 위치를 변경한 것인데 inner 는 내부함수, outter는 외부함수이고, title은 외부함수에 정의된 지역변수이다.

Fig 107. title은 inner 를 포함한 outter 안에 정의된 지역변수

inner 함수에서 title이라는 변수를 사용할 때 Fig 107처럼 inner 내부에 title이 정의되지 않았다면 자신을 포함하고 있는 외부함수에서 정의되었는지를 먼저 확인하고 있다면 그 변수를 가리키게 되는 것이다. 즉 내부함수에서 외부함수의 지역변수에 접근할 수 있다. 이런 것을 클러저라고 한다.

클로저란

클로저(closure)는 내부함수와 밀접한 관계를 가지고 있는 주제다. 내부함수는 외부함수의 지역변수에 접근 할 수 있는데 외부함수의 실행이 끝나서 외부함수가 소멸된 이후에도 내부함수가 외부함수의 변수에 접근 할 수 있다. 이러한 메커니즘을 클로저라고 한다. 아래의 코드는 경고창으로 coding everybody를 출력한다.

Fig 108.

먼저 function outter(){ ... } 로 외부함수를 정의하고, 그 안에서 반환값으로 function(){ ... } 과 같이 내부함수를 정의하고 있다. inner = outter(); 에 의해 변수 inner의 결과는 outter()의 반환값인 내부함수 function(){ ... } 이 된다. inner()를 사용하여 inner라는 변수에 담겨 있는 함수를 호출하면 function(){ ... }이 실행되면서 title 값이 경고창에 뜨게 되는 것이다. 여기서 이상한 것은 inner = outter(); 에 의해 outter()는 return 하여 반환값을 돌려주었고 그 의미는 생을 마감했다는 뜻이다. 종료되었다는 뜻이다. outter가 종료되었음에도 불구, inner()를 사용해 inner에 담겨진 함수를 호출한 순간에는 function(){ ... }의 내용이 실행되는데 여기서는 title이라는 변수를 사용하고 이 변수는 내부함수 즉 그 함수가 아닌 외부함수에 존재한다. 외부함수는 이미 생을 마감했는데 그 외부함수에서 파생된 내부함수에서, 이미 사라진 외부함수에 접근을 시도하였으며 그 접근이 성공적으로 이루어지고 있는 것이다. 마치 무슨 영혼처럼 말이다.

이것이 closure의 아주 독특함이라고 할 수 있는 부분이다. 내부함수를 포함하고 있는 외부함수에 접근할 수 있을 뿐만 아니라 외부함수가 종료된 이후에도 내부함수를 통해서 접근할 수 있다는 것이 closure의 중요한 특징이다.

private variable

privage variable은 소프트웨어가 커지는 과정에서 어떤 정보가 있을 때 그 정보를 아무나 수정하지 못하도록 방지하는 것을 말한다. 코드를 통해 살펴볼 건데, 아래 예제는 closure를 이용하여 영화의 제목을 저장하고 있는 객체를 정의하고 있다.

Fig 109.

factory_movie 함수는 반환값으로 객체를 return하고 있는데 이 객체는 get_title, set_title 이라는 key의 value로 각각 모두 함수가 정의되어 있다. 객체를 반환하는데 객체의 값들은 함수란 얘기다. get_title, set_title 이라는 속성에 함수가 정의되어있기 때문에 이 속성들은 메소드인 것이다. 2개의 메소드가 정의되어 있는 객체이다.

위의 클로저에서도 보았듯이 return 값으로 함수를 반환하는 것은 그것을 포함하고 있는 함수의 내부함수라고 했고, 여기서는 return 값이 객체이고 그 객체안의 속성값이 함수라는 점이 차이가 있지만 이것은 엄연하게 내부함수이고 이를 포함하고 있는 fatory_movie(title)은 외부함수다. 이 맥락에서 메소드들 function()과 function(_title)은 factory_movie의 내부함수이다. 다만 그것이 객체 안에 들어있다는 점만 다를 뿐이다. 이것들이 내부함수란 얘기는 클로저에서 보았듯이 이 내부함수를 포함하고 있는 외부함수의 지역변수에 접근할 수 있으며 이 외부함수가 생을 마감한 후에도 접근할 수 있다는 뜻이다.

get_title 의 함수는 title을 return 하는데 이 title 값은 내부함수가 외부함수의 지역변수에 접근이 가능하기 때문에 factory_movie(title)의 title 값이다. get_title의 함수를 호출하면 factory_movie(title)로 전달된 title 값을 리턴한다.

set_title 은 _title을 전달받아 title 다시말해 factory_movie(title)의 title 값을 변경하게 된다.

11, 12행에서 ghost와 matrix는 factory_movie 함수를 호출했고 이 함수의 return 값은 두개의 함수를 속성값으로 하는 객체이다. 얼마나 신기한가? 이때 title의 값은 factory_movie를 호출하면서 전달된다. ghost와 matrix는 모두 2 개의 함수를 속성 값으로 하는 객체를 가지고 있지만 그 두 객체는 당연히 서로 다른 객체이며 그것들이 접근할 수 있는 title의 값 역시 서로 다르다. 이름은 title로서 같지만 서로 다른 변수란 얘기다.

13, 14행은 ghost와 matrix의 속성 뒤에 괄호( )를 붙임으로서 객체안 get_title속성의 함수를 호출하였다. 4행의 코드 즉 title 값이 return 된다. 이때 두 변수 ghost와 matrix 모두 title값을 리턴하지만 이 title은 factory_movie(title)의 title 값인데 전달받을 때 값이 다르기 때문에 return title의 값 역시 다르다.

15행에 의해 '공각기동대'가 ghost 가 가지고 있는 객체의 set_title 속성의 함수를 통해 전달되고 결국 title의 값을 변화시키지만 이때 변화되는 title은 ghost에만 해당되는 것이지 같은 객체구조를 가지고 있는 다른 변수 즉 matrix의 title에는 영향을 주지 못한다. 실행결과는 다음과 같다.

Fig 109. private variables 예시

factory_movie를 통해 11,12행에서 2 개의 객체를 만들었고, 이 2 개의 객체는 각각 자신들이 실행된 그 시점에서의 맥락, 외부함수의 지역변수에 접근할 수 있고, 그 지역변수의 값은 유지가 되기 때문에 set_title을 통해 title값을 바꾼다는 것은 그 객체가 접근할 수 있는 title 값만을 바꿀 뿐, 다른 객체가 접근할 수 있는 title 값에는 아무런 영향을 주지 못한다.

위에서 살펴본 코드의 진짜 효용은 무엇일까? 그것은 바로 private variable 이다. 비밀변수가 가능하다는 것이다. ghost와 matrix에는 객체가 담겨 있고, get_title과 set_title은 언제든지 접근할 수 있는 메소드이다. 오픈되어 있고, 누구나 접근할 수 있는 public이다. 그런데 get_title과 set_title이 내부적으로 사용하고 있는 변수는 외부함수의 지역변수인 title이다. 그런데 외부함수 factory_movie의 지역변수인 title은, 외부함수 factory_movie가 호출되어 return 하고 생을 마감했기 때문에, factory_movie의 내부함수[메소드]인 get_title과 set_title을 통해서만 접근할 수 있는 변수가 되어버리는 것이다.

이런 프라이빗 변수는 규모가 큰 프로그램을 만들 때라야만 그 쓸모를 체감할 수 있는데, 소프트웨어가 커지다 보면 많은 사람이 참여하게 되고 코드를 만들게 된다. 그 안에는 미래의 자기자신, 과거의 자기자신도 포함되어 있다. 과거에 내가 만든 코드가 있지만 시간이 지나면 기억이 가물가물하게 되고 오늘 내가 만든 코드도 시간이 흐르면 한 순간에 이해하기 어려운 것이다.

그런 경우에 많은 코드가 소프트웨어 안에 존재하게 되는데, 그 데이터가 누구나 수정할 수 있는 어떠한 방식으로든 고칠 수 있는 형태의 데이터가 된다는 것은 결국에 가서 그 소프트웨어가 망가질 가능성이 크다는 얘기다. 전역변수, 지역변수도 그런 맥락에서 필요한 개념인 것이다. 이 private variable 역시 마찬가지이다.

위의 코드에서 title이라는 정보에 접근하기 위해 get_title, set_title이라는 메소드를 통해야만 한다면 일단 title이라는 변수를 아무나 수정할 수 없기 때문에 같은 이름의 어떤 변수를 어떤 의미로 사용하든 이 title의 맥락에는 영향을 줄 수 없다. 훨씬 안전하다라는 얘기이다.

다음 set_title 메소드를 이용하여 title의 값을 바꾸는 부분의 코드를 문자열이 아니면 경고창을 보내는 식으로 아래와 같이 코드를 바꿔보고 실행시켜보자. 19행에서 인자 값을 수값으로 주었다.

Fig 110. set_title 의 조건을 넣어줄 수 있다

Fig 110-1. Fig 110의 결과. 문자열이 아니라는 경고창이 뜬다

즉 우리가 title이라는 변수의 값을 private하게 비밀변수로 꽁꽁 묶어놓고, 아주 깊은 곳에 숨겨 놓고 그 변수의 값을 수정할 때에는 set_title을 통해서만 가능하고 그 값을 가져올 때에는 get_title을 통해서만 가져오도록 하면 데이터가 훨씬 더 안전하게 저장되고 안전하게 수정될 수 있다는 것이다. 클로저는 javascript가 private한 변수를 사용할 수 있도록 하는 아주 좋은 메커니즘이라고 할 수 있다.

참고 Private 속성은 객체의 외부에서는 접근 할 수 없는 외부에 감춰진 속성이나 메소드를 의미한다. 이를 통해서 객체의 내부에서만 사용해야 하는 값이 노출됨으로서 생길 수 있는 오류를 줄일 수 있다. 자바와 같은 언어에서는 이러한 특성을 언어 문법 차원에서 지원하고 있다.

클로저의 응용

클로저를 사용하면서 범하기 쉬운 실수 하나를 통해 클로저에 대해 좀 더 살펴보자

이 예제는 자주 일어나는 실수이기 때문에 많이 언급된다.

Fig 111

arr[i] 에는 함수가 들어간다. 즉 arr[0] ~ arr [4] 에는 function(){return 0} ~ function(){return 4} 가 아닌 function(){return i} 가 저장된다.

그리고 for 문을 지나게 되면 i 는 5가 되어있고 arr[0]( )~arr[4]( ) 함수를 호출하면 이때 i 값이 5 이기 때문에 return i에 의해 5가 출력되는 것이다. 그래서 5가 다섯번 출력된다.

https://developer.mozilla.org/ko/docs/Web/JavaScript/Guide/Closures mdn 문서를 참조하면 이해하기가 훨씬 쉬워진다.

이제 arr[i]에 대입되는 function()을 내부함수로 하는 외부함수를 정의하고 그 외부함수의 지역변수의 값을 내부함수가 참조하도록 해보자.

Fig 112.

이렇게 정의해줌과 동시에 인자 i를 넣고 바로 호출하면 매번 i 값이 id 를 통해 내부함수의 return id 로 전달되어 arr[i] 에는 함수가 아니라 function(id){ }(i) 의 실행결과가 들어가게 된다. 그 실행결과는 결국 내부 함수에 의해 retrun id 가 되며 이때 id 값은 매번 for 순환의 i 값을 전달받게 되는 것이다.

클로저 참고

ChapterHead

• arguments

arguments란?

arguments 라고 하는 객체에 대해 알아본다. arguments 객체는 함수 안에서 함수의 여러 가지 정보들을 담고 있는, 특히 인자와 관련된 정보들을 담고 있는 객체인데 배열과 사용방법이 아주 유사하기 때문에 유사 배열이라고도 함. 배열과 비슷하지만 배열은 아니다.

Fig 113. sum( ) 함수는 인자이 없지만 호출 시에 인자가 있으면 arguments[]로 전달 받는다

function length

매개변수와 관련된 두가지 수가 있다. 하나는 함수.length, 다른 하나는 arguments.length이다. arguments.length는 함수로 전달된 실제 인자의 수를 의미하고, 함수.length는 함수에 정의된 인자의 수를 의미한다. 아래의 코드를 보자.

Fig 114. 함수에 정의된 인자의 수와 실제로 전달된 인자의 수

ChapterHead

• 함수의 호출

apply 소개

난이도가 있는 테크닉으로 가면 자주 사용하는 방법에 대해서도 좀 보자.

기본적인 정의•호출 방법: Fig 115 1~2행은 정의 3행은 호출

Fig 115

자바스크립트에서 함수는 일종의 객체이다. 객체는 속성을 가지고 있고 그 속성에 값이 저장되어 있으면 그냥 속성 property 이라고 부르지만 그 속성에 함수가 들어있다면, 그것을 메소드라고 부른다. Fig 115의 함수 func는 객체이며 메소드를 가지고 있는데 이 메소드는 javascript가 기본적으로 제공하는 내장된 메소드, 내장된 객체이다. func는 Function이라는 객체의 인스턴스다. 따라서 func는 객체 Function이 가지고 있는 메소드들을 상속하고 있다. func 라는 함수를 정의하면 우리는 func.apply, func.call 이라는 메소드에 접근할 수 있다. 이것들이 하는 역할은 정의된 func를 호출하는 역할이다. 지금 이야기하려는 메소드는 Function.apply과 Function.call이다. 아래와 같이 sum이라는 함수를 정의하면 기본적으로 sum 을 호출하는 방법은 sum(2, 3); 처럼 하면 되는데, 아래 그림의 마지막 행처럼 sum.apply 를 써서 호출할 수도 있다. 결과는 3이다.

Fig 116

Fig 117. 함수뒤에 점을 찍으면 추천어가 뜨는데 함수에서 쓸 수 있는 속성과 메소드들이다. apply와 call도 보인다

Fig 118

Fig 118에서 와 같이 Console을 통해 함수가 쓸 수 있는 내장메소드들을 볼 수 있는데 [native code] 는 브라우저가 가지고 있는 내장코드를 의미하고 있다.

함수 sum은 Function 객체의 인스턴스다. 그렇기 때문에 객체 Function 의 메소드 apply를 호출 할 수 있다. apply 메소드는 두개의 인자를 가질 수 있는데, 첫번째 인자는 함수(sum)가 실행될 맥락이다. 맥락의 의미는 다음 예제를 통해서 살펴보자. 두번째 인자는 배열인데, 이 배열의 담겨있는 원소가 함수(sum)의 인자로 순차적으로 대입된다. Function.call은 사용법이 거의 비슷하다 여기서는 언급하지 않는다.

sum(1, 2); 를 sum.apply(null, [1, 2]); 라고 해주어도 결과는 같다. 이때 인자의 위치를 잘 확인해보면, 기본호출방법과는 달리 sum.apply에서는 배열 안에 인자를 넣어주고 있다.

apply 의 사용

Fig 119

위의 코드에서 함수 sum 안의 this는 정의되는 시점에서는 어느 객체인지 정해져 있지 않다. sum 함수를 호출할 때 sum( ) 을 사용하지 않고 sum.apply( ) 를 사용하고 있는데 Fig 116과 달리 첫 인자를 null로 하지 않고 객체를 지정하고 있다. 그러면 이때 인자로 전달하는 객체 o1 혹은 o2이 바로 sum 함수 안에서 this 가 되는 것이다.

이것은 마치도 sum.apply(o1) 이 o1.sum처럼 작동한다는 것이다. 즉 o1에 대해 sum을 적용하는 것처럼 동작한다. 이해를 돕기 위해 코드를 좀 바꿔보자.

Fig 120

이 코드는 o1 객체의 sum 속성 뒤에 ( )를 붙여 함수를 호출하고 있으며, 이 함수는 자신의 모든 요소들을 더하고 있는데 3개 요소를 더한 후 마지막 sum 속성의 값도 더한다. 즉 함수 정의문을 하나의 문자열로 하여 연결한 결과를 보여주는 것이다.

동영상 서비스가 종료되어 해당 콘텐츠를 재생할 수 없습니다.

Fig 121. 객체의 요소 유형 type이 함수가 아닐 때만 더한다

Fig 121과 같이 객체의 타입을 비교하는 코드를 삽입하면 결과는 Fig 119와 같아진다.

이렇게 복잡한 코드를 보다 보기 좋고 단순하게 할 수 있는 방법이 바로 Fig 119인 것이다. 그러면 sum이라는 함수가 마치도 o1이나 o2의 메소드인 것처럼 사용할 수 있는 것이다. 이것이 apply 를 써서 해결할 수 있는 방법 중 하나다.

ChapterHead

TOP

4. 객체지향

- 객체지향 프로그래밍
- 생성자와 new [constructor]
- 전역객체
- this
- 상속
- prototype
- 표준 내장 객체의 확장
- Object
- 데이터 타입
- 참조

객체지향 프로그래밍은 크고 견고한 프로그램을 만들기 위한 노력의 산물이다. 객체지향이라는 큰 흐름은 현대적 프로그래밍 언어들을 지배하고 있는 가장 중요한 맥락이라고 할 수 있다. 하지만 자바스크립트의 객체지향은 다른 언어들의 객체지향과 사뭇 다르다. 특히 Java나 C++과 같은 주류 객체지향 언어에 익숙한 독자라면 극심한 혼란을 경험할 수도 있다.

최소한 주류가 된 언어라면 그 언어가 추구한 나름대로의 지향점이 있을 것이다. 그 지향점에 대해서 이해하고 언어를 대한다면 훨씬 더 즐겁게 언어를 음미할 수 있을 것이다. 특히 모든 처리의 중심에 함수를 두는 자바스크립트를 공부하다 보면 객체지향을 이렇게도 추구 할수도 있다는 것을 알게 될 것이다.

• 객체지향 프로그래밍

오리엔테이션

객체지향 프로그래밍(Object-Oriented Programming : OOP)은 좀 더 나은 프로그램을 만들기 위한 프로그래밍 패러다임으로 로직을 상태(state)와 행위(behave)로 이루어진 객체로 만드는 것이다. 이 객체들을 마치 레고 블럭처럼 조립해서 하나의 프로그램을 만드는 것이 객체지향 프로그래밍이라고 할 수 있다. 다시 말해서 객체지향 프로그래밍은 객체를 만드는 것이다. 따라서 객체지향 프로그래밍의 시작은 객체란 무엇인가를 이해하는 것이라고 할 수 있다. 말이 어렵게 느껴지지 않는가? 그것은 아직 객체 지향에 대한 체험이 없기 때문이다. 본 수업에서는 객체 지향에 대해서 코드 없이 이야기 할 수 있는 것들에 대해서만 이야기 할 생각이다. 객체 지향에 대한 오리엔테이션이라고 생각하고 가벼운 마음으로 나머지 내용을 읽어보자.

객체지향 프로그래밍을 학습하는데 장애 중의 하나는 번역이다. Object를 번역한 객체는 현실에서는 거의 쓰지 않는 말이고, 머랄까 철학적인 느낌을 자아낸다. 그래서 객체지향 프로그래밍을 처음 접하는 입문자들은 객체지향 프로그래밍을 철학적인 탐구의 대상으로 파악하는 경향을 보이는데, 필자의 생각에 이것은 공부를 어렵게 할 뿐 도움이 되지 않는다. 쉽게 생각하자. 객체는 변수와 메소드를 그룹핑한 것이다.

오픈튜토리얼의 구성은 대체로 이렇다.

Fig 122

이런 사이트의 경우 일반적으로 알고 있는 소프트웨어와는 좀 다르지만 이런 웹서비스들도 애플리케이션이라고 부르고 이것도 분명히 소프트웨어이다. 아주 많은 경우에 이런 사이트를 구축하기 위해 JAVA를 사용한다.

이 사이트에는 글목록을 출력하는 로직, 본문을 출력하는 로직, 댓글을 출력•수정•추가•삭제하는 로직이 있을 것이다. 즉 하나의 프로그램은 하나의 취지를 가진 로직으로 이루어지는 것이 아니라 여러 개의 목적성을 갖고 있는 로직들의 집합으로 볼 수 있다.

처음 서비스를 만들고 애플리케이션을 만들 때에는 코드가 많지 않다. 위에서 본 절차적프로그래밍 기법으로 충분히 사이트를 구축할 수 있다. 그런데 사이트의 규모가 커지고 사이트를 구축하기 위해 동원되는 인원들이 많아지고 오랜 시간동안 프로젝트가 진행되는 과정에서 여러 가지 어려움들을 겪게 된다. 전문용어로는 막장이라고 한다고.

그러면 이 사이트에 들어가는 로직들을 기능 별로 그루핑하려는 생각이 자연스럽게 솟아나게 된다.

그럼 어떻게 할까? 이 사이트를 구성하고 있는 글목록, 본문, 댓글과 같은 기능적으로 로직들을 구분하여 글목록 관련 로직이라고 하면 변수이름 앞에 list_xxx, 본문 관련 변수•메소드라면 article_xxx 와 같이 명명한다거나, 글목록 관련 변수나 메소드 또는 본문 관련 변수 메소드 들을 각각의 기능별로 쪼개서 코드상으로 서로 연관되어 있는 코드끼리 모아놓는 다거나 하는 여러 가지 조치들을 취하게 되는데 그것이 일종의 그루핑, 분류화, categorizing 등이다. 이렇게 소프트웨어가 커지면서 발생하는 여러가지 문제들[소위 막장], 이런 막장으로 해 절망감 속에서 허덕이다 보면 자연스럽게 그것을 해소할 수 있는 방법들에 대해 모색하게 된다.

그러한 모색으로부터 나온 결과 중 하나가 객체지향이라고 볼 수 있다. 계속해서 Fig 122를 예를 들어 얘기를 하는 것이지만, 본문, 댓글, 글목록 과 관련되어 있는 로직들[변수, 메소드]을 서로 연관되어 있는 기능 별로 그루핑하는 기능을 프로그래밍차원에서, 언어차원에서 제공하게 되는 것이다. 그렇게 하여 그루핑된 하나하나의 단위들을 객체라고 부른다.

본문이 있으면 이 객체 안에는 그와 관련된 변수와 메소드들이 응집되어 있고, 또 댓글과 관련되어 있는 변수와 메소드들[추가•삭제•변경•수정 등]이 아래 그림과 같이 객체 단위로 응집되어 있는 것이다.

Fig 123. 기능에 따른 로직 별로 객체를 이루고 관련된 변수와 메소드들을 가지고 있다

동시에 서로 연관성이 없는 다른 성격을 가진 로직들과는 객체를 경계로 분리되어 있는 것이다. 서로 연결되어 있는 것은 객체를 껍데기로 응집되어 있고 연관성이 없는 것들은 객체라는 껍데기를 중심으로 하여 구분되는 것이 객체의 가장 중요한 기능이다.

이렇게 객체를 분류하여 소프트웨어를 좀 더 명확하게 이해하고 쉽게 관리할 수 있도록 기능 별로 로직들을 구획화시키고 분류하고 categorizing 하면 자연스럽게 객체라고 하는 문법적인 기능이 나타나게 되는 것이고 그러한 기능은 어디에 알맞고 또는 다른 사이트를 구축할 때도 쓸 수 있다라는 생각을 하게 되는 것이다. 그러면 이 댓글이라는 객체를 다른 사이트 혹은 다른 애플리케이션에서도 가져다 쓸 수 있게 되는 것이다. 이러한 것이 프로그래밍에서 가장 중요한 부분의 하나인 재활용성에 객체가 기여하는 부분이다. 이미 사용하고 있는 것들을 다른 곳에서도 사용하려고 하게 되고 실제로 그렇게 하려면 또 다른 문제들을 발생시키게 되는데, 그러한 문제들을 완화시키기 위해 로직을 제한하고 컨트롤하는 여러 가지 기능들이 추가되게 되는데 이제 마주하게 될 객체지향의 여러 가지 기능들이 그러한 맥락에서 나타나게 되었을 것이다. 객체지향프로그래밍을 객체를 만드는 것이고 객체는 추상적으로 생각할 대상이 아니며 언어차원에서 매우 구체적인 문법적인 기능이 제공된다. 하나의 객체 안에는 그 객체가 가지고 있는 취지 [예를 들어 본문인지 댓글인지] 와 연관되어 있는 변수와 메소드들이 들어 있고 그리고 연관성이 없는 다른 로직과 구분해주는 역할을 하는 것이 객체라고 보면 된다.

추상화

문법과 설계

객체지향 프로그래밍 교육은 크게 두 가지로 구분된다.

문법

하나는 객체지향을 편하게 할 수 있도록 언어가 제공하는 기능을 익히는 것이다. 이러한 기능들은 if, for문처럼 문법적인 구성을 가지고 있다. 이 문법을 이해하고, 숙지해야 객체를 만들 수 있다. 객체를 만드는 법에 대한 학습이라고 할 수 있다. 우리 수업은 여기에 초점이 맞춰져 있다.

설계

두 번째는 좋은 객체를 만드는 법이다.

객체지향을 배우고자 한다면 일단은 문법을 먼저 정복하는 수밖에 없다. 객체지향프로그래밍을 하기 위해서는 어떤 코드를 어떻게 작성해야 하고 그것이 어떤 기능을 가지고 있는가 하는 것들을 익히는 것이 기본적인 것이고 어떤 측면에서 가장 쉬운 일이라고 할 수 있다. 정말로 어려운 것은 객체지향을 이용하여 현실을 잘 담아낼 수 있는 소프트웨어를 개발하는 것이다. 이것을 다른 말로는 설계를 잘하는 법이라고 할 수 있다. 설계는 현실에서 우리가 관심이 있는 어떤 특성 혹은 관점을 소프트웨어화 시켜서 문제를 해결하는 것을 프로그래밍, 프로그램이라고 할 수 있다. 문제는 이 현실이 아주 복잡하다는 것이다. 소프트웨어는 현실보다 훨씬 단순하다. 소프트웨어도 현실 안에 포함되기 때문에 당연히 현실이 훨씬 더 복잡한 것이다. 좋은 설계는 현실을 잘 반영해야 한다. 현실은 복잡하다. 하지만 그 복잡함 전체가 필요한 것은 아니다. 아래의 그림을 보자.

Fig 124 런던의 위성사진 지도, 전철 노선

위의 그림은 런던의 지도다. 여러분이 지하철을 이용한다면 어떤 지도를 선호할까? 오른쪽 하단의 지도를 선호할 것이다. 왼쪽 상단의 지도는 현실의 복잡함을 나타낸다. 오른쪽 하단의 지도는 지하철 탑승자의 관심사만을 반영하고 있다. 역 간의 거리나 실제 위치와 같은 요소들은 모두 배제하고 있다. 복잡함 속에서 필요한 관점만을 추출하는 행위를 추상화라고 한다.

지하철 노선도가 디자인의 추상화라고 한다면 프로그램을 만든다는 것은 소프트웨어의 추상화 abstract 라고 할 수 있다. 객체 지향 프로그래밍은 좀 더 현실을 잘 반영하기 위한 노력의 산물이다. 이것은 단순히 객체 지향의 문법을 이용해서 객체를 만든다고 달성되는 것이 아니다. 고도의 추상화 능력이 필요하다. 좋은 설계는 문법을 배우는 것보다 훨씬 어려운 일이다. 심지어 이것은 지식을 넘어서 지혜의 영역이다. 좋은 설계를 위한 조언들은 많지만 이러한 조언들은 조언자의 입을 떠나는 순간 생명력을 잃어버린다. 지식은 전수되지만 지혜는 전수되지 않기 때문이다. 스스로 경험하고 깨우쳐서 자기화시켜야 한다. 필자도 그 긴 여정을 따라가고 있는 견습생에 불과하다.

객체지향의 설계 원칙이나 객체 지향의 철학적인 의미는 대단히 중요하다. 하지만 이러한 것들을 지금 언급한다면 여러분은 미궁 속에 빠지게 될 것이다. 그래서 필자가 제안하는 것은 일단은 지식부터 익히자는 것이다. 언어가 지원하는 객체지향 문법을 배우고, 이것들이 어떻게 동작하는지를 충분히 이해한 다음에 비로소 설계 원칙도 이야기할 수 있고, 객체와 사물의 비유도 시도해 볼 수 있을 것이다. 여기서는 몇 가지 객체지향이 추구하는 지향점을 가볍게 이야기하고 다음 토픽부터 구체적인 문법을 알아볼 것이다.

부품화

프로그래밍은 정신적인 활동이다. 정신적인 것은 실체가 없고, 무한하고, 유연하다. 이러한 특성은 정신이 가진 장점이면서 소프트웨어의 극치다. 하지만 정신의 이러한 특성은 때로 오해나 모순 같은 문제점을 유발한다. 소프트웨어도 이러한 문제점을 그대로 상속받는다. 이러한 문제점을 극복하기 위한 노력 중의 하나가 부품화라고 할 수 있다. 객체 지향과 부품화를 동일시 할 수는 없지만 부품화라고 하는 소프트웨어의 큰 흐름은 객체 지향이 만들어지는데 지대한 공헌을 했다고 할 수 있다. 하드웨어에서 이루어지는 부품화의 예를 보자.

아래의 컴퓨터는 초창기의 컴퓨터다.

Fig 126. 초창기 컴퓨터

본체와 모니터와 키보드가 하나로 단일화되어 있다. 이것의 문제점은 분명하다. 모니터가 고장 나면 컴퓨터를 바꿔야 한다. 키보드가 고장 나도 컴퓨터를 교체해야 한다.

Fig 127. 부품화된 컴퓨터

그래서 위와 같이 모니터와 본체와 컴퓨터를 분리했다. 다시 말해서 부품화 시킨 것이다. 기능들을 부품화 시킨 덕분에 소비자들은 더 좋은 키보드나 저렴한 모니터를 선택할 수 있게 되었다. 또 문제가 생겼을 때 그 문제가 어디에서 발생한 것인지 파악하고 해결하기가 훨씬 쉬워진다.

위의 그림에서 모니터와 키보드 그리고 본체를 분리하는 기준은 무엇일까? 그 기준을 세우는 것이 추상화일 것이다. 위 제품의 기획자는 컴퓨터를 입력과 출력 그리고 연산 & 저장으로 분류하고 있다. 이 분류에 따라서 부품들을 모으고 분리해서 모니터, 키보드, 본체와 마우스라는 개별적인 완제품을 만들고 있다. 이 완제품들을 부품으로 조합하면 컴퓨터라는 하나의 완제품이 만들어진다.

물론 정해진 답이 있는 것은 아니다. 아래 컴퓨터는 저장 장치를 부품화시키고 있다.

Fig 128. 저장장치가 부품화된 컴퓨터

또 아래 장치는 현시점에서 최신 데스크탑이다. 그런데 부품화를 제거하고 있다. 기술이 경량화되면서 컴퓨터는 더욱 작아지게 되었고, 그 결과 컴퓨터를 부품화하는 것의 매력이 반감되고 있기 때문이 아닐까? 부품화가 중요한 것임에는 분명하지만 그 보다 중요한 것은 적절함이다. 그래서 설계가 어려운 것이다.

Fig 129. 최신 일체화된 데스크탑 컴퓨터

객체 지향은 부품화의 정점이라고 할 수 있다. 하지만 우리는 아직 객체 지향을 배우지 않았다. 그래서 우리가 배운 것 중에서 부품화의 특성을 보여줄 수 있는 기능을 생각해보면 좋을 것 같다. 메소드는 부품화의 예라고 할 수 있다. 메소드를 사용하는 기본 취지는 연관되어 있는 로직들을 결합해서 메소드라는 완제품을 만드는 것이다. 그리고 이 메소드들을 부품으로 해서 하나의 완제품인 독립된 프로그램을 만드는 것이다. 메소드를 사용하면 코드의 양을 극적으로 줄일 수 있고, 메소드 별로 기능이 분류되어 있기 때문에 필요한 코드를 찾기도 쉽고 문제의 진단도 빨라진다.

그런데 프로그램이 커지면 엄청나게 많은 메소드들이 생겨나게 된다. 메소드와 변수를 관리하는 것은 점점 어려운 일이 되기 시작한다. 급기야는 메소드가 없을 때와 같은 상황에 봉착하게 된다. 메소드는 프로그래밍의 역사에서 중요한 도약이었지만, 이 도약이 성숙하면서 새로운 도약지점이 보이기 시작한 것이다.

그 도약 중의 하나가 객체 지향 프로그래밍이다. 이것의 핵심은 연관된 메소드와 그 메소드가 사용하는 변수들을 분류하고 그룹핑하는 것이다. 바로 그렇게 그룹핑 한 대상이 객체(Object)다. 비유하자면 파일과 디렉토리가 있을 때 메소드나 변수가 파일이라면 이 파일을 그룹핑하는 디렉토리가 객체라고 할 수 있다. 이를 통해서 더 큰 단위의 부품을 만들 수 있게 되었다. 객체를 만드는 법에 대해서 호기심이 생기지 않는가? 이런 호기심을 유발시키는 것이 이번 토픽의 목적이다. 객체를 만드는 법은 다음 토픽에서 알아보고 지금은 부품화에 대해서 조금 더 생각해보자.

은닉화, 캡슐화

그런데 부품화라고 하는 목표는 단순히 동일한 기능을 하는 메소드와 변수를 그룹핑한다고 달성되는 것은 아니다. 제대로된 부품이라면 그것이 어떻게 만들어졌는지 모르는 사람도 그 부품을 사용하는 방법만 알면 쓸 수 있어야 한다. 이를테면 모니터가 어떻게 동작하는지 몰라도 컴퓨터와 모니터를 연결하는 방법만 알면 화면을 표시 할 수 있는 것과 같은 이치다. 즉 내부의 동작 방법을 단단한 케이스 안으로 숨기고 사용자에게는 그 부품의 사용방법만을 노출하고 있는 것이다. 이러한 컨셉을 정보의 은닉화(Information Hiding), 또는 캡슐화(Encapsulation)라고 부른다. 자연스럽게 사용자에게는 그 부품을 사용하는 방법이 중요한 것이 된다.

인터페이스

잘 만들어진 부품이라면 부품과 부품을 서로 교환 할 수 있어야 한다. 예를들어보자. 집에 있는 컴퓨터에 A사의 모니터를 연결하다가 B사의 모니터를 연결 할 수 있다. 또 집에 있던 모니터에 A사의 컴퓨터를 연결해서 사용하다가 새로운 컴퓨터를 구입하면서 B사의 컴퓨터를 연결 할 수 있다. 모니터와 컴퓨터는 서로가 교환관계에 있는 것이다. 이것은 모니터와 컴퓨터를 연결하는 케이블의 규격이 표준화 되어 있기 때문에 가능한 일이다. 아래의 그림을 보자. 모니터와 컴퓨터를 연결하는 케이블인 HDMI를 보여준다.

Fig 130. HDMI Connector Pins

컴퓨터와 모니터를 만드는 업체들은 위와 같은 케이블의 규격을 공유한다. 모니터 입장에서는 컴퓨터가, 컴퓨터 입장에서는 모니터가 어떤 식으로 만들어졌는지는 신경쓰지 않는다. 각각의 부품은 미리 정해진 약속에 따라서 신호를 입, 출력하고, 연결점의 모양을 표준에 맞게 만들면 된다. 이러한 연결점을 인터페이스(interface)라고 한다. 위의 그림을 보면 HDMI 케이블의 연결점은 특유의 생김새가 있다. 만약 HDMI 케이블을 랜선을 연결하는 구멍에 연결하려고 한다면 어떻게 될까? 동작하지 않을 뿐 아니라 연결 자체가 되지 않는다. 인터페이스란 이질적인 것들이 결합하는 것을 막아주는 역할도 하는 것이다. 즉 인터페이스는 부품들 간의 약속이다. 이러한 약속을 프로그래밍적으로는 어떻게 구현하는가도 살펴본다.

지금까지 객체를 부품으로 비유해서 설명 했다. 그런데 비유는 비유일 뿐이다. 비유는 의도한 유사점 뿐만 아니라 의도하지 않은 차이점까지도 전달될 가능성이 있기 때문이다. 비유의 함정이라고 할 수 있다. 소프트웨어는 하드웨어가 아니다. 하드웨어가 할 수 없는 것을 소프트웨어는 할 수 있다. 그 중의 하나가 복제와 상속이다. 이러한 개념을 구체적인 문법 없이 설명하는 것은 효용이 크지 않을 뿐만 아니라 자칫 흥미를 저해할 위험이 있기 때문에 여기서는 설명하지 않았다. 소프트웨어가 있기 이전부터 하드웨어가 이룩한 성취를 잘 수용하면서 동시에 소프트웨어 다운 소프트웨어를 만드는 것은 우리게게 주어진 숙제라고 할 수 있다.

ChapterHead

• 생성자와 new

소개

객체지향에 대해 위에서 언급한 부분은 java, php 등 모든 언어에 있어 공통적인 부분이라고 할 수 있다. 여기서부터는 javascript가 어떻게 객체지향이라는 프로그래밍 패러다임에 접근하고 있는지를 살펴본다. javascript는 다른 객체지향언어와는 차이가 있다. 자기만의 아주 독특한 성격을 가지고 있고 이런 계열의 언어를 prototype-based programming 이라고 한다. 프로토타입기반 프로그래밍이라는 카테고리에 속해있다. 전통적인 함수형 언어의 특성을 그대로 가지고 있는 것이 아니고 객체지향언어가 가지고 있는 문법을 비슷하게 사용하면서 사실은 함수형 언어의 특성을 가지고 있기 때문에 매우 혼란스러울수 있다. 그래서 javascript는 알면 알수록 미궁에 빠지는 느낌이 드는 언어이기도 하다.

javascript가 추구하는 객체지향 프로그래밍 스타일은 대단히 자유롭고 유연하다. java나 c++과 같은 언어들이 추구하는 객체지향이 규제를 통해 버그의 가능성을 최소화시키고 거대한 소프트웨어를 만들기 위한 다양한 매니지먼트 도구들을 엄격하고 깐깐하게 도입한 언어들이라고 한다면, javascript는 마치 예술과 같은 느낌이지만 거기에 익숙해지기 전까지는 대단히 혼란스럽고 뭔가 엉성한 느낌이 들 수도 있다. 하지만 javascript는 그것이 추구하는 것이 있고 그로 인해 오늘날 가장 많은 사람들이 사용하는 언어가 될 수 있었다.

객체지향프로그램을 간단히 말하면 서로 연관되어있는 변수와 메소드를 하나의 객체라고 하는 그릇에 넣는 것이다. 그리고 서로 연관되어 있지 않은 것들은 별도의 객체에 담아 분리를 시키는 것이 [Fig 123] 객체지향프로그램의 기본적인 형태라고 할 수 있다. 연관되어 있는 것들을 그룹핑, categorizing 하는 것이 마치도 연관된 파일들을 그룹핑하는 것과 같은데, 그러한 것들을 제공해주는 문법적인 체계가 객체란 것이고 그 객체를 이용하여 여러 가지 연관되어 있는 로직들을 객체화시키게 되면 각각의 로직들은 하나하나가 일종의 독립된 프로그램처럼 독립성을 갖게 된다. 즉 여러 완제품의 부품으로 사용할 수 있다는 것이다. 객체지향을 통해 도달코자 하는 목적은 바로 좋은 부품의 로직을 만드는 것이며 쉬운 일은 아니다.

객체생성

Fig 131. Object 를 만들고 점을 찍으면 그 안의 속성들을 볼 수 있다

Fig 131의 1행에서 { } 은 Object 라는 이름의 비어있는 객체를 만든다. 이 Object는 데이터를 담을 수 있는 비어있는 상자라고 보면 된다. 객체를 가리키는 변수뒤에 점을 찍고 속성을 써주면 그 속성값을 변경 또는 꺼낼 수 있다.

person.name 처럼 말이다. person은 비어있는 Object 를 가리키고 name은 Obect의 속성 property 중 하나다.

3행에서 person의 introduce 속성에는 함수를 넣었으며 이 함수를 메소드라고 부른다.

6행: introduce 뒤에 ( ) 를 붙여 정의한 함수를 호출하는데 함수 안의 this 는 이 함수가 속해있는 Object 즉 person 이라는 변수가 담고 있는 객체를 가리키는 것이다.

이 코드는 객체를 만들고 있는데 [3행], 객체 안에 들어가는 property [2행] 와 method [3행] 가 객체를 정의하는 3행과 분리가 되어 있다. 때문에 중간에 다른 코드가 끼어드는 것과 같은 일련의 행위들에 의해 객체를 정의함에 있어서 집중도가 떨어질 수 있다. 즉 객체를 만드는 과정이 분산되어 있다. 아래의 코드는 그런 문제를 해결할 수 있다.

Fig 132

위에서처럼 객체를 만드는 2가지 방법 중 어느 것이 좋다 나쁘다는 건 아니다.

Fig 133. 같은 구조를 가지는 객체를 이용해 여러 객체를 만든다고 하자

Fig 133 과 같이 같은 구조의 Object를 서로 다른 변수를 써서 여러 개 만든다고 하면 introduce 메소드는 완전히 중복되는 것을 알 수 있으며 만일 이 메소드의 내용을 수정해야 한다면 객체의 수가 많을 경우 엄청난 문제가 될 수 있다. 이러한 중복은 코드의 가독성, 코드의 량, 유지보수의 측면에서 매우 부정적인 현상이다. 이것을 해결하는 방법이 생성자와 new이다.

생성자와 new

javascript는 함수형 언어이고 javascript를 이해하는 가장 중요한 키워드는 객체이기 전에 함수이다.

생성자(constructor)는 객체를 만드는 역할을 하는 함수다. 자바스크립트에서 함수는 단순히 재사용 가능한 로직의 묶음이 아니라 객체를 만드는 창조자라고도 할 수 있다.

Fig 134. new

Fig 134 에서 Person이라는 함수를 정의하고 p0에 넣은 후 p0의 값을 보면 undefined 이지만 new Person() 을 p에 넣고 p의 값을 보면 Person{ } 인 것을 볼 수 있다. { } 은 비어 있는 객체라는 뜻이다. Person( ) 앞에 new 가 붙어있으면 Person( )는 함수라고 부르는 것이 아니라 생성자라고 부른다. 객체의 생성자인 것이다. p에는 비어있는 Person{ } 객체가 만들어지는 것이다. 함수가 객체의 창조자로서의 역할을 하는 것이다.

자바의 경우는 클래스 안에 생성자가 존재하고 [즉 생성자는 클래스에 소속되어 있다] 생성자를 호출하는 것을 통해 클래스의 인스턴스, 즉 클래스의 객체를 만들어 낸다. javascript는 생성자가 어디에 소속되어 있지 않다. 생성자는 그냥 함수일 뿐이다. 함수 앞에 new를 붙여 실행하면 객체를 만들어 내는 것이다. javascript에는 클래스라는 존재가 없다.

Fig 135

함수를 호출할 때 new을 붙이면 새로운 객체를 만든 후에 이를 리턴한다. 위의 코드는 새로운 객체를 변수 p에 담았다. 여러사람을 위한 객체를 만든다면 아래와 같이 코드를 작성해야 할 것이다.

Fig 135-1

별로 개선된 것이 없다.

Fig 135-2

생성자 내에서 이 객체의 프로퍼티를 정의하고 있다. 이러한 작업을 초기화 init, initialize 라고 한다. 이를 통해서 코드의 재사용성이 대폭 높아졌다. 7,10행의 Person은 함수가 아닌 생성자이다.

코드를 통해서 알 수 있듯이 생성자 함수는 일반함수와 구분하기 위해서 첫글자를 대문자로 표시한다.

ChapterHead

• 전역객체

전역객체(Global object)는 특수한 객체다. 모든 객체는 이 전역객체의 프로퍼티다.

Fig 136

func();와 window.func();는 모두 실행이 된다. 모든 전역변수와 함수는 사실 window 객체의 프로퍼티다. 객체를 명시하지 않으면 암시적으로 window의 프로퍼티로 간주된다.

Fig 136-1

자바스크립트에서 모든 객체는 기본적으로 전역객체의 프로퍼티임을 알 수 있다.

전역객체 API

생활코딩의 자바스크립트사전 을 보면 Global 이라는 객체가 있으며 Global 안에 정의되어 있는 API 들이 전역객체가 가지고 있는 API 이고 전역변수 또는 전역 함수를 정의하게 되면 그 함수와 변수는 사실상 Global 객체의 property로 직접 추가한다는 의미를 가진다. 이 사전에 보여주는 메소드들은 javascript에서 기본적으로 제공하고 있는 표준화된 메소드들이다.

ECMAScript에서는 전역객체의 API를 정의해두었다. 그 외의 API는 호스트 환경에서 필요에 따라서 추가로 정의하고 있다. 이를테면 웹브라우저 자바스크립트에서는 alert()이라는 전역객체의 메소드가 존재하지만 node.js에는 존재하지 않는다. 또한 전역객체의 이름도 호스트환경에 따라서 다른데, 웹브라우저에서 전역객체는 window이지만 node.js에서는 global이다.

Fig 137. nodejs 실행 후 global 명령어 실행

Fig 137-1. nodejs에서 global 명령어 실행결과

Fig 137-2. nodejs에서 전역객체는 global

ChapterHead

• this

함수와 this

this는 함수 내에서 함수 호출 맥락(context)를 의미한다. 맥락이라는 것은 상황에 따라서 달라진다는 의미인데 즉 함수를 어떻게 호출하느냐에 따라서 this가 가리키는 대상이 달라진다는 뜻이다. 함수와 객체의 관계가 느슨한 자바스크립트에서 this는 이 둘을 연결시켜주는 실질적인 연결점의 역할을 한다.

함수호출

함수를 호출했을 때 this는 무엇을 가르키는지 살펴보자. this는 전역객체인 window와 같다.

Fig 138. func( ) 를 호출하면 이때 this는 window이다

this는 함수 안에서 사용할 수 있는 약속되어 있는 변수이다.

메소드의 호출

Fig 139. 객체의 소속인 메소드의 this는 그 객체를 가르킨다

객체의 소속인 메소드의 this는 그 객체를 가리킨다.

var o = {
        func : function(){
                if(o === this){
                        document.write("o === this");
                }
        }
}
o.func();   

생성자의 호출

아래 코드는 함수를 호출했을 때와 new를 이용해서 생성자를 호출했을 때의 차이를 보여준다.

var funcThis = null; 
         
        function Func(){
            funcThis = this;
        }
        var o1 = Func();
        if(funcThis === window){
            document.write('window <br />');
        }
         
        var o2 = new Func();
        if(funcThis === o2){
            document.write('o2 <br />');
        }

Fig 140

Func( )는 같은 함수이지만 o2 에 넣을 때처럼 생성자로 사용될 때에는 this의 값이 생성될 객체를 가리킨다. 하지만 Func( )를 o1에 넣듯이 함수로 호출하게 되면 이 함수 안에서 this의 값은 전역객체인 window를 가리킨다.

생성자는 빈 객체를 만든다. 그리고 이 객체내에서 this는 만들어진 객체를 가르킨다. 이것은 매우 중요한 사실이다. 생성자가 실행되기 전까지는 객체는 변수에도 할당될 수 없기 때문에 this가 아니면 객체에 대한 어떠한 작업을 할 수 없다.

Fig 141. o에는 Func( ) 생성자에 의해 만들어진 객체가 할당되는데 함수가 실행되는 시점에서는 아직 o가 생성되지 않았기 때문에 undefined가 나옴

apply, call/ 객체로서 함수

javascript가 얼마나 유연한 언어인가를 극명하게 보여주는 예제이다. apply와 call에 대해서는 앞에서도 한 번 언급하였는데 다시 한 번 자세히 알아본다.

Fig 142

Fig 142와 같은 함수를 다음과 같이 Function( ) 생성자를 사용하여 sum2에 할당할 수 도 있다.

Fig 143. new Function( ) 생성자를 사용하여 객체를 생성

Function( )은 생성자 함수인데, 앞의 두 개의 인자는 일반적으로 함수를 정의할 때의 매개변수와 같으며 그리고 마지막에 등장하는 인자가 바로 그 함수의 본문에 해당되는 것이다. Fig 142에서 function sum(x,y)는 sum 이라고 하는 함수 객체를 만드는 것이다.

그런데 Fig 143에서와 같이 함수 객체를 생성하는 것은 대단히 불편하다. 만약에 함수의 세번째 인자에 해당하는 함수의 본문내용이 길다면 저런 식으로 생성할 수는 없을 것이다.

그래서 Fig 142에서처럼 함수를 정의하면 javascript는 함수 객체를 만들어주는 것이다. 이것을 함수 리터럴 Literal 이라고 한다.

그리고 우리가 객체를 만들 때 var = o{ } 와 같은 식으로 만드는데 이것은 객체 리터럴이 new Object 라고 할 수도 있는 것이다.

배열 변수를 만들 때 var a = [1, 2, 3]; 과 같이 만드는데 이것은 배열 리터럴이다. new Array(1, 2, 3) 이라고 할 수도 있다.

new .... 과 같이 객체를 명시적으로 만들 수도 있지만 그것보다 훨씬 더 편리하게 값을 만들 수 있게 해주는 문법적인 체계를 리터럴이라고 부르는 것이다. 이렇게 객체를 생성하면 그 객체는 property를 가지게 된다. 함수가 가지고 있는 property 중에 ECMAScript에서 정의하고 있는 메소드 중 하나가 apply와 call이다.

Fig 144. 생성자로 생성한 sum2에는 익명의 함수가 들어있다

apply 와 this

Fig 145

Fig 146

func.apply(o); 라고 하게 되면 함수 호출 컨텍스트를 대입하게 된 것이다. 이렇게 되면 함수 안에서 this 는 첫 번째 인자로 지정한 o가 된다.

전통적인 객체지향에서 메소드라는 것은 객체에 강하게 소속되어 있다. 객체에 포함되어 있는 것이다. 그래서 그 메소드는 다른 곳에 가지 못한다. 객체에 고정되어 있는 것이다. 마치 객체가 주인이고 메소드는 그 주인에게 종속되어 있는 노예와 같은 상태라고 할 수 있다. 실제로 프로그램에서 많이 쓰는 표현이다. Master, Slave . 이것은 일반적인 객체지향의 개념인데 javascript는 유연하다.

위 코드에서 window, o, p, 라는 객체와 함수가 있는데, func( ); 라고 호출하면 func가 마치도 window의 메소드처럼 호출이 되었고, func.apply(o); 라고 호출하면 func는 o의 메소드처럼, func.apply(p); 라고 호출하면 func는 마치 p의 메소드처럼 되는 것이다. 함수도 심지어 객체이기 때문에 window, o, p와 대등한 것인데, 어떤 방식으로 호출하느냐 에 따라 여러 객체의 소속이 된다는 것이다. 주인-노예 관점에서 바라본다면 마치 옛날에는 slave였던 메소드가 현대사회의 개인이 된 것처럼 되어 버렸다. 어느 한 주인에게 종속되지 않는 개인이 된 것이다. 그런데 이 개인도 어떤 맥락에서 호출하느냐에 따라 누군가의 노예가 되는 것이다. 마치 돈을 주는 사람이 갑이 되고 돈을 받는 사람이 을이 되는 것처럼. javascript에서 함수는 일반적인 객체지향 언어에서 메소드보다 훨씬 더 위상이 높으며 어떻게 호출하느냐에 따라 맥락적으로 어떤 존재에 종속되기도 하는 것이다.

this는 그것이 소속된 객체를 가리킨다.

ChapterHead

• 상속 inheritance

상속이란

객체는 연관된 로직들로 이루어진 작은 프로그램이라고 할 수 있다. 상속은 객체의 로직을 그대로 물려 받는 또 다른 객체를 만들 수 있는 기능을 의미한다. 단순히 물려받는 것이라면 의미가 없을 것이다. 기존의 로직을 수정하고 변경해서 파생된 새로운 객체를 만들 수 있게 해준다.

객체는 하나의 컨테이너이고 그 안에는 어떤 로직, 어떤 작업과 관련되어 있는 변수, 메소드가 모아져 있다. 그러한 객체의 특성으로 인해 이 객체를 그대로 물려받아 새로운 객체를 만들 수 있다. 이 새로운 객체는 부모가 되는, 즉 오리지널이라고 할 수 있는 객체가 가지고 있는 변수와 메소드에 접근할 수 있게 되는데, 결국 원본객체[부모객체]와 동일한 기능을 가지고 있다는 뜻이다. 그런데 오리지널과 상속받은 객체가 똑같은 기능성을 가지고 있다면 그냥 오리지널을 쓰면 되지 상속을 쓸 필요가 없을 것이다. 중요한 것은 상속받은 객체가 부모객체의 기능들을 추가•제거 하여 자신의 맥락에 맞게 부모객체의 로직을 재활용 할 수 있다는 것이다. 그것이 상속의 기본적인 동작 방법이다.

오리지널 객체의 기능을 상속받는 객체가 동일하게 가질 수 있다는 것이 상속의 개념이다.

Fig 147. Fig 135-2와 같은 코드

이 코드를 아래와 같이 변경시켜보자. 그러면 결과는 똑같다. 그런데 이것은 상속을 하기 위한 준비작업이다.

Fig 148. 상속을 위한 준비작업

앞서 우리는 어떤 객체를 생성할 때 그 객체가 기본적으로 가지고 있어야 할 속성 property 를 세팅하기 위한 방법으로 생성자를 사용한다는 것에 대해 보았는데 생성자말고도 다른 방법으로 할 수도 있다. Fig 148에서 1행에서 Person이라는 생성자를 만들고, 그 생성자 바깥쪽에서 [4행] Person이라는 객체의 prototype이라는 약속된 프로퍼티에 name이라는 프로퍼티를 준 것이다. Person이라는 생성자에는 prototype이라는 property가 있는데 그 안에는 어떤 객체가 들어가 있다. .name을 하여 값을 줄 수 있고, .introduce 에 함수를 할당하게 되면 [5행] 메소드를 정의하게 된다. 이렇게 상속을 위한 준비를 마쳤다.

상속의 사용법

이제 javascript에서 상속을 어떻게 구현하는가를 살펴보자. javascript에서 상속의 개념과 상속을 어떻게 사용하는가 하는데 초점을 맞춘다.

Fig 149

Programmer이라는 생성자를 만들었다. 그리고 이 생성자의 prototype과 Person의 객체를 연결했더니 Programmer 객체도 메소드 introduce를 사용할 수 있게 되었다.

Programmer가 Person의 기능을 상속하고 있는 것이다. 단순히 똑같은 기능을 갖게 되는 것이라면 상속의 의의는 사라질 것이다. 부모의 기능을 계승 발전할 수 있는 것이 상속의 가치다.

15행에서 p1은 introduce메소드를 사용하고, 14행에서 p1은 new Programmer( ) 생성자에 의해 Programmer 라는 객체를 담게 되는데, 9행의 Programmer 객체가 정의되는 곳을 보면 introduce 라는 메소드가 존재하지 않는다. Programmer 객체인 p1이 introduce 메소드를 사용할 수 있는 이유는 12행에 의해 Programmer 가 Person 객체를 상속받기 때문에 가능한 것이다. Person 객체는 introduce 메소드를 가지고 있다.

12행을 보면 알 수 있듯이 Programmer.prototype 속성에 new Person() 생성자를 넣어 Person 객체를 넣은 것이다. Programmer.prototype 에 new Person 하게 되면 Person의 prototype 과 똑같은 객체를 만들어 Programmer.prototype에 넣어준다. 그리하여 Programmer.prototype은 .name이라는 변수와 .introduce라는 메소드를 가지게 되는 것이다.

기능의 추가

Fig 150. 앞의 코드에 약간의 내용을 추가하여 수정함

위의 코드에 따르면 Person 객체는 introduce라는 메소드를 가지고 있고 Programmer는 Person을 상속받아 introduce라는 메소드를 가지고 있는데다 추가로 coding이라는 메소드도 가지고 있다. 즉 introduce는 중복되는 부분이기 때문에 따로 가지고 있는 것이 아니라 상속으로 가져오고 자기만 가지고 있는 coding만 정의하여 따로 가지고 있게 되는 것이다.

이런 기능을 이용하여 코드를 조금 더 추가해보자.

Fig 151. Person을 상속받는 Designer 라는 객체를 새로 만들고 designing이라는 메소드 추가

Person이라는 부모객체가 있고 Programmer와 Designer는 Person을 상속받는 자식객체로서 introduce라는 메소드를 공통으로 가지고 있으며 만일 6행의 내용을 변경하여 My name 을 My nickname으로 변경하면 일일히 메소드마다 변경해야 하는 뻘짓은 생기지 않을 것이며 한 번에 모든 객체에게 반영이 되는 것이다.

여기서 핵심적인 내용은 바로 prototype 이라는 것이다. 앞에서도 잠깐 언급했지만 javascript를 prototype-based language라고 부르는 이유가 여기에 있다. prototype은 javascript에서 아주 중요하고 객체, 함수 이런 관계에서 상당한 비중을 차지하기 때문에 뒤에서 좀 더 자세히 다룰 것이다.

ChapterHead

• prototype

prototype은 상속의 구체적인 수단이라고 말할 수 있다. prototype은 javascript의 객체지향을 지탱하고 있는 핵심적인 기능이고 javascript를 일반적인 객체지향언어와 구분하는 아주 중요한 개념이다. prototype을 통해서 javascript는 상속의 개념을 제공하고 있다.

prototype

그럼 prototype이란 무엇인가? 한국어로는 원형정도로 번역되는 prototype은 말 그대로 객체의 원형이라고 할 수 있다. 함수는 객체다. 그러므로 생성자로 사용될 함수도 객체다. 객체는 프로퍼티를 가질 수 있는데 prototype이라는 프로퍼티는 그 용도가 약속되어 있는 특수한 프로퍼티다. prototype에 저장된 속성들은 생성자를 통해서 객체가 만들어질 때 그 객체에 연결된다.

Fig 152

이 코드에 의하면 맨 상위에 Ultra라고 하는 객체가 있고, 하위에 Super 가 Ultra를 상속받고, Sub가 Super 밑에서 Super를 상속받는다.

o.ultraProp 라고 하면 먼저 o가 sub객체로 생성되었기 때문에 sub에 ultraProp라는 property가 있는지 확인하고, 없으면 그것의 부모인 Super에서 확인하고, 거기도 없으면 Super의 부모인 Ultra에서 ultraProp 라는 property가 있는지 확인하는 식으로 된다.

그러면 이러한 것을 가능하게 하는 prototype이라고 하는 것이 도대체 무엇인지를 살펴보자. 생성자는 기본적으로 함수이다. 10행처럼 함수를 호출할 때 new를 앞에 붙여서 호출하면 이때 함수는 단순한 함수가 아니라 생성자라는 함수가 되는 것이고 그것의 실행결과는 새로운 객체를 만들어 그 객체를 리턴하기 때문에 o라고 하는 변수 안에는 생성자를 통해 만들어진 객체가 들어가게 된다. 이것이 생성자의 역할이다.

그냥 비어있는 객체를 생성하는 것이 생성자의 역할이라고 한다면 별로 가치가 없을 터인데 [ var o = { } 라고 해도 되니까 말이다], new 를 통해 o라는 변수는 단순한 객체가 아닌, 정의된 변수, 메소드 [즉 특정 로직과 데이터]등을 가지고 있는 객체를 담게 되는 것이다.

그러면 우리가 얻고자 하는 어떤 객체의 원형 [즉 변수들과 메소드들을 가진 원형이 되는 객체] 은 어딘 가에 저장이 되어있는데 그곳이 바로 prototype 이라고 하는 property 이다. 즉 Sub 라는 함수는 객체이기 때문에 property를 가질 수 있고, 그중 prototype이라는 특수한 property 가 있는데 그 안에는 어떤 객체가 정의되어 있다. 그래서 나중에 new를 써서 호출하면 바로 이 prototype에 정의되어 있는 객체를 리턴하여 꺼내주게 된다.

Fig 153

Fig 152의 10행에서 o에는 Sub 생성자에 의해 Sub 객체가 들어가고, Sub.prototype에는 Super 생성자에 의해 Super 객체가 들어가고 Super.prototype에는 Ultra 생성자에 의해 Ultra 객체가 들어가며 Ultra.prototype.ultraProp에 true값이 정의 되어 있다. 이렇게 prototype에 의해 연결되어 있는 것을 prototype chain 이라고 한다. Sub.prototype 이 Super라는 객체를 가리키고, new Super() 라는 객체는 Super.prototype을 가리키고, 또 new Ultra() 는 Ultra.prototype을 가리키고...

생성자 Sub를 통해서 만들어진 객체 o가 Ultra의 프로퍼티 ultraProp에 접근 가능한 것은 prototype 체인으로 Sub와 Ultra가 연결되어 있기 때문이다. 내부적으로는 아래와 같은 일이 일어난다.

객체 o에서 ultraProp를 찾는다.
없다면 Sub.prototype.ultraProp를 찾는다.
없다면 Super.prototype.ultraProp를 찾는다.
없다면 Ultra.prototype.ultraProp를 찾는다.

prototype는 객체와 객체를 연결하는 체인의 역할을 하는 것이다. 이러한 관계를 prototype chain이라고 한다.

Super.prototype = Ultra.prototype 으로하면 안된다. 이렇게하면 Super.prototype의 값을 변경하면 그것이 Ultra.prototype도 변경하기 때문이다. Super.prototype = new Ultra();는 Ultra.prototype의 원형으로 하는 객체가 생성되기 때문에 new Ultra()를 통해서 만들어진 객체에 변화가 생겨도 Ultra.prototype의 객체에는 영향을 주지 않는다.

Fig 154

참 재미있는 일이다. o2.ultraProp의 값이 정해지지 않으면 부모객체의 ultraProp값을 가져오지만 값을 지정해주면 값을 따로따로 가진다는 것을 알 수 있다. 즉 자식객체에서 속성의 값이 정해지지 않으면 부모 또는 부모의 부모쪽에서 속성값을 가져오지만 따로따로 값을 가지고 있을 수도 있다는 얘기다.

하지만 Super.prototype = Ultra.prototype 으로 하면 얘기는 달라진다. 이렇게하면 Super.prototype의 값을 변경하면 그것이 Ultra.prototype도 변경하기 때문이다. Super.prototype = new Ultra();는 Ultra.prototype의 원형으로 하는 객체가 생성되기 때문에 new Ultra()를 통해서 만들어진 객체에 변화가 생겨도 Ultra.prototype의 객체에는 영향을 주지 않는다.

ChapterHead

• 표준 내장 객체의 확장

표준 내장 객체란

표준 내장 객체(Standard Built-in Object)는 자바스크립트가 기본적으로 가지고 있는 객체들을 의미한다. 내장 객체가 중요한 이유는 프로그래밍을 하는데 기본적으로 필요한 도구들이기 때문에다. 결국 프로그래밍이라는 것은 언어와 호스트 환경에 제공하는 기능들을 통해서 새로운 소프트웨어를 만들어내는 것이기 때문에 내장 객체에 대한 이해는 프로그래밍의 기본이라고 할 수 있다.

자바스크립트는 아래와 같은 내장 객체를 가지고 있다.

Object
Function
Array
String
Boolean
Number
Math
Date
RegExp

이제 우리는 내장객체라는 하늘에서 뚝떨어진 이것들이 무엇인지를 보다 잘 이해할 수 있게 되었다. new가 무엇인지, 함수가 객체를 어떻게 만드는지도 알았다. 또 원한다면 자바스크립트의 내장 객체와 같은 것을 우리도 만들 수 있다는 것 [사용자 정의 객체] 도 알았다. 이러한 지식을 바탕으로 좀 더 멋진 일을 해보자.

배열을 확장

배열을 확장해보자. 아래 코드는 배열에서 특정한 값을 랜덤하게 추출하는 코드다.

Fig 155. floor는 소수점을 떼어버리고 가장 낮은 정수를 돌려줌

이렇게 작성해도 된다! 잘못한 것이 아니다. 하지만 조금 더 세련된 방법은 이 함수를 배열 객체에 포함시키는 것이다. 그렇게하면 마치 배열에 내장된 메소드인 것처럼 위의 기능을 사용할 수 있다.

배열이 가지고 있는 어떤 특정한 값을 랜덤하게 획득할 수 있는 기능을 모든 배열의 객체가 가질 수 있도록 코드를 변경해보자.

Fig 156. prototype 으로 정의함으로써 arr처럼 Array를 상속받으면 거기에 정의된 함수를 적용할 수 있다

ChapterHead

• Object

Object 객체는 객체의 가장 기본적인 형태를 가지고 있는 객체이다. 다시 말해서 아무것도 상속받지 않는 순수한 객체다. 자바스크립트에서는 값을 저장하는 기본적인 단위로 Object를 사용한다.

동시에 자바스크립트의 모든 객체는 Object 객체를 상속 받는데, 그런 이유로 모든 객체는 Object 객체의 프로퍼티를 가지고 있다.

Object 객체는 모든 객체의 부모객체이기 때문에 Object.prototype은 모든 객체들의 prototype 원형이 된다. 즉 Object 객체의 prototype은 모든 객체가 사용할 수 있는 기능이다. 즉 모든 객체가 공통적으로 가지고 있어야 할 기능이 있다면 Object의 prototype으로 지정했을 것이다. 모든 객체가 가지고 있었으면 하는 기능이 있다면 Object의 prototype에 여러 가지 기능을 추가하는 것을 통해 모든 객체가 사용할 수 있는 기능을 추가할 수 있다는 거다.

Object API 사용법

Object의 매뉴얼을 어떻게 읽는지 살펴보고 Object 가 가지고 있는 2 가지 형태의 메소드를 알아보자.

Mozilla Developer 홈페이지:https://developer.mozilla.org/en-US/

Fig 157

이 홈페이지에서 Javascript Reference에서 Object 뿐만 아니라 다른 객체들의 사용법에 대한 내용도 확인할 수 있다.

Fig 158. 메소드 아래부분 .prototype. 이 끼어있는 메소드들

위쪽에 있는 그룹은 prototype 없이 바로 점을 통해 이어진다. 그러면 prototype 이 있는 그룹과 없는 그룹의 차이점은 무엇일까? 보면 Object.key 메소드가 있는데 값을 수정하면서 직접 실행해보는 것도 가능하다.

Fig 159. Object.keys( )

Object.prototype.toString 도 있다.

Fig 160. Object.prototype.toString( )

이제 이 두 가지 메소드 즉 Object.prototype.toString()과 Object.keys() 를 사용하는 방법을 통해 prototype이 있는 것과 없는 것의 차이를 비교해보자.

Fig 161

Fig 162. 위 코드의 결과

위의 코드를 보면 prototype이 있는 것과 없는 것은 호출방법이 다르다. prototype이 있는 것은 16, 19행과 같이 먼저 객체를 만들고 a.toString() 과 같이 메소드가 마치 자신의 메소드인 것처럼 호출하지만, prototype이 없는 것은 Object.keys(arr) 와 같이 인자로서 전달하는 방식으로 사용한다.

아마도 Object.key는 내부에서 이런 식으로 정의되었을 것이다. Object.keys = function() { ... }

그리고 Object.prototype.toString은 내부에서 이렇게 정의되었을 것이다. Object.prototype.toString = function(){ ... }

어떤 메소드가 prototype의 소속이라는 것은 new Object(); 라고 생성자함수를 실행시키는 순간, 객체를 만드는데 그 생성자의 prototype이라고 하는 특수한 property에 저장되어 있는 객체를 원형으로 하는 객체가 생성되는 것이다.

그러면 그렇게 생성된 객체는 당연히 toString이라는 메소드를 사용할 수 있게 되기 때문에 사용할 때에는 그 객체가 가지고 있는 메소드처럼 사용하게 된다.

Object는 모든 객체의 공통적인 부모이기 때문에 19행에서처럼 Array 라는 객체를 생성할 때에도 Array는 내부적으로 부모인 Object를 상속받는다. 따라서 Array를 통해서 만들어진 객체는 a.toString()과 같이 Object에 정의 되어 있는 prototype.toString 메소드를 사용할 수 있게 되는 것이다.

Object는 javascript의 모든 객체들에게 상속되는 공통적인 부모객체이기 때문에 Object.prototype. 으로 정의된 함수들은 javascript의 모든 객체들이 공통적으로 갖게 되는 메소드들이다. 바꿔말하면 자신이 프로그램을 만들 때 만일에 프로그램 안의 모든 객체들이 공통으로 가져야 할 메소드가 필요하다면 Object 객체의 prototype을 정의하고 수정하는 것을 통해 그러한 기능을 만들 수 있다.

또한 MDN [Mozilla Developer Network] 의 Javascript Reference 에서 Object 등의 항목을 참조하면 Specifications 가 있는데 그것은 ECMAScript 의 어떤 버전에서 정의되었는가를 보여준다. 현재 [2014] 모든 브라우저에서 쓸 수 있는 기능은 ECMAScript 3버전에서 정의된 기능이다.

Fig 163

Object 확장

Object 객체를 확장하여 우리가 만들고 있는 애플리케이션에서 어느 객체에서나 사용할 수 있는 메소드를 만드는 방법을 살펴본다.

구체적인 구현을 하기 전에 무엇을 구현할 것인가, 구현한 것을 어떻게 사용하게 될 것인가를 먼저 살펴보자. 특정 객체가 아닌 배열을 포함하여 javascript의 모든 객체에서 아래 코드와 같은 기능을 사용하도록 하기 위해 Object.prototype으로 메소드를 정의한다.

이렇게 하여 Object를 확장하여 모든 객체가 사용할 수 있는 메소드를 애플리케이션에 추가하는 방법을 보았는데 사실 한가지 문제를 안고 있고 따라서 별로 권장되는 방법은 아니다.

Object 확장의 위험

위에서 살펴본 방법을 신중하게 사용해야 하는 이유는 모든 객체에 영향을 줄 수 있기 때문이다.

Fig 164

Fig 165

Fig 164 실행 후 바로 Fig 165를 실행하면 객체 o의 값들이 출력되는데 정의한 함수도 나오는 것을 볼 수 있다. Object에만 정의한 줄 알았던 contain이라는 메소드도 포함되어 있는 것, 즉 프로그램 안의 모든 객체에 영향을 주는 것이다.

Fig 166

이것은 배열인 a에 대해서도 마찬가지다.

애초 o, a 를 사용하려고 했을 때에는 for문을 돌려 모든 원소들을 꺼낼 때 contain 이 나올 것은 전혀 원치 않았던 부분이다.

따라서 모든 객체에 영향을 주는 이런 행위는 편리한 것 같으면서도 그만큼 위험이 따른다.

이럴 때 사용할 수 있는 방법이 하나 있긴 하다.

Fig 167

바로 hasOwnProperty() 메소드를 사용하는 것이다. 프로퍼티의 해당 객체의 소속인지를 체크해볼 수 있는 hasOwnProperty를 사용하면 된다. hasOwnProperty는 인자로 전달된 속성의 이름이 객체의 속성인지 여부를 판단한다. 만약 prototype으로 상속 받은 객체라면 false가 된다.

ChapterHead

• 데이터 타입

원시 데이터 타입

이제 데이터 타입에 대해서 조금 더 심도 있는 이야기를 할 수 있게 되었다. 데이터 타입이란 데이터의 형태를 의미한다. 데이터 타입은 크게 두가지로 구분할 수 있다. 객체와 객체가 아닌 것. 그럼 객체가 아닌 것 [원시 데이터 타입, 기본데이터타입]은 무엇일까?

숫자
문자열
불리언(true/false)
null
undefined

객체가 아닌 데이터 타입을 원시 데이터 타입(primitive type)이라고 한다. 그 외의 모든 데이터 타입들은 객체다.

객체 데이터 타입은 참조 데이터 타입이다.

래퍼 객체 wrapper object

이런 분류가 중요한 것은 아니고, javascript 개발자 입장에서 이러한 것들은 원시 데이터 타입과 객체가 서로 다르게 동작할 때에 효용이 있는 것이다.

앞에서 설명할 때에는 문자열이 원시 데이터타입이라고 해놓고서는 위의 코드를 보면 문자열은 분명히 프로퍼티와 메소드가 있다. str과 length사이에 있는 점은 Object access Operator 객체 접근 연산자이다. 즉 점을 썼을 때 점 앞에 있는 것은 객체라는 뜻이다. 그렇다면 객체다. 그런데 왜 문자열이 객체가 아니라고 할까? 그것은 내부적으로 문자열이 원시 데이터 타입이고 문자열과 관련된 어떤 작업을 하려고 할 때 자바스크립트는 임시로 문자열 객체를 만들고 사용이 끝나면 제거하기 때문이다. 이러한 처리는 내부적으로 일어난다. 그렇기 때문에 몰라도 된다. 하지만 원시 데이터 타입과 객체는 좀 다른 동작 방법을 가지고 있기 때문에 이들을 분별할 필요가 있다.

내부적으로 볼 때에는 1행과 2행 사이에 str = new String('coding'); 이라는 코드가 있다고 생각하면 이해하기 쉽다.

문자열이 객체가 아니라는 것을 보여주는 코드가 아래에 있다.

str.prop를 하는 순간에 자바스크립트 내부적으로 String 객체가 만들어진다. prop 프로퍼티는 이 객체에 저장되고 이 객체는 곧 제거 된다. 그렇기 때문에 prop라는 속성이 저장된 객체는 존재하지 않게된다. 이러한 특징은 일반적인 객체의 동작 방법과는 다르다.

하지만 문자열과 관련해서 필요한 기능성을 객체지향적으로 제공해야 하는 필요 또한 있기 때문에 원시 데이터 형을 객체처럼 다룰 수 있도록 하기 위한 객체를 자바스크립트는 제공하고 있는데 그것이 래퍼객체(wrapper object)다. javascript는 이러한 작업을 자동으로 처리해준다. 어떤 언어들은 이러한 작업을 자동으로 처리하지 않기 때문에 개발자가 명시적으로 wrapper object를 만들어서 사용하기도 한다.

래퍼객체로는 String, Number, Boolean이 있다. null과 undefined는 래퍼 객체가 존재하지 않는다. 따라서 null.prop 이런 식으로 쓰면 타입에러가 발생한다.

ChapterHead

• 참조

복제

참조와 함께 살펴볼 개념은 복제라는 개념이다. 이 복제와 참조의 차이를 통해 두 가지의 개념을 좀 더 분명하게 드러내도록 해보자. 전자화된 시스템의 가장 중요한 특징은 복제다. 현실의 사물과 다르게 전자화된 시스템 위의 데이터를 복제 하는데는 비용이 거의 들지 않는다. 바로 이러한 특징이 소프트웨어를 기존의 산업과 구분하는 가장 큰 특징일 것이다. 프로그래밍에서 복제가 무엇인가를 살펴보자.

결과는 당연하다. 값을 변경한 것은 변수 b이기 때문에 변수 a에 담겨있는 값은 그대로이다. 변수 b의 값에 변수 a의 값이 복제된 것이다.

참조

그런데 자연의 산물이 아니라 거대한 약속의 집합인 소프트웨어의 세계에서 당연한 것은 없다. 이것이 당연하지 않은 이유는 다음 예제를 통해서 좀 더 분명하게 드러난다.

이 코드의 주인공은 아래와 같다.

놀라운 차이점이 있다. 변수 b에 담긴 객체의 id 값을 2로 변경했을 뿐인데 a.id의 값도 2가 된 것이다. 이것은 변수 b와 변수 a에 담긴 객체가 서로 같다는 것을 의미한다. 참조(reference)의 세계에 온 것을 환영한다.

앞서 필자는 전자화된 세계에서 가장 중요한 특징으로 복제를 들었다. 그런데 복제만으로 전자화된 시스템을 설명하는 것은 조금 부족하다. 비유하자면 복제는 파일을 복사하는 것이고 참조는 심볼릭 링크(symbolic link) 혹은 바로가기(윈도우)를 만드는 것과 비슷하다. 원본 파일에 대해서 심볼릭 링크를 만들면 원본이 수정되면 심볼릭 링크에도 그 내용이 실시간으로 반영되는 것과 같은 효과다. 심볼릭 링크를 통해서 만든 파일은 원본 파일에 대한 주소 값이 담겨 있다. 누군가 심볼릭 링크에 접근하면 컴퓨터는 심볼릭 링크에 저장된 원본의 주소를 참조해서 원본의 위치를 알아내고 원본에 대한 작업을 하게 된다. 다시 말해서 원본을 복제한 것이 아니라 원본 파일을 참조(reference)하고 있는 것이다. 덕분에 저장 장치의 용량을 절약할 수 있고, 원본 파일을 사용하고 있는 모든 복제본이 동일한 내용을 유지할 수 있게 된다. 참조는 전자화된 세계의 극치라고 할 수 있다.

프로그래밍에서 광범위하게 사용하는 라이브러리라는 개념도 일종의 참조라고 할 수 있다. 공용 라이브러리를 사용하게 되면 하나의 라이브러리를 여러 애플리케이션에서 공유해서 사용하게 된다. 라이브러리의 내용이 변경되면 이를 참조하고 있는 애플리케이션에도 내용이 반영되게 된다. 또 우리가 변수를 사용하는 이유도 말하자면 참조를 위해서라고 할 수 있을 것이다. 본질을 파악하면 이해력도 높아지고 암기할 것도 줄어든다.

아래 두 개의 구문의 차이점을 생각해보자.

무엇일까? 전자는 데이터형이 숫자이고 후자는 객체다. 숫자는 원시 데이터형(기본 데이터형, Primitive Data Types)이다. 자바스크립트에서는 원시 데이터형을 제외한 모든 데이터 타입은 객체이다. 객체를 다른 말로는 참조 데이터 형(참조 자료형)이라고도 부른다. 기본 데이터형은 위와 같이 복제 되지만 참조 데이터형은 참조된다. 모든 객체는 참조 데이터형이다. 이를 그림으로 나타내면 아래와 같다.

Fig 168

정리하면 변수에 담겨있는 데이터가 원시형이면 그 안에는 실제 데이터가 들어있고, 객체면 변수 안에는 데이터에 대한 참조 방법이 들어있다고 할 수 있다.

Fig 169

Fig 169의 코드를 설명하면 다음과 같다. 3번 째 행에서는 b에 {'id':2}라는 새로운 객체를 할당하면서 a, b가 참조하는 객체가 달라진다. 그리하여 a.id 의 값은 1이 출력되는 것이다.

함수

그럼 일종의 변수할당이라고 할 수 있는 메소드의 매개변수는 어떻게 동작하는가를 살펴보자. 조금 복잡하므로 꼼꼼하게 살펴봐야 한다. 예제를 보자.

다음은 원시 데이터 타입을 인자로 넘겼을 때의 동작 모습이다.

다음은 참조 데이터 타입을 인자로 넘겼을 때 동작하는 장면이다.

함수 func의 파라미터 b로 전달된 값은 객체 a이다 (b = a). 그리고 3행에서는 b를 새로운 객체로 대체하고 있으며 그것은 b가 가리키는 객체를 변경하는 것이기 때문에 객체 a에 영향을 주지 않는다.

하지만 아래는 다르다.

파라미터 b는 객체 a의 레퍼런스다. 이 값의 속성을 바꾸면 그 속성이 소속된 객체를 대상으로 수정작업을 한 것이 되기 때문에 b의 변경은 a에도 영향을 미치게 된다.

코드와 오픈소스

Fig 169. twitter에서 만든 bootstrap. 아주 잘 나가는 오픈 소스의 프로젝트 페이지. Fork 기능. github에 로그인하여 Fork를 눌러 이 세계적인 프로젝트를 내것으로 만들 수 있다. 수정, 새로운 제품 제작, 판매도 가능

Fig 170. 레고 디지털 디자이너

https://www.lego.com/en-us/ldd

ChapterHead

TOP

5. 패턴

패턴은 자주 사용하는 로직들의 구현방법과 그것에 대한 이름을 의미한다. 이를 통해서 문제를 해결하는 탁월한 방법들을 빠르게 익힐 수 있다. 또한, 문제를 해결하기 위한 방법을 논의할 때 패턴의 이름을 사용함으로써 의사소통을 효율적으로 할 수 있다. 본 토픽의 하위 토픽을 통해서 다양한 패턴들을 알아본다.

• 재귀함수

재귀함수는 함수 자신을 호출하는 프로그래밍 기법이다. 재귀 함수에 대해서는 웹브라우저 자바스크립트 모듈에서 언급하고 있기 때문에 이 수업을 참고하자.

http://opentutorials.org/module/904/6700

ChapterHead

TOP

6. 마무리

엄격하고 격조를 중시하는 자바와 대비되는 자유분방하고 개성이 확실한 자바스크립트.

최소한으로 배워 최대한으로 써먹어야 한다.

자바스크립트 완벽 가이드 6판
(Javascript: The Definitive Guide 6/E Part 1. Part 2. )
데이비드 플래너건 저 | 구경택, 박경욱, 변치훈, 이의훈 역
이 책은 자바스크립트의 거의 모든 것을 담고 있습니다. 두께 만큼이나 많은 내용을 담고 있기 때문에 자바스크립트 개발자라면 한권쯤은 소장하고 계시면 좋을 것 같습니다.
자바스크립트 핵심가이드
(JavaScript: The Good Parts)
더글라스 크락포드 저 | 김명식 역
이 책은 자바스크립트 구루 중의 한명인 더글라스 크락포드님이 쓰신 책입니다. 자바스크립트에서 좋은 점과 나쁜 점을 구분해서 좋은 점만 사용하도록 유도하고 있는 책입니다. 대가의 책답게 간결하면서 힘이 넘치는 책입니다. 다만 초보자에게는 몹시 난해한 책일 수 있습니다. 하지만 보면 볼수록 씹는 맛이 나는 그런 책입니다.
자바스크립트 닌자 비급
(Secrets of the JavaScript Ninja)
존레식, 베어 바이볼트 저 | 강대명, 김광훈, 이의호 역
이 책은 jQuery의 창시자인 존레식님이 쓰신 책입니다. 자바스크립트의 모든 내용을 다루는 책이 아닙니다. 쉬운 책도 아닙니다. 따라서 초심자에게는 권하고 싶은 책은 아닙니다만, 자바스크립트에 대해서 메너리즘을 느끼기 시작하는 중급자에게는 정체감을 뛰어넘게 하는 다양한 기법과 좋은 사례들이 소개되어 있습니다.
자바스크립트를 깨우치다
(JavaScript Enlightenment)
코디 린들리 저 | 김태곤 역
저는 이 책을 소장하고 있지는 않습니다. 서점에서 이 책을 봤는데 자바스크립트의 고급 개념들을 비교적 쉬운 예제를 통해서 소개하고 있었습니다. 제 기억으로는 각각의 단계에 대해서 상세하게 설명하고 있기 때문에 애매함에 관대하지 않은 분들은 그 원리를 파악하는데 도움이 될 것 같습니다.
자바스크랩트 재진입하기
파이어폭스를 만든 모질라 재단에서 제공하는 자바스크립트 학습자료입니다. 원 페이지에 거의 모든 것을 담았네요. 이미 프로그래밍을 해본 분에게 적당할 것 같습니다.
https://developer.mozilla.org/ko/docs/A_re-introduction_to_JavaScript

TOP