안녕하세요~!
개발 도중 궁금한게 있어 질문 드려요!!
이 어플의 목적은 POS와 주방에 달린 스마트 패드와의 소켓 통신으로 주문이 들어오면 패드에 주문 목록을 전송하고,
주문받은 요리가 완료되면 POS 쪽으로 완료되었다고 메세지를 전송하는 것인데요
단순히 POS가 서버, 패드가 클라이언트가 되는게 아니라..
POS에 서버와 클라이언트, 패드에 서버와 클라이언트 작업을 같이 하는 겁니다.
그럴려는 이유로는 POS에서 패드로 전송을 할때만 소켓 연결을 해서 보내고 끊고,
반대로 패드가 POS로 전송을 할때만 소켓 연결을 해서 보내고 끊으려하기 때문입니다..
POS 개발자가 리스너를 계속 띄우기 좀 그렇다고 해서 필요한 메세지만 보내고 바로 끊을꺼라고 하네요..
POS가 연결을 끊고있다가 패드로 주문을 내리려면 패드로 연결시도를 해야하니, 패드가 서버 역할을 해야한다고 하네요..
개인적으로 저는 패드가 서버역할까지 하면 좀 포퍼먼스면이나 뭔가 안좋을것 같아서 그러고싶지않은데
제가 잘못 생각하는 건지.......
제가 잘은 모르나 패드가 사양이나 성능적으로나 서버 역할을 하면 뭔가 뻑날꺼 같고 그런 불안감이 있습니다.
패드 디바이스는 2010년 말쯤에 출시된 웹머신즈의 아뜰리에 UX100입니다.(http://shopping.naver.com/detail/detail.nhn?cat_id=40002434&nv_mid=5686870178&frm=NVSCMOD&query=ux100)
보통 안드로이드 개발하실때, 서버로도 쓰고 클라리언트로도 쓰도록 하시나요?
아니, 패드를 서버로 개발하시기도 하시나요???
일단 클라이언트용으로 개발을 거의 마무리하는 중이고, 내부에 SQLite 쿼리 작업 및 매분마다 새로고침하여 경과 된 정도를 보여주는
작업이 있습니다.. 거기에 서버도 추가하여 리스너를 띄워야하는데.. 이게 가능하거나, 권장할만한걸까요?
이 주방 패드는 영업시간 내내 꺼져서도 안되고(꺼져도 다시 켜면 되지만.. 영업중에 뻑이 나게 만들면 안되자나요 ㅠ)
안드로이드를 FTP 서버로 사용하는 글을 본것 같은데... 위 같은 경우는 어떻게 생각하시나요 ㅠ
초보 개발자에게 좋은 답변을 부탁드립니다.!
POS가 서버역할을 하는게 맞는 거 같네요.
패드는 배터리로 돌아가잖아요.
보통의 C/S 환경이 그렇듯이....
POS가 주문내릴 정보는 가지고 있다가 패드가 접속해서 요청할 때 주면 되잖아요.
또 패드가 서버되는 방법은 패드(서버)가 다수일 경우에 맞지 않기도 하구요.
커넥션을 항상 열어 놓는게 반응성에서는 가장 빠를 것 같구요.
커넥션을 열어 놓고 있기 뭐하면 주기적으로 커넥션을 OPEN하시던가요.
솔직히 패드가 서버역할을 하는 건 비추입니다.
확장성에 문제가 많네요.