일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- akka 강좌
- 블록체인
- hyperledger fabric
- 안드로이드 웹뷰
- 플레이프레임워크
- 스칼라 동시성
- Golang
- 이더리움
- 스칼라
- 엔터프라이즈 블록체인
- Actor
- Adapter 패턴
- 주키퍼
- CORDA
- 스칼라 강좌
- 스위프트
- 하이퍼레저 패브릭
- 하이브리드앱
- Akka
- 그라파나
- play 강좌
- Play2
- 파이썬 동시성
- 파이썬 머신러닝
- play2 강좌
- Play2 로 웹 개발
- 파이썬
- 파이썬 데이터분석
- Hyperledger fabric gossip protocol
- 파이썬 강좌
- Today
- Total
목록Actor (4)
HAMA 블로그
멀티쓰레드 디자인패턴의 꽃이라고 한다면 단연코 "생산자-소비자" 패턴이라고 할 수 있습니다. 그럼 Gof 의 디자인패턴의 꽃은 무엇인가? 라고 묻는다면 DI (Dependency Injection) 와 밀접한 "전략패턴" 이라고 대답하고 싶습니다. 물론 둘다 제 개인적인 생각이죠 :-) 멀티쓰레드/서버코드를 작성할때 거의 무조건 "생산자-소비자" 패턴이 사용되기 마련이며, 다른 고차원 패턴들 (예를들면 node.js 의 기반패턴인 react 패턴) 의 기반이 되면서 동시에 멀티쓰레드 코어패턴을 포함하고 있는 , 즉 "허리" 역할을 제대로 하고 있는 패턴이라고 볼수 있기 때문에 아주 중요하다고 볼 수 있습니다. 자 그럼 생산자-소비자 패턴이 무엇인지 살펴보도록 하죠. 이해하기 쉽게 코드를 쉽게 쉽게 간략히..
http://brad2014.tistory.com/215 이전 포스팅에서 언급된 Actor 모델 과 ActiveObject 패턴의 차이에 대한 논문이 있다. http://members.unine.ch/anita.sobe/res/RR-I-AS-2014.06.1.pdf 간단 요약 역사 - 멀티코어 프로그래밍의 시대가 왔고 장점에 대한 소개 - 멀티쓰레드 프로그래밍의 어려움 소개 ( 데드락, 레이스 컨디션, 일관성깨짐등) - 그런 환경에서 좀더 안전하고 빠르게 개발하기위하여 Actor 모델같은 동시성 패턴이 생겨나다. - 1973년 에 Actor 모델이 소개되었고, 인공지능의 멀티 에이전트 디자인에 의해 발전되어졌다. - Actor 모델은 그후 Actove Object 패턴같은 다양한 패턴들에 영향을 주었다...
Actor 모델의 기본을 짚어보고 Akka 에 예제를 짧막하게 살펴본다. (굉장히 두서없는 글이 될것이다) Actor 모델이 굉장히 유명한데, 개인적으로 ActiveObject 패턴으로 알고있었다. 정확히 둘 간에 어떤 차이점이 있는지는 모르겠다. 패턴과 모델 ?? 내가 읽은 어느 책에서는 ActiveObject 패턴이 Actor 과 같다고 나오고, POSA2 편을 보면 (Pattern-Oriented Software Architecture 2 : http://www.cs.wustl.edu/~schmidt/POSA/POSA2) 에서는 ActiveObject 패턴과 Reactor / Proactor 패턴이 나온다. 분명히 다르긴 하다. 정리 object : 객체로 호출하면 바로 반응한다. actor : 능..
1편 언어에서 강력함 과 대중성 그리고 스칼라 이글은 스칼라에 대한 전문적인글이 아니며 , 스칼라의 모든부분을 말하는글은 아닙니다.스칼라의 함수자(Functor) , 컬렉션 및 유틸리티 에 대해서 한정되있으며, 먼저 스칼라말고 다른 여러가지 언어들에 대해서 말하고도 있습니다. 제목에 일반적이라고 붙힌이유는 , 스칼라의 다른 기능들 , 소위 Active Object & Actor Pattern 기반의 동시성 구현라이브러리로 알려진 아카라든지,콤비네이터를 이용한 인터프리터 개발같은것들을 대중적이라고 보기엔 무리라고 판단하였기에 그런것들을 제외한 극소수의 내용들로 이루어져있기때문입니다. 그리고 아래 글에서 예시로 보여지는 (슈도)코드는 문법적으로 정확치 않은 예 이며, 글에 쓰여진 모든 지식은 저의 것이아니라..