wlsdnr1290197

저도 질문자님과 의견이 비슷한데, RecipeDataSource interface를 local과, remote에서 공통으로 사용하는데 실제로 항상 공통 interface를 갖지는 않는다고 생각합니다. domain에서 repository 구현체를 주입받을때, repository가 local을 사용할지, remote를 사용할지 아니면 둘다 사용할지 등을 신경쓰지 않듯이 data source가 어떻게 처리되는지에 대해서도 domain에서는 신경쓰지 않아야 한다고 생각합니다. RepositoryImpl에서 data source를 사용한다면, data 단에서 test를 해야한다고 생각합니다. test때문에 repository의 구현체에 대한 interface까지 domain에 두는건 주객이 전도된것같습니다.

domain 에 data_source 를 만드는 이유.

그냥 포기하고 GUI로 할까 하다가도 CLI&nbsp; 해보고 싶어서.. 찾아보는데 잘 모르겠습니다.
그리고 Jaws MySQL 의 config중 password는 유저를 생성할때 사용했고, port는 사용하지 못하였습니다.
&nbsp;
1. User<img src="https://cdn.inflearn.com/public/comments/dddfe371-bb6b-404d-b61e-4799bc3c489c/blob" alt="" />
2. Database
<img src="https://cdn.inflearn.com/public/comments/2f5e577f-9d14-4c7d-82b0-92a2c86ccb2b/blob" alt="" />
Jaws MySQL에서 나온 값을 사용해서 사진 1과 같은 유저(efzuvkvci51trqf7)를 만들어 주었습니다.
사진 2의 database(tzoi81meqqhe5256)를 만들어 똑같이 테이블과 데이터를 생성해 준 후, 유저에게 모든 권한을 넘겨주었습니다.
어떻게 connect를 시켜주는지 잘 모르겠습니다.
Heroku URL: https://mysql-web-practice.herokuapp.com/
3. heroku logs --tail 했을때 아래와 같은 결과가 나옵니다.&nbsp;
<img src="https://cdn.inflearn.com/public/comments/202c3692-91b2-4bf2-98ca-8a1fbbac68f4/blob" alt="" />
제 깃헙 링크는 https://github.com/Jinwook-Song/mysql-practice-2021 입니다.
&nbsp;
&nbsp;

wlsdnr1290197

Bài viết