묻고 답해요
141만명의 커뮤니티!! 함께 토론해봐요.
인프런 TOP Writers
-
미해결
정적 언어와 동적 언어의 소스코드 의존성에 대해
클린 아키텍처 10장 ISP 원칙 파트를 읽다가 이해가 가지 않는 부분이 생겨 질문드립니다. 정적 언어는 include 선언문 때문에 소스코드 의존성 발생 -> 재배포, 재컴파일 필요동적 언어는 선언문이 없음. 런타임에 추론함. 따라서 소스코드 의존성 없음 -> 재배포, 재컴파일 필요 없음이 부분이 헷갈립니다. 파이썬도 import를 쓰지 않나요? 그건 정적 언어의 include 선언문과 다른 건가요? 동적 언어는 변수 타입 말고도 외부 모듈도 동적으로 불러오나요?
-
미해결[초중급편] 안드로이드 데이팅 앱 만들기(Android Kotlin)
dependecies 의존성 추가 관련 에러 (cardstackview)
CardStackView 구현 강의 수강 중 의존성 관련 에러로 질문드립니다. plugins { id 'com.android.application' id 'org.jetbrains.kotlin.android' } android { namespace 'com.example.myapplication' compileSdk 32 defaultConfig { applicationId "com.example.myapplication" minSdk 21 targetSdk 32 versionCode 1 versionName "1.0" testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner" } buildTypes { release { minifyEnabled false proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro' } } compileOptions { sourceCompatibility JavaVersion.VERSION_1_8 targetCompatibility JavaVersion.VERSION_1_8 } kotlinOptions { jvmTarget = '1.8' } } dependencies { implementation 'androidx.core:core-ktx:1.7.0' implementation 'androidx.appcompat:appcompat:1.4.1' implementation 'com.google.android.material:material:1.6.0' implementation 'androidx.constraintlayout:constraintlayout:2.1.4' testImplementation 'junit:junit:4.13.2' androidTestImplementation 'androidx.test.ext:junit:1.1.4' androidTestImplementation 'androidx.test.espresso:espresso-core:3.5.0' implementation "com.yuyakaido.android:card-stack-view:2.3.4" //implementation("com.yuyakaido.android:card-stack-view:2.3.4") //implementation group: 'com.yuyakaido.android', name: 'card-stack-view', version: '2.3.4' }여러 방법으로 추가해봤는데 External Libraries에 추가가 안되더라구요. Invalidate Cache & restart도 해보고 IDE 재시작도 해봤는데 여전히 무반응입니다. 혹시 프로젝트를 만들 때, 특별한 설정을 해야하나요? 현재 Empty Activity로 만들어서 진행하고 있습니다.
-
해결됨스프링 입문 - 코드로 배우는 스프링 부트, 웹 MVC, DB 접근 기술
DI 의존성 주입 질문
안녕하세요 DI 관련해 질문이 있습니다.```java @Controller public class MemberController { private final MemberService memberService; @Autowired public MemberController(MemberService memberService) { this.memberService = memberService; } } private final MemberService memberService; final 키워드를 붙여주는 이유가 궁금합니다.memberSevice 를 변경하지 못하게 하는 이유가 무엇인가요?
-
미해결스프링 핵심 원리 - 기본편
객체 의존관계 이외의 조심해야 하는 의존관계는?
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)[질문 내용]강의 너무 잘 들었습니다.객체 간 의존관계를 항상 의심하고 그것을 해결하는 것이 좋은 코드의 기본인 것 같습니다. 본 수업을 듣고 객체 간 의존관계를 해소하는 방법에 대해 명쾌하게 이해할 수 있었습니다.문득 궁금한 점이 생겼는데, 객체 간 의존관계 이외의 우리가 조심해야 하는 의존관계는 어떤 것들이 더 있을까요?하나의 단일 Spring App을 벗어나, System, 혹은 MSA 관점으로까지 확장했을 때, 우리가 조심해야 하는 X와 X 혹은 X와 Y 간의 의존관계는 어떤 것이 있을지, 조심스럽게 질문드려봅니다.감사합니다.
-
미해결앨런 iOS Concurrency(동시성) - 디스패치큐와 오퍼레이션큐의 이해
Operation의 순서기능 중 질문드립니다!
강의 한 편 한 편 볼때마다 지식이 업그레이드 되는 기분입니다. 좋은 강의 항상 감사드립니다~! 다름이 아니라 Operation의 순서기능 중 Operation에서 이전 작업의 결과물을 받기 위해선 프로토콜을 채택 혹은 작업물을 넘기는 Operation을 만들어야 한다고 말씀해주셨는데 그냥 outputImage를 직접 가져오는 것으로 해도되지 않을까요? 아래의 방법입니다! class TiltShiftOperation: Operation { var inputImage: UIImage? var outputImage: UIImage? override func main() { if inputImage == .none, // 인풋이미지가 없으면, let dependencyImageProvider = dependencies .filter({ $0 is ImageLoadOperation}) .first as? ImageLoadOperation { // 프로토콜이 아닌 직접적으로 Operation꺼내기 inputImage = dependencyImageProvider.outputImage } // 실제 작업 outputImage = tiltShift(image: inputImage) } } 이 방법의 문제는 뭐가 있을까요? 재사용성의 의미에서는 확실히 Protocol을 이용한 타입 캐스팅이 좋지만 그것 말고 프로토콜 채택으로 가져가는 또다른 장점이 있을까요?