일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- 7932
- 윈도구
- cagr48com
- screen
- java
- 설치
- 윈도구7
- 아이폰
- 오브젝티브C
- ObjectiveC
- 윈도우즈7
- 애플
- WebService
- Objective-C
- 링크
- 맥
- 형식
- mac
- 아이맥
- iPhone
- VISTA
- Mobile
- windows7
- 볼링
- Number
- 퇴사
- windows
- WSDL
- install
- c#
Archives
- Today
- Total
A colossal Dreamer: GR鐵塔-天生我材
suggestion swift coding convention for protected members 본문
protected 접근자가 없는 ObjC 와 swift.
ObjC 에서는 좀 복잡하지만, 객체의 properties 와 functions 의 원치않는 접근을 막을 수 있었다.
- protected 는 없지만, 동일한 효과를 얻을 수 있다. / header파일을 분리해서 XXX_private.h 는 필요한 곳에서만 사용
히지만, swift 에서는 protected 접근자를 대체할 수단이 존재하지 않는다.
- 물론 interal 을 사용하고, framework 으로 분리하면 가능하지만,
- framework 내에서 protected만 을 위해 framework 분리는 배보다 배꼽이 크기 때문에 안 쓰고 싶다.
그래서, protected 수준의 접근이 필요한 properties 나 funcitons 의 앞에 '_' 를 추가해서 쓰는 것이 좋을 것 같다.
이는 마치 ObjC 에서 private member에 대해서 '_'를 붙인 것과 비슷하게 효과를 내지 않을까 싶다.
이제 부터 시작해봅니다.
'Development > 아이폰' 카테고리의 다른 글
iPhone 개발에 Disk 여유공간이 많이 필요한 이유 (0) | 2020.05.25 |
---|---|
iPhone, iPad Pro resolutions (0) | 2020.05.02 |
[Xcode] Scene based project to Storyboard based project (0) | 2020.02.19 |
NSAutolayout (0) | 2020.02.05 |
맥에서 https git저장소에 접근하는 login 정보는 어디에? (0) | 2019.12.03 |