IT &amp; Mobile

EOP

scala 2015. 6. 24. 08:59

scala로 EOP (Expression Oriented Programming)을 하기에 좋다.

http://alvinalexander.com/scala/best-practice-think-expression-oriented-programming-eop

저작자표시 (새창열림)

Posted by yongary

,

SPA (single page application)

javascript 2015. 6. 16. 14:50

SPA를 위한 여러가지 framework들이 있지만, framework없이 간단한 library로만

js SPA를 구현하는 방법이 있다.

http://tutorialzine.com/2015/02/single-page-app-without-a-framework/

handlebars.js 를 사용한다.

저작자표시 (새창열림)

Posted by yongary

,

keepAlive 스크립트

Linux/Linux:sh개발 2015. 6. 11. 14:19

간혹 네트웍이 몇초간 접속 안하면

세션이 끊어지도록 구축된 경우가 있다.

이런 경우 네트웍이 끊어지지 않도록 계속 연결을 물고 있으면 편하므로

아래와 같은 sell script를 만들어 연결을 유지하곤 한다.

#!/bin/sh

while sleep 2; do
telnet server_ip server_port << EOF
quit (서버에서 결종료 명령어.. 없으면 안써도 될듯)
EOF
done

저작자표시 (새창열림)

Posted by yongary

,

vrrp 및 ping -b가 안될때

Linux/Linux:sh개발 2015. 6. 9. 10:41

vrrp가 A/B 서버간에 메시지를 broadcating하는데

근래 OS들이 이 broadcast들을 default로는 막는 경우가 존재한다.

조치:

echo 0 > /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts

저작자표시 (새창열림)

Posted by yongary

,

Scala 특징

scala 2015. 6. 8. 15:52

<<

JAVA: bytecode는 interpre언어이나.. 실행시 JIT Compiler가 기계어로 바꿔서 실행하므로 compile언어라고 본다.

Scala는 이와 동일하게 javabytecode로 바꾸는 방식을 그대로 따르며, 완전한 java bytecode를 이용한다. >>

이름에서 나와있듯이 scalable한 언어이다.

아래 1번 scalable이 6번 안전성과 관계를 좀 더 살펴봐야 할 것 같은데

어쨌던 Functional 언어의 등장 자체가

multi-core에서 안전성을 가지기 위해서 이므로..

6번의 안전성을 기반으로 1번 확장성도 가지게 된다고 개인적으로 보고 있다.

<Scala의 특징>

1. scalable

2. pure Object-Oriendted (java는 primitive가 Object가 아님)

3. Functional 언어

- Assignment를 없애서, 참조투명성(REFERENTIAL TRANSPARENCY) 을 확보.

참고사이트:

4. Java 호환.

5. 함수도 객체.

6. future-Proof

7.Fun

참고사이트:

한글 튜토리얼

< 기본 문법>

def : function이나 method를 선언할때 사용

val : reasign이 불가능한 상수를 선언할때 사용

var: reasign이 가능한 변수를 선언할때 사용

exam )

def helloWorld = println("hello world.")

val foo: Int = 1

var bar = "test"

new 없이 쓸 수 있고, getter필요없이 바로 .value 로 access.

Several Example : http://alvinalexander.com/scala/

http://alvinalexander.com/scala/collection-scala-flatmap-examples-map-flatten

저작자표시 (새창열림)

Posted by yongary

,

디폴트 Xmx Xms 확인

java core 2015. 6. 3. 21:31

You can use the following command to find out the defaults on the system where your applications runs.

java -XX:+PrintFlagsFinal -version

Look for the options MaxHeapSize (for -Xmx) and InitialHeapSize for -Xms.

On a Unix/Linux system, you can do

java -XX:+PrintFlagsFinal -version | grep HeapSize

저작자표시 (새창열림)

Posted by yongary

,

Service onStartCommand

Android 2015. 6. 2. 09:12

android로 간단한 서비스 구현시 필요한 건 다음 2~3가지 정도이다.

1. extends Service

2. onStartCommand (return START_STICKY)

3. onBind {return null;} ==>Bind형 서비스 용도 : AIDL과 함께 사용하는 참고 사이트

4. onDestroy

서비스에서 제일 중요한 함수는 onStartCommand라고 할 수 있는데

최초 실행시에는 onCreate->onStartCommand순으로 호출되고

실행중 재호출시에는 onStartCommand로 바로 호출되기 때문이다..

서비스의 onStartCommand에는 3가지 return type을 가질수 있다.

보통은 특정파라미터가 없다면, START_STICKY를 쓰면 된다. (자동 재구동)

참고사이트:

START_STICKY : Service가 강제 종료되었을 경우 시스템이 다시 Service를 재시작 시켜 주지만 intent 값을 null로 초기화 시켜서 재시작 합니다.

Service 실행시 startService(Intent service) 메서드를 호출 하는데 onStartCommand(Intent intent, int flags, int startId) 메서드에 intent로 value를 넘겨 줄 수 있습니다. 기존에 intent에 value값이 설정이 되있다고 하더라도 Service 재시작시 intent 값이 null로 초기화 되서 재시작 됩니다.

START_NOT_STICKY : 이 Flag를 리턴해 주시면, 강제로 종료 된 Service가 재시작 하지 않습니다. 시스템에 의해 강제 종료되어도 괸찮은 작업을 진행 할 때 사용해 주시면 됩니다.

START_REDELIVER_INTENT : START_STICKY와 마찬가지로 Service가 종료 되었을 경우 시스템이 다시 Service를 재시작 시켜 주지만 intent 값을 그대로 유지 시켜 줍니다. startService() 메서드 호출시 Intent value값을 사용한 경우라면 해당 Flag를 사용해서 리턴값을 설정해 주면 됩니다