일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
- CSS
- onsenui
- sort
- MySQL
- onsen-ui
- sequelize
- v-text-field height
- error
- vuetifyjs
- Vuetify
- Vue
- electron-nuxt
- Android
- Electron
- 동일 프로그램
- c#
- bucket cors
- nodejs
- NUXT
- bucket max-key
- xlsx
- v-select
- kotlin
- 동일 프로세스
- naver storage
- 프로세스 방지
- vuejs
- f035d
- naver storage bucket error
- JavaScript
- Today
- Total
목록전체 글 (75)
앙큼한 개발기록

nuxt 를 통해서 엑셀 파일을 읽는 방법에 대해서 알아보자. 우선 html file의 onChange 이벤트로 파일 데이터를 가져온다. ... data() { return { fileReader: null, sheetNameList: [], excelDataList: [] } }, ... readExcelFile(event) { let input = event.target let file = input.files[0] let fileName = file.name let extension = fileName.split('.')[1] let includeExtension = ['xlsx', 'csv', 'xls'] if (!includeExtension.includes(extension)) { alert(..
사용한 템플릿 : nuxt library - xlsx - file-saver 예제 소스 코드: 출력 {{ value }} {{ product.index }} {{ product.name }} {{ product.price }}

초기에 프로젝트를 만들고 나서 이름을 바꾸고 싶은데 이걸 맘대로 바꾸어도 되나 싶어 테스트 프로젝트를 만들어 테스트 해보고 바꾸어 보았다. 이런 내용을 정리한 블로그가 없어서 정리해 보려고 한다. 1. build.gradle(app) 의 namespace,applicationId 바꾸기 plugins { ... } android { namespace 'com.example.test' compileSdk 33 defaultConfig { applicationId "com.example.test" ... } buildTypes { ... } compileOptions { ... } kotlinOptions { jvmTarget = '1.8' } buildFeatures { viewBinding true } ..
회사에서 다른 사람이 만든 프로젝트를 수정하던 중 메인 폼의 partial class 를 다른 디자인 cs 파일로 만들어 정의해 놓은 것을 보고 이걸 이렇게 써도 되나.... 라는 생각이 들어 찾아보니 딱히 이걸 어떻게 쓰라는 말이 있지는 않아 정리를 좀 해보자 글을 작성한다. (사실 그렇게 쓰면 안된다...그리고 파일 네이밍도 안맞고..) 공식 사이트 에서는 다음과 같이 정의한다. [partial은 클래스, 구조체, 인터페이스 또는 메서드의 정의를 둘 이상의 소스 파일에 분할할 수 있다.] 이말인 즉 사실 class 말고도 struct, interface, function 도 가능하다는 말이다. 하지만 우리는 보통 class로 많이 사용하고, c#에서도 폼을 만들면 partial class로 하나는 개..
mixin에 선언되어 있는 공통 컴포넌트를 page에서 보여주려고 하니 위에 에러가 발생했다. 선언되어 있는 공통 화면을 별로도 호출 하면서 생기는 문제 였는데 mixin에 호출 되어 있으면 자기 자신이 자기 자신을 호출하게 되는 문제가 발생하였다. vue를 사용함에 있어 혹은 다른 프레임워크를 사용함에 있어서 컴포넌트의 재사용성은 굉장히 중요하다. 공통 컴포넌트를 만들어 놓고 해당 컴포넌트를 호출만 한다면 개발의 시간을 단축 함과 동시에 기능, 유닛 테스트도 편리 하여 공통 컴포넌트화 시켜서 여러 곳에서 사용하도록 개발하는 경우가 많이 생긴다. 이런 경우에 modal 창이나 confirm 창, alert 창을 공통 컴포넌트고 만들고 . 공통 컴포넌트가 동일한 부모, 혹은 자기 자신에서 호출 되는 경우에..