inner side

http://dlucky.tistory.com/244

http://kohanabi.tistory.com/71

간단하게.. 클라와 서버 사이에 JSON 표기법(<->XML)으로 작성된 수행 코드의 문자열이

네트워크  I/O하고.. 클라측에서 받아서 해당 문자열을 파싱후에 스크립트 엔진으로 구동시키

는 개념이다. EVAL()이.. 보안 문제가 걸렸을 것이다. (전달 받은 스크립트가 악성일 경우..)

// We split the second stage into 4 regexp operations in order to work around

// crippling inefficiencies in IE's and Safari's regexp engines. First we

// replace the JSON backslash pairs with '@' (a non-JSON character). Second, we

// replace all simple value tokens with ']' characters. Third, we delete all

// open brackets that follow a colon or comma or that begin the text. Finally,

// we look to see that the remaining characters are only whitespace or ']' or

// ',' or ':' or '{' or '}'. If that is so, then the text is safe for eval.

            if (/^[\],:{}\s]*$/

                    .test(text.replace(/\\(?:["\\\/bfnrt]|u[0-9a-fA-F]{4})/g, '@')

                        .replace(/"[^"\\\n\r]*"|true|false|null|-?\d+(?:\.\d*)?(?:[eE][+\-]?\d+)?/g, ']')

                        .replace(/(?:^|:|,)(?:\s*\[)+/g, ''))) {

// In the third stage we use the eval function to compile the text into a

// JavaScript structure. The '{' operator is subject to a syntactic ambiguity

// in JavaScript: it can begin a block or an object literal. We wrap the text

// in parens to eliminate the ambiguity.

                j = eval('(' + text + ')');

// In the optional fourth stage, we recursively walk the new structure, passing

// each name/value pair to a reviver function for possible transformation.

                return typeof reviver === 'function'

                    ? walk({'': j}, '')

json2.js

orgjson.jar

                    : j;

            }

// If the text is not JSON parseable, then a SyntaxError is thrown.

            throw new SyntaxError('JSON.parse');

        };

    }

노트에 필기한 깨달음 참고!!!

아까 블럭 지정 html 태크인.. <p> <div> <span> 사용시에..

내 경운.. 이걸.. 문자열을 특정 구조(변수처럼 쓸수있게끔 문자열을 컴포넌트화?)로 묶는거라 생각했고..

이걸..그룹처럼 쓸순 없을까 생각했었다..

div1 {특징1} div2 {특징2}..

검색을 통해 html dtd 다음에 header 내에서 body에서 사용할 타입들을 선언및 정의가 가능함을 알게 되었고..

#dev1 {특징1} #dev2 {특징2} .. 또는 문서의 스타일을 text/css로..

body에서 사용시.. <dev id="dev1"> 변수처럼 사용할 문자열 </dev> 식으로 사용이 가능하더라..

아래는 미처 몰랐던 부분... 하여간..뭔가 좀 웃기다;;

http://blog.naver.com/PostList.nhn?blogId=leeyoon0607&from=postList&categoryNo=18

db

http://blog.naver.com/hanorom?Redirect=Log&logNo=100003734568

http://blog.naver.com/hanorom?Redirect=Log&logNo=100003734568 <--요걸 응용 하면.. select 처리를 유연하게 할수 있을듯!!

was

http://blog.naver.com/PostView.nhn?blogId=leeyoon0607&logNo=70089532141&parentCategoryNo=52&categoryNo=&viewDate=&isShowPopularPosts=true&from=search

볼 내용이 상당히 많음!

아 글고.. 원격(remote)자원을 내 로컬에서 사용하는 것처럼.. 편히 쓸수 있게 하는 인터페이스가..머였드라?

java naming directory interface 인가?  요게 내부적으로 rmi를 래핑한거였나?? 아.. 기억이 잘 안난다...;;

http://blog.naver.com/kookh1?Redirect=Log&logNo=120202342605

조금 어려운 개념은.. 인터페이스 클래스와 구현클래스의 분리, 클라측에 인터페이스 클래스 정보만 노출하고

실제 구현 클래스의 정보는 클라의 요청시 직렬화 해서 넘겨줌. 클라는 인터페이스를 통해.. 내부 구현은 몰라

도 다형성(rtti.. 동적 바인딩)을 통해 실제 원격 객체의 서비스를 사용이 가능..

이걸 간단히 래핑한게.. 자바의 네이밍 디렉토리 인터페이스인듯~ 실제 안써봐서 모름;;

http://www.manning.com/husted

(코드 재사용.. BUT 안돌아감..)

난 왜 지금까지.. dml에 대해 매개변수로 do를 전달햇을때.. pk등 키값을 제대로 처리를 안햇었을까?

예를 들어..  xxDAO클래스의  int update(DO do) 메서드라면,.. (insert도 포함)

지금까지 내경운.. sql 쿼리를 "update 테이블 이름 set 칼럼1 = do.칼럼1, 칼럼2 = do.칼럼2" 

요렇게 했었는데.. 난 바보였다.. 요런 쿼리면.. 모든 로우에 대해 해당 값으로 덮어쓰게 된다.

이런 메서드는 updateAll() 이런 식으로 명명했어야 했다.

update() 라면..

update 테이블 이름 set 칼럼1(pk아님) = do.칼럼1, 칼럼2 = do.칼럼2 ... where 테이블 칼럼.pk = do.pk 

요렇게 했어야 했다... 

난 뭘한건가?????????????????????

오버 로딩으로 중복 코드 줄이겠다는 마음만 앞서서.. (쿼리 구문 ? 에 입력값들 매핑 하는 로직)

update, 와 select를 묶어버리고;; (이것도 위의 삽질처럼.. updateAll과 update 구분못함.. 물론 delete , deleteAll 도 구분 못함)

insert와 delete를 묶었을거다;; 

난 진짜 바보다;;;

db의 테이블.. 그리고 pk.. where 조건절과 서비스 메서드의 조건(selectById...) 구분을 못했었다. 

dml이 왜 dml이냐!!!!! dql 왜 dql이냐??? 왜 두가지 문장이 구분되는 것인지..  좀 깨닫자!!!!!!

select란 dql은 ... 전체 집합에서 조건을 찾는 문법이다.;;; 아.. 그래도 늦게나마 깨달았다;;;

http://blog.naver.com/deadlines?Redirect=Log&logNo=150033163033

http://blog.naver.com/daejun79?Redirect=Log&logNo=90182678101

자바스크립트 성능 최적화인데.. 일반적인 최적화의 기법이기에.. 알아둘 가치가 있음.(반복문 기법등)