Flex Camp 1st in seoul 질문과 답변
Flex Camp 1st in seoul에 각 발표자들에게 붙혀진 질문 포스트잇입니다.
시간관계상 모든 답변을 할 수 없어, 블로그에 글로 공개합니다.
<Flex 다국어버젼 개발,이만영 >
flash_proxy 사용시 유의점
Proxy 클래스의 함수를 사용하기 위해 필요한 네임스페이스 입니다. 사용하기 위해서는 반드시 임포트한 후 사용을 해야겠지요. 사용방법은 ResourceBundle.as를 참고하세요.
대규모 App일 때 resource 관리가 상당히 귀찮아지는데 이를 보다 간편하게 할 방안
큰기능별로 리소스를 분리하여 관리를 하는 수밖에는 없을것 같습니다.
큰규모의 어플리케이션을 개발한다면 그만큼 리소스 관리 작업도 많아 지겠죠.
xml언어 data도 보고싶습니다.
PT자료에 xml 데이터도 포함되어 있습니다.
또는 배포되는 코드를 참조하세요.
전세계 언어를 확장한다면 자동 변환으로의 방법은 어떻게 될런지요.
Flex App에서 브라우져의 로케일 정보를 파라미터로 받아서 처리하시면 됩니다.
Flex와 XML resource 성능의 차이는?
성능적인 관점은 크게 신경안쓰셔도 될거라 생각합니다. 리소스 사이즈가 크다면 기능별로 관리를 하여 필요한 시점에 로딩하는 방식을 사용하시면 되고요.
사용자 이벤트에 따라 언어가 바뀐다면 layout이 흐트러지지 않나요?
네. 그럴수 있습니다. 언어별로 사용되는 텍스트 사이즈가 다르니까요.
저같은 경우는 언어별 텍스트 사이즈의 평균치를 사이즈로 지정하고 사이즈 보다 큰 텍스트일경우 약어를 사용하는 방식으로 처리를 하였습니다.
캔곰 프레임웍 말고 사용할수 있는 프레임웍은 어떤게 있을까요?
pureMVC라는 캔곰과 비슷한 오픈소스가 있는데. 다른 분들이 더 괜찮다고 추천하시네요.
간혹 리소스가 로딩이 되지 않는 경우가 있습니다. swf로딩 실패시 재로딩 방법이 있나요?
Flex Runtime Resource에서 발생하는 문제점은 제가 잘 모르겠습니다.
XML Runtime Resource를 사용해 보시는건 어떤지요?
화면의 내용이 많아져 resource의 크기가 커지게 되면 어떤 해결 방법이 있는지.
이전 성능관점의 질문과 비슷한데요. 리소스 사이즈가 크다면 기능별로 관리를 하여
필요한 시점에 로딩하는 방식을 사용하시면 될 것 같습니다.
<핸디 BAM 대시보드 개발 사례 ,이윤정 >
타사의 BAM대시보드와의 차별점은 무엇?
개인화된 대시보드와 커스텀 차트를 들수 있겠습니다.
대시보드를 사용자별로 만들수 있고, 공유 대시보드도 가능합니다.
trac 사용하면서 프로젝트에 어느정도 도움이 되었는지.
trac은 Subversion과 연동이 됩니다. Subversion에서 개발자가 확인하려고 하는 내용은 변경사항에 대한 것일겁니다.
웹화면에서 리비전번호별로 관련 로그를 쉽게 파악할수 있고, 수정된 파일의 변경사항을 구분하기 쉽게 보여줍니다.
BAM 개발시 디자이너와 개발자의 투입 비율은?
디자이너에게는 CSS와 이미지를 요청하는 정도 였습니다.
Flex에서 제공하는 컴포넌트를 이용하여 작업하였기 때문에 개발자가 대부분의 UI를 구현하였습니다.
Flex에서 session처리 문제가 있는 것으로 아는데, 보안에 문제없이 session을 처리하는 가장 좋은 방법은?
Flex 세션처리문제가 어떤건지 잘 모르겠습니다.
저희는 서버단 세션을 가져와 사용을 했습니다.
보여지는 화면이 많은데 기획및 UI개발은 몇개월 정도 걸렸나요?
BAM 제품 전체에 대한 개발은 초기 1.0 개발당시 1년정도 소요되었고, 기획은 3개월 , 개발은 Flex 1.5 버전으로 7개월정도 소요되었습니다.
데이터를 처리하는 부분에서 특히 어려웠던 점은?
서버와 통신하는 부분에서는 VO 타입만 잘 맞춰주면 크게 어려운 부분은 없는거 같습니다.
화면단에서는 커스텀 Renderer 를 많이 만들어 사용을 했습니다. 이미지 변경, 날짜 포맷, 링크등의 이유로 데이타를 가공해서 보여줘야 하는 경우가 많아서요.
데이터 처리보다는 이벤트 기반이다 보니깐, 시점을 맞추는 게 중요한 것 같습니다.
속도에서 문제가 되지 않는지
속도는 서버단과 통신하는 부분을 말씀하시는건지 모르겠네요.
서버단에서 데이타를 가져오는 부분이 속도에 영향을 끼치는거 같습니다.
보여주는 부분은 데이타량이 많아진다면 문제가 되겠지만, 페이지별로 10~20개 정도 가져오기 때문에 속도에 대한 이슈는 크게 없습니다.
화면의 left메뉴중에 folder의 tree구조로 된 것을 봤는데요. 하위 folder가 300 ~400개 이상일 경우에도, 전체 folder들이 로딩되고, 열리는데 속도가 빠른 편인가요?
테스트시에는 하위폴더를 20개 내외로 해보았습니다. 열리는 속도는 크게 느린걸 모르겠구요.
트리 펼치고 닫을때, 버그(스크롤이 안생기는 오류, 데이타가 이중으로 나타나는 오류)가 좀 있어서, 소스 수정을 하였습니다.
개인적으로는 하위폴더가 300-400개 정도 된다면 구분을 두어야 하지 않을까 싶습니다. 트리에서 사용자가 원하는 데이타를 못 찾을거 같아요.
커스텀 차트에서의 이펙트 효과는 어느정도까지 가능한지.
차트를 최대화, 최소화, play(눈금이 움직이는 정도) 가능합니다.
trac는 CVS와도 사용이 가능한가요?
trac은 현재 Subversion만 지원합니다. http://trac.edgewall.org/
CVS를 지원하는 trac이 있습니다. 아래 URL 참조하세요
http://www.cvstrac.org/
<Flex 기반 위젯개발 및 천문지도서비스 사례,지용호>
Bitmap 처리는 어떻게 하나요?
cacheAsBitmap 을 활용하는 방법이 그 첫번째이고 화면자체를 BitmapData의 draw()함수를 이용해 캡쳐를 하고 Bitmap을 만들어 마우스로 움직일때에 화면부분의 visual을 false로 하고 bitmap을 addChild하여 visual을 true로 하면 아무리 많은 아이템이 Canvas나 UIComponent위에 올라와 있더라도 느려지지 않습니다. 세부적인 방법은 만든 프로그램에 따라 연구하셔서 적용하셔야 합니다.
기존 openAMF 같은 경우는 Blaze DS와의 속도차이 및 도입 결정에 중요한 기준은 무엇인지?
OpenAMF의 AMF0 통신방식을 이용하고 BlazeDS는 LCDS와 같은 AMF3 통신방식 취합니다.
내부적으로 어떤 구성을 가지는지 저도 잘 모르지만 속도면에서 LCDS와 속도가 같습니다.
BlazeDS는 Object형태로 데이타를 전송할 수 있기 때문에 서버사이드 개발자나 클라이언트 Flex 개발자에게
쉬운 개발환경을 줍니다. XML이나 JSON같은 경우 node가 많아지면 데이타 량도 많아지고 parsing 속도에도 지대한 영향을 줍니다.
그리고 일반 Text형태로 데이타를 전송할 경우, 속도는 괜찮지만 parsing하기 위한 다른 알고리즘을 만들어줘야하는 부담감을 가집니다.
제가 처음에 OpenAMF를 일부 사용한 것은 쉬운 개발환경때문입니다. 그전에는 BlazeDS는 없었고 유료인 FDS(LCDS의 구버전)만 있었기 때문에 사용할 수 없었습니다. 지금은 더 성능이 좋고 무료인 BlazeDS를 사용하겠다는 겁니다.
참고: http://blog.jidolstar.com/search/OpenAMF
성능을 높이기 위해 하였던 DB, Flex와의 연결(각각의) 쪽에서의 기술적인 노하우가 있는지
특별히 기술적이랄 것까지는 없습니다.
Flex의 속도가 느리게 되는 가장 큰 이유는 랜더링입니다. 즉 그림그려주는 부분이죠.
Effect를 너무 많이 준다던가 쓸데없이 visual Object 를 많이 생성하여 붙여준다던가
동적구성을 많이 추가한 경우가 Flex속도를 느리게 하는 겁니다.
DB부분에 속도는 Table구성(적절한 index가 중요) 및 Query가 적절하게 잘 만들어져 있는가가 중요합니다.
또 통신 프로토콜에서 LCDS가 유료라 Text방식으로 통신했었습니다. 이 부분은 BlazeDS로 대체하면 될 것 같습니다.
swf 실행파일의 최소화 방법은?
모듈화 방법과 RSL을 이용하는 방법입니다.
RSL은 import한 라이브러리 프로젝트 swf 파일로 만들어줍니다. Flex Builder 에서 쉽게 만들 수 있고
별다른 설정없다는 것이 장점입니다. 또한 프로그램이 구동할때 자동으로 로드합니다.
모듈로 만드는 것은 원하는 시점에 SWF파일을 로드합니다. 이 방법은 Flex의 경우 Module Class와 ModuleManager 및 ModuleLoader 클래스를 이용하면 쉽게 구현할 수 있습니다.
Flex 기반 위젯 개발하면서 가장 어려웠던 문제점?
인터페이스(Interface)를 만드는 일이 가장 어려웠습니다.
Flex에서 사용하는 인터페이스는 Java의 인터페이스와 동일한 것으로 보면됩니다.
인터페이스를 써야하는 이유와 다양한 사용방법은 검색을 해보시면 좋은 자료가 많이 있습니다.
참고로 네이버에서 "인터페이스의 진정한 의미"로 검색하시면 좋은 문서가 나와있군요.
다른 기능을 가지지만 부모에서 똑같은 함수로 접근할 수 있도록 해야하기 때문에 같은 인터페이스를 가져야합니다.
이에 대한 설계를 하는데 대부분의 시간을 쓴 것 같습니다.
개발 기간이 짧은 것 같은데 개발인력이 몇 명정도 참여했나요?
우리 회사 Flex 개발인력은 저를 포함한 2명입니다.
개발기간이 짧았던 것은 거의 밤샘작업을 거듭했기 때문입니다.
스타플 서비스(http://starpl.com)를 빨리 오픈해야한다는 압박감이 작용했기 때문이였던 것 같습니다.
<음악플레이어 희희덕덕(AIR기반) 제작사례,이희덕>
Flex -> AIR 시 가장 힘든 부분이 있었다면?
어렵거나 힘든부분은 없었습니다. 사실 소스코드 자체를 그대로 이식하였기 때문에 변화사항은 없습니다. 다만, AIR의 윈도우xml설정, 그리고 익스포트할때 서명부분에서 많이 해메였습니다.
wii컨트롤러를 제어하기 위한 서버 구조를 자세히 설명 부탁
wii컨트롤러의 경우 바로 AIR에서 제어할수는 없습니다. 별도의 데이터서버를 제작하였고, 공개된 wii리모컨 드라이브를 이용해 소켓통신을 하였습니다
춤 추실때 힘들지는 않으셨는지?
감사합니다 : ) 희희덕덕 더게임의 상당부분은 악기의 동작을 흉내내서 크게 몸 동작을 많이 요하는 부분은 없었는데, 일부동작의 경우 힘든 동작들이 섞여있습니다. 컴퓨터가 자동으로 뽑아내는 형식이라 솔직히 사물놀이 동작은 안나왔으면 했는데 나와서 조금 당황스러웠습니다. ㅋㅋ
왜 소켓서버나 다른 쪽으로 밖에 컨트롤을 할 수 밖에 없는지 마우스나 키보드처럼 사용할 수 없는지
아쉽게도 AIR에선 바로 디바이스를 컨트롤할수있는 방법은 없습니다. 기획과정중, 해당 이벤트동작이 발생하게 되면 특정키를 누르게되어(F3키) 별도의 데이터서버를 구성하지 않는방법도 고려했으나, 미세한동작 세밀한 동작에는 직접적으로 반응할수 없는 문제가 있었고, 사용자가 그 특정키를 알게되면 게임스코어의 문제가 있게되어서, 소켓서버를 구축하는 방식으로 진행하게 되었습니다.
AIR에서 File을 처리하는데 성능은 어느정도인지(파일 읽기, 쓰기 등)
제가 약 4MB의 MP3파일의 ID3태그를 알아내기 위해 파일스트림을 불러왔는데 가역적인 성능저하는 없었습니다.(CPU나 메모리점유율의 변화)
공개된 API를 가져다가 사용할 때 역효과는?
공개된 API가 쿼리수제한이 있기때문에, 쿼리수 제한이 초과하게될경우 아예 서비스가 중단되는 문제가 있습니다.
'실'이란 무엇인가
저희 %g에서 진행하고있는 실타래 프로젝트는 여러서람들의 개성, 특징 들을 실(type)이라는 아이콘으로 표현하고 그 아이콘을 통해 서로의 정보(RSS, 기타등등)를 공유하는 구조입니다.
파일을 파일서버에 올려놓고 스트리밍 방식으로 재생할 수 있나요?
가능합니다. 다음버전(희희덕덕 0.0.3)에서 고려해보도록 하겠습니다. 감사합니다.
AIR로 탐색기를 만들어 봤습니다.파일, 디렉토리의 이동,복사 등 File API가 있는데, 실행에 관한 API가 없는데, 파일을 실행하는 방법이 있을까요?
파일을 바로 excute할수있는 방법은 이정웅님께서 말씀하신것 처럼 아직 없습니다. AIR2.0 로드맵에 포함된 사항이라고 하니 조금만 기다리면 좋은결과가 있겠죠.. ^^
<Flex, AIR로 구현한 (네이트온) 메신저 개발 사례 ,심경현>
natelib제작시 기존 nate서버와 nateon과의 통신 프로토콜 파악은 어떤 식으로 하셨는지
프로토콜분석은 packet analyzer로 유명한 wire shark(구 ethereal)을 사용해서 네이트온과 서버의 패킷을 모두 받아 reverse engineering하였습니다.
msn 메신저의 프로토콜 또한 공개된건 없지만 많은 개발자들이 분석해낸 자료들이 있습니다. 네이트온은 msn과 프로토콜이 매우 닮아 있기 때문에 참고하셔도 좋습니다.
사람과 친숙한 UI연구자료 소개해주세요
UX는 저도 관심을 가지고 공부를 시작하는 단계이기 때문에 길잡이가 되어드리지 못할 것 같습니다.
또한 절대적인 정답이 없는 학문이기 때문에 말 그대로 많은 사람들의 의견을 들어보는게 가장 좋지 않을까 생각합니다.
한글 수동입력에 대해 설명해주세요.
한글 수동 입력기를 만들기 위해서 상태 변환 오토마타 그려서 해결했습니다. 예를들면 초성에 해당하는 영문키(qwertasdfgzxcv)를 입력한 상태라면 그 이후에 모음을 기대할 수 있구요. 중성이 입력 되었다면 다시 종성을 기대하고 그렇지 않고 또다시 초성이 입력되었다면 이전에 입력된 초성을 출력하고 다시 종성을 기대하는 방식입니다.
EUC-KR과 다르게 유니코드에서의 한글은 코드값을 규칙적인 순서로 배열되어 있기 때문에 입력된 코드를 한글로 변환하기 쉽습니다.
natelib의 프로젝트 사이트(http://code.google.com/p/natelib)에 수동 IME 클래스가 포함되어 있으니 참고 하시기 바랍니다.
메신저 간에 파일 전송은 어떻게 관리되는지 부탁드립니다.
mobsword도 그렇고 mobsword lite도 그렇고 두개 다 파일 전송과 관련된 api는 제작하지 않았습니다.
제작할 예정은 있습니다만 아직 패킷 분석이 완료되지 않은 관계로 미뤄지고 있습니다.
<Flash를 이용한 Flex 스킨 디자인,허성회>
SWF폰트 만들 때 stage크기와 SWF 사이즈와는 상관없나요?
상관없습니다.
- 윤고딕 530을 stage크기 150 X 20으로 제작했을 때 : 487KB
- 윤고딕 530을 stage크기 1500 X 200으로 제작했을 때 : 487KB
원본 이미지가 단순 bitmap이면 크기가 커질 때 이미지가 거칠어지는 문제를 해결하는 방법은?
비트맵의 경우 픽셀 하나하나의 정보가 들어 있는 작업이기 때문에 크기 변화시 픽셀 자체가 커질 수 밖에 없습니다.
이건 플렉스 내부의 문제이기 보다는 이미지 프로세싱에서 해결해야 할 문제인데, 아직은 해결책이 없는걸로 알고 있습니다.
디자인적인 문제인데 혹시 컨테이너가 중복되어 있을 때 스크롤바(사이즈) 문제 발생을 막으려면 어떻게 해야 할까요?
스크롤 바는 플렉스에서 처리해 주실 수 있습니다.
property의 Comnmon에 가시면 horizontalScrollPolicy와 verticalScrollPolicy가 있습니다. 이 두가지를 "off"로 하면 스크롤이 생기지 않습니다.
단 이러한 Common 속성은 CSS로 따로 뺄 수 없기 때문에 해당 컨테이너에서 바로 작업을 해 주셔야 합니다. CSS는 property의 Styles에 있는 것들만 가능합니다.
트랙백 주소 :: 
