강영욱(닷넷채널 웹 매거진 발생, 비스무리 개설 및 운영) MVP 님이 작년에 MicroSoftware 에 기고하신 글 내용중에 관심 있는 부분이라서 목차만 정리해서 올려 봅니다.
원문보기:
http://www.zdnet.co.kr/builder/dev/etc/0,39031619,39161605,00.htm
--> 마소에 기고한것 말고, 직접 운영하시는 블로그 가서 해당 포스트 찾을려고 했으나 못찾았음.
서버 엔진니어에게는 별 상관없는 내용이지만, 개인적으로 닷넷에도 관심이 많아서리...^^;;
예전에 스크랩을 해 놓기는 했는데, 그거 지우고 링크만 올려 놓고.,
StringBuilder의 사용
-> String 변수에 넣는 문자열 값 변화가 클 경우 가끔식 써먹기는 합니다. 닷넷 전문가들 사이 에서는 초창기에 String 변수와 StringBuilder 사이에 성능 논쟁이 있기도 했습니다.
DataReader의 활용
-> DB 연동하는 웹페이지 라면 거의 뭐 쓰는 객체인데, 예전에는 DataSet 을 많이 써는데 이제는 DataSet 을 쓰지 않으면 안될 상황이 아니면 DataReader 만.
DataTableReader
-> 이전에는 DataTable 을 썻는데, 요건 아직 이용해 보질 않았습니다. DataReader 만으로도 거의 대부분 구현이 가능해서.
SqlBulkCopy의 활용
-> 알지만, 요것도 써보질 않았음. 솔직히 써야할 상황도 없을 뿐더러 쓸일이 없음.
웹 서비스의 데이터 압축
-> 닷넷 자체에서 직렬화를 통해서 패킷크기를 줄여 보고자 하는 것인데,. 웹 환경이라면 IIS 압축 기능을...
ASP.NET의 성능 개선
-응용 프로그램 캐시
-페이지 출력 캐시
-세션의 효율적인 사용
-PostBack 사용의 최소화
-> 글쎄. 세션이나 PostBack 은 ASP.NET 에서는 일반적이긴 하나, 캐시는 대용량 접속 환경이 아니고선 그닥...
댓글 없음:
댓글 쓰기