보통 게시판 페이징 쿼리를 만들 때 두가지 방법을 쓴다. 구닥다리 방법은 먼저 불러올 전체 카운트를 구하고 이를 토대로 실제 불러오는 쿼리에서 NOT IN으로 제외하고 불러오는 쿼리인데 똑같은 쿼리를 남발해야 하므로 아직도 사용하는 곳이 있다면 문제가 심각해 보이므로 PASS
두번째 방법은 ROW_NUMBER를 이용하는 쿼리인데 ROW_NUMBER()로 내마음속 번호를 생성시킨 후 이를 기준으로 페이징을 한다. 그나마 써줄만하다.
SELECT MEMTBL.USERID_IDX FROM ( SELECT ROW_NUMBER() OVER (ORDER BY USERID_IDX) AS ROWNUM, USERID_IDX FROM MEMBER_TABLE ) AS MEMTBL WHERE MEMTBL.ROWNUM BETWEEN 1 AND 10
마지막으로 MS-SQL 2012 이후 부터 사용가능한 쿼리인데 아래처럼 간결한 쿼리가 가능해졌다.
SELECT USERID_IDX FROM MEMBER_TABLE WITH (NOLOCK) ORDER BY USERID_IDX OFFSET 0 ROWS FETCH NEXT 10 ROWS ONLY
시작위치는 OFFSET으로 지정하고 FETCH NEXT로 몇번까지 불러올지 지정만 하면 그만이다.
애플 소셜 로그인을 구현하다 보면 p8 파일 때문에 고생을 하지만 이 부분만 구현되면 다른건 문제가 되지 않는다. 딱 하나 애플은 이메일을 공개하거나 사이트마다 새로운 이메일을 생성하여 해당 사이트에 제공하도록 privaterelay.appleid.com 서비스를 제공한다. privaterelay.appleid.com로 매핑하여 원본 이메일에 메일을 발송한다란건데 애플 소셜 로그인 구현 후 이런 이메일에 그냥 메일을 발송하면 100% 발송 실패가 뜬다.
척박한 국내 .net개발 환경 탓에 국내 기술 블로그를 통한 문제 해결이 쉽지 않다. 따라서 stackoverflow.com이나 구글링을 통해 문제를 해결해야 하는데 기본 셋팅인 한국어 오류로는 검색이 불가능하다. 따라서 영어 버전으로 visual studio 2022를 셋팅하여 사용해야 한다.
먼저 Visual Studio Installer를 실행한다.
수정을 누르면 아래와 같은 화면이 나타나는데 언어팩 탭메뉴를 선택 후 영어 체크박스를 체크해준다.
그리고 우측 하단의 수정버튼을 클릭하면 다운로드와 함께 언어패키지가 설치됨을 확인할 수 있다.
이제 Visual Studio 2022를 실행 후
도구 > 옵션 (단축키 alt + t, o) > 환경 > 국가별 설정에서 언어를 한국어에서 English로 바꿔주고 확인 버튼 클릭 후 수동으로 프로그램을 재시작 해주면
문제 없이 진행했다면 좌측 REMOTES아래에 HelloHell이 나타남이 확인될 것이다.
여기까지가 가장 기본인 로컬과 리모트 저장소 생성방법이었다. 이제부턴 파일을 실제로 리모트 환경인 git으로 올려보겠다. 화면을 Source Tree(좌), 로컬저장소(우상단), github.com(우하단) 이렇게 3개를 한번에 캡쳐 떠 보았다. 로컬저장소에 파일을 아무거나 만들고 Source Tree에서 가만히 기다리거나 F5를 누르면 추가한 파일이 나타난다.
Unstaged files 윈도우 영역에서 우측의 + 버튼을 누르면 Staged files 윈도우 영역으로 파일이 올라가고 좌상단의 Commit 을 눌러 Commit을 시도하면 하단의 Commit 윈도우에 적당한 문장을 작성할 수 있다. 난 First Commit이라 작성했다. Commit버튼을 눌러 Commit을 실행한다.
그럼 이렇게 History에 First Commit 문구와 함께 로컬 저장소의 master로 파일이 저장된것을 확인할 수 있다.
그럼 이제 리모트 환경인 github.com으로 동기화 작업을 진행해 보겠다. 상단 메뉴의 Push를 누르면 창이 하나 뜨는데 체크박스가 있다. 이걸 체크해주자.
그러면 git에 master가 보여지고 Push를 누르면 git으로 전송되어 동기화가 일어난다.
동기화가 이루어진 결과다. 우측 하단에 보면 FirstHell.txt의 모습을 확인할 수 있다.
하는김에 하나 더 해보자. 이번엔 SecondHell.txt를 만들어 아까처럼 Unstaged files의 파일리스트 +버튼을 눌러 staged files윈도우로 보내고 또 Commit를 하면
아까와 조금 다르게 Push에 숫자1 뱃지가 표시됨을 확인할 수 있다.
여기까지가 기본적인 로컬과 리모트 환경의 동기화였다.
그럼 이제 조금 더 나아가보자 git활용법 중 정책이란게 있다. master만 운영하면 나중에 개발할 때 master로 동기화를 무턱대고 해버리게 되면 버그가 발생하고 난리가 난다. 그래서 정책을 설정하는데 일반적인 dev도 있고 긴급한 오류 수정인 hotfix도 있고 각 상황에 맞게 각 회사들마다의 정책이 있을 것이다. 이것까지 논하기엔 주제가 너무 나가버리니 그냥 난 서비스인 master와 개발 환경인 dev두개로만 정책을 설정했다 치겠다. 즉 개발로 모든 작업이 끝나면 master로 덮어 쓰는 구조정도로 이해하면 되겠다.
github.com에서 아래처럼 새로운 정책으로 dev를 만든다. dev라 입력하고 Create branch:dev from 'master'를 누르면 된다.
그리고 이번엔 Dev로만 보내기 위해 DevHell.txt란 파일을 로컬에 만든 후
Source Tree에서 Unstaged files에서 +버튼을 눌러 Staged files로 보낸 후 마찬가지로 Commit를 시킨다.
다 되었으면 이제 Push를 해야 하는데 이상하다. remote branch 콤보박스 컨트롤에 dev가 나타나지 않는다. master만 보인다.
이럴 땐 그냥 dev라고타이핑 하면 된다. source tree가 잘 만든 툴이지만 버그들이 좀 보인다. -_-
dev 입력 후 push를 누른 후 github로 이동해서 보면 dev에만 DevHell.txt가 동기화 된 것이 확인된다.
이동하면 Fine-grained tokens방식과 Tokens(classic)방식이 있는데 대충 두개 차이는 베타버전인 Fine이 좀 더 수월하고 뭐 그런것 같은데 난 그냥 classic 버전을 선택했다. 선택하면 토큰이 사용될 Note와 토큰 만료일을 대충 설정하고 가장 중요한 repo에 체크를 반드시 한 후 스크롤을 내려 녹색 generate 버튼을 눌러 토큰을 생성하자.
생성한 토큰은 Source Tree의 상단 메뉴의 우측을 보면 설정(톱니아이콘)이 있는데 여길 누르면 저장소 설정화면이 뜨고 원격 저장소 경로를 더블클릭하거나 편집을 누르면 아래와 같이 원격 저장소 정보 화면으로 이동된다. 여기에 아까 생성한 토큰을 URL에 넣어주면 되는데 방식은 이렇다. 빨강색은 불변 주황색은 앞서 생성한 토큰 파랑색은 각자 계정과 레파지토리명 https://생성한토큰@github.com/내계정/레파지토리
좀 기괴하다 만든놈이 이렇게 입력하라니 어쩔 수 없다만 내가 만들었다면 토큰입력항목과 내계정 그리고 레파지토리를 각각 따로 입력하는 UI를 제공했을것이다.
보통 DB로직을 Model에 넣고 Controller로 성공 여부를 리턴해줄 때 1, 0같은 결과처리 상태를 넘기기도 하지만 성공/실패 여부와 함께 메세지를 함께 넘겨줄 땐 json을 이용해볼 수 있다.
오류가 났을 땐 보안상 오류를 이용자에게 보여주지 않는게 방법이겠으나 어찌 비지니스 로직에 기능오류와 성공만 존재하겠는가? 정상 처리임에도 작업을 수행할 수 없는 상황이 발생할 수 있다. 예를 들면 좌석 예매 같은 상황은 프론트 단에서 진입시점에 좌석이 있었지만 결제 과정에서 좌석이 모두 소진될 수 있는데 이때 무턱대고 실패로만 결과를 리턴한다면 이용자는 기능 오류인지 아니면 더이상 예매를 할 수 없는 상황인지 알 수 있는 방법이 사라지는 상황에 놓이게 된다.
방법은 이러하다. 먼저 모델에 처리 함수를 선언할 때 리턴형을 string형으로 선언한다. public stringfunctionProc()
그리고 결과값에 성공이면 nResult에 1을 대입시키고 strMsg에 성공하였습니다. 같은 값을 대입시킨다. 실패라면 nResult에 0 또는 -1 같은 값을 대입시키고 strMsg에 실패하였습니다. 같은 값을 대입시킨다. var jsonData = new { result = nResult, msg = strMsg }; 타이핑 해보면 빨강줄이 뜰텐데 ctrl+.을 눌러 아래 처럼 nuget을 통해 추가해주자. using Newtonsoft.Json;
new로 생성하였다면 이럴 JsonConvert를 사용하여 string으로 바꿔준 후 이를 return해주면 끝이다. string jsonString = JsonConvert.SerializeObject(jsonData); return jsonString;
물론 db insert나 update처럼 처리 과정에서 이용자의 데이터 오류로 인한 상세 오류를 보여주고 싶다면 try, catch를 사용하여 Exception의 Message를 보내줘도 될 것이다. 이는 이용자에게 보여주기보단 개발시 편리함을 위해 주로 디버깅시 사용하게 되지 싶다. catch (Exception e) { tran.Rollback();
var jsonData = new { result = -1, msg = e.Message }; jsonString = JsonConvert.SerializeObject(jsonData); //return -1; }
모델이 완성되었으면 Controller 차례 다른 잡다한것들도 포함시켰는데 단순하게 모델 호출시 함수의 리턴값을 result란 변수로 받아낸 후 이를 JObject를 이용해 json형태로 파싱하면 된다. 일단 파싱이 되었다면 그다음엔 그냥 모델에서 넘겨준 json의 인자키값으로 비교만 하면 그만이다. if (ModelState.IsValid) { var result = model.functionProc(); var jsonData = JObject.Parse(result);
if (Convert.ToInt32(jsonData["result"]) == 1) { return RedirectToAction("Detail", "Member", new {idx=model.Idx}); }
ModelState.AddModelError(string.Empty, Convert.ToString(jsonData["msg"])); } 마찬가지로 타이핑 해보면 빨강줄이 뜰텐데 ctrl+.을 눌러 아래 처럼 추가해주자. usingNewtonsoft.Json.Linq;
물론 이렇게 처리 안해도 된다. 모델의 멤버변수에 값을 넣고 이를 이용해도 된다. 또는 json을 사용안하고 그냥 콤마로 첫번째 콤마값은 결과 그다음은 메세지 처럼 단순하게 처리해도 된다. 하지만 이럴 경우 프로젝트의 가독성이 불량해질 수 있기에 json방식을 추천하고 싶다. 생각해보라 수많은 함수의 결과값들이 존재하고 또 함수마다 수많은 콤마로 이루어진 결과값들을 보면 첫번째는 무엇이고 두번째는 무엇, 세번째, 네번째..... 만든 사람이야 알아먹겠지만 인수받은 새로운 작업자는 머리가 아파오게 된다.
using System; using System.Windows.Forms; using Newtonsoft.Json; using Newtonsoft.Json.Linq; // JValue
namespace WindowsFormsApplication1 { public partial class Form1 : Form { public Form1() { InitializeComponent(); }
private void Form1_Load(object sender, EventArgs e) { // 테스트용 JSON string 만들기 var p = new { Id = 1, Name = "Alex", Address = new { City = "Redmond", State = "WA", Zip = "98052" } }; string jsonString = JsonConvert.SerializeObject(p); txtOriginal.Text = jsonString; }
