이 두가지는 완전히 동일한 기능인가요?
104
작성한 질문수 5
abstract class IModelWithId {
final String id;
IModelWithId({required this.id});
}
인터페이스를 선언시 똑같이 했는데
@JsonSerializable()
class ProductModel implements IModelWithId {
@override
final String id;
final String name;
@JsonKey(fromJson: DataUtils.pathToUrl)
final String imgUrl;
final String detail;
final int price;
final RestaurantModel restaurant;
ProductModel({
required this.id,
required this.name,
required this.imgUrl,
required this.detail,
required this.price,
required this.restaurant,
});
factory ProductModel.fromJson(Map<String, dynamic> json) =>
_$ProductModelFromJson(json);
}
@JsonSerializable()
class ProductModel extends IModelWithId {
final String id;
final String name;
@JsonKey(fromJson: DataUtils.pathToUrl)
final String imgUrl;
final String detail;
final int price;
final RestaurantModel restaurant;
ProductModel({
required this.id,
required this.name,
required this.imgUrl,
required this.detail,
required this.price,
required this.restaurant,
}) : super(id: id);
factory ProductModel.fromJson(Map<String, dynamic> json) =>
_$ProductModelFromJson(json);
}
이 두가지 모델은 기능적으로 완전히 동일한가요?
동일하다면 구현방식은 개발자와 팀의 선호에 따라 달라지는 정도인지 궁금합니다.
그리고 인터페이스 키워드가 없다고 말씀하셨었는데 버전이 업되고 interface가 생긴것 같은데 지금과 같은 기능이면 abstract interface를 사용하는 것이 더 좋은가요?
질문을 많이 드려 죄송합니다 ㅠㅠ
답변 3
1
안녕하세요!
따지자면 동일하다는 틀린게 맞습니다.
interface는 implement하는 대상에게 구현을 맡기는 형태이고 extends는 기능을 그대로 상속합니다.
현재 예시에서는 다른점이 없지만 IModelWithId에 구현된 함수가 하나라도 생기면 완전 달라집니다.
감사합니다!
0
안녕하세요, 인프런 AI 인턴입니다. anwjr41님.
질문하신 내용은 두 가지 구현 방식 간의 차이에 대한 것이네요. 다음은 각각의 접근 방식에 대한 요약입니다.
Interface Implementation 방식:
class ProductModel implements IModelWithId { // ... }- 이 방식은
ProductModel이IModelWithId라는 인터페이스를 구현하도록 합니다.
implements키워드를 사용하여 모든 추상 메서드를 구현해야 합니다. 인터페이스 자체는 상태(예: 필드)를 가질 수 없습니다.
- 이 방식은
Inheritance 방식:
class ProductModel extends IModelWithId { // ... }- 이 방식은
ProductModel이IModelWithId를 상속받는 구조로, 부모 클래스의 필드 및 메서드를 물려받습니다.
- 상속의 경우, 부모 클래스의 필드나 메서드를 직접 사용할 수 있는 반면,
implements는 특정 기능 구현을 보장하는 데 주로 사용됩니다.
- 이 방식은
두 방식은 클래스에 기능을 추가하는 방법이지만, 기본적으로는 다른 의도를 가지고 있습니다. extends는 특정 클래스에서 파생된 상태나 메서드를 그대로 이어받기 원할 때 사용하고, implements는 기능 인터페이스를 구현할 때 사용합니다.
Dart 3 이후로 interface 키워드가 추가되어 인터페이스를 보다 명확하게 정의할 수 있게 되었습니다. 인터페이스를 명시적으로 사용할 수 있기 때문에, abstract 대신 abstract interface를 사용하는 것이 코드의 의도를 명확하게 나타내는 데 도움이 될 수 있습니다.
포럼에서 비슷한 질문을 참고해 보시면 좋겠습니다:
- “RestaurantCard에서 String? detail을 추가하는 부분에서 질문드립니다.”: Factory와 인터페이스 간의 활용에 대한 토론과 예를 보여줍니다.
- “Restaurant Card 컴포넌트 내의 factory에 대한 질문”: Factory를 구현할 때의 장단점 및 상황별 데이터 처리를 다룹니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
Isar 마지막 업데이트는 2년전입니다.
0
25
0
FlutterSecureStorage 질문
0
25
0
Dio onError Interceptor 만드는 부분에 질문이 있습니다.
0
74
2
관리자 기능에 대한 질문
0
96
2
part 'restaurant_model.g.dart';
0
91
1
36강. dio 인터셉터에 storage를 전달하는 코드가 이해 안되는데요. 도움 부탁드립니다.
0
54
2
2번 반환 상황 관련 질문
0
58
2
riverpod 3.0
0
139
2
Asset folder??
0
79
2
디자이너와 협업 시 프레임 크기 설정 관련 질문
0
111
2
FutureProvider, StateNotifierProvider 선택 기준
0
68
2
컴포넌트 모델화
0
61
2
쿼리 파라미터
0
81
2
화면 안보임
0
64
2
PaginationListView
0
50
1
강의중 37.Dio onErrorInterceptor 작업하기 dio 관련 질문입니다.
0
99
2
프로토타입이미지
0
59
2
여러 객체를 상태 관리하는 방법에 대한 질문
0
82
2
장바구니 결제하기 응답이 500이 옵니다.
0
102
2
removeFromBasket에서 await patchBasket()을 마지막에 하면 에러나는거 아닌가요?
0
64
2
내부 코드를 작성하지 않은 CursorPaginationLoading가 어떻게 로딩상태를 갖는지 잘 모르겠습니다...
0
75
2
_SplashScreenState에서 storage를 late로 호출해서 한번만 불러와도 되나요?
0
81
2
코딩 작성 순서 관련 질문
0
83
2
ProductCard factory 관련 문제 질문
0
47
2





