Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- Apple
- rxswift
- 개발자
- JPA
- Swift
- FLUTTER
- mac
- Session
- Xcode
- geofencing
- Archive
- 웹뷰
- iOS16
- SwiftUI
- MacOS
- IOS
- Notification
- github
- UIButton
- 한글
- darkmode
- appstore
- view
- Realm
- Git
- Firebase
- Code
- error
- window
- stack
Archives
- Today
- Total
EEYatHo 앱 깎는 이야기
개발자 ) 서버 개발자가 생각하는 좋은 클라이언트 개발자 - EEYatHo iOS 본문
반응형
직접 서버 개발을 해보면서, 앞으로 만날 서버 개발자분들에게, 나는 어떤 iOS개발자가 될 것인가
에 대한 그냥 주절주절
[ 결론 ]
DB테이블과 API 제작 및 설계를 잘 알고 있고,
프로젝트 초기에 정확한 API를 요구하는 클라이언트 개발자.
[ 이유 ]
서버 프로그래밍은
API를 통해 적절한 데이터를 클라이언트에 제공하는 것이 그 근간임.
즉, API란 서버 개발의 중심에 있기 때문에,
API가 바뀔 경우, DTO구조, 데이터 빌딩, 쿼리문 등 온갖 소스에 영향을 주게 됨.
( 직접 개발 해보니까 그렇게 느낌 )
때문에 프로젝트 초기부터 정확하고 효율적인 API를 설계하는 것이
서버 프로그래밍에 있어서 중요함.
그렇다면 어떻게 해야 API 설계를 잘 할 수 있는가?
API란 단순히 CRUD가 아닌 이상,
클라이언트의 시나리오에 따라 무궁무진함.
때문에 시나리오에 가장 가깝고, 직접 데이터를 매핑하는
클라이언트 개발자가 API 명세를 만들 수 있음.
API 명세를 만들 수 있는 클라이언트 개발자가 DB와 API 개발에 대해 잘 알고 있다면,
보다 정확하고 효율적인 API 설계가 가능할 것.
따라서,
DB테이블과 API 제작 및 설계를 잘 알고 있고,
프로젝트 초기에 정확한 API를 요구하는 클라이언트 개발자.
를 서버 개발자가 선호할 것이다.
'기타' 카테고리의 다른 글
토스 SWIFT CODE, BIC (0) | 2022.11.10 |
---|---|
대한민국 은행 SWIFT CODE (BIC) (0) | 2022.11.10 |
gpg 사용법 (암호화 복호화) - EEYatHo iOS (0) | 2022.05.05 |
라이센스 license - EEYatHo iOS (0) | 2022.04.04 |
(상용말고)개발용 JWT토큰 만들기 (0) | 2021.02.26 |
Comments