저는 항상 단위 테스트가 실행되고 통과하는 것을 보는 것을 좋아했습니다. 속도가 빠르고, 테스트를 통과하면 개별 작품이 예상대로 작동한다는 확신을 갖게 됩니다. 반대로, 브라우저에 대한 엔드투엔드 테스트의 우선순위를 정하는 데 어려움을 겪는 경우가 많았는데, 그 이유는 테스트 작성 및 실행이 엄청나게 느렸기 때문입니다.
다행히도 브라우저 내 엔드투엔드 테스트를 위한 도구는 지난 몇 년 동안 훨씬 더 좋아지고 빨라졌습니다. 그리고 헤드리스 브라우저 설정을 사용하면 CI의 일부로 브라우저 테스트를 실행할 수 있습니다.
최근에 Heroku CI 내에서 헤드리스 Chrome을 사용하여 브라우저 내 테스트를 자동화하는 방법에 대해 설명하는 Heroku 블로그 게시물을 발견했습니다. Heroku에는 CI 파이프라인에서 테스트를 위해 호출할 수 있는 헤드리스 Chrome을 설치하는 빌드팩이 있습니다.
블로그 게시물의 예시 설정은 Puppeteer 및 Jest로 테스트된 React 앱이었습니다. 좋은 시작이네요... 하지만 Puppeteer 대신 Playwright를 사용하면 어떻게 되나요? 가능할까요?
조사해 보기로 했습니다. 알고 보니 — 그렇습니다. Playwright에서도 이 작업을 수행할 수 있습니다! 그래서 Heroku CI에 사용되는 헤드리스 Chrome 브라우저에서 Playwright 테스트를 실행하는 데 필요한 단계를 캡처했습니다. 이번 게시물에서는 설정 단계를 안내해 드리겠습니다.
엔드투엔드 테스트를 위한 브라우저 자동화에 대한 간략한 설명
엔드 투 엔드 테스트는 사용자가 실제로 브라우저에서 앱과 상호 작용하는 방식을 포착하여 전체 워크플로를 검증합니다. Playwright는 Chrome, Firefox 및 Safari에서의 테스트를 통해 이 프로세스를 매우 원활하게 만듭니다. 물론 CI에서 전체 브라우저 테스트를 실행하는 것은 꽤 부담스럽기 때문에 헤드리스 모드가 도움이 됩니다.
Heroku의 Chrome for Testing 빌드팩은 Heroku 앱에 Chrome을 설치하므로 매우 가벼운 설정으로 Heroku CI에서 Playwright 테스트를 실행할 수 있습니다.
테스트 신청 소개
방금 이것을 시도했기 때문에 원래 Heroku 블로그 게시물에서 참조했던 GitHub 저장소를 포크했습니다. 애플리케이션은 링크, 텍스트 입력 및 제출 버튼이 있는 간단한 React 앱이었습니다. 세 가지 테스트가 있었습니다:
링크가 작동하고 올바른 위치로 리디렉션되는지 확인하세요.
텍스트 입력이 사용자 입력을 올바르게 표시하는지 확인하세요.
양식을 제출하면 페이지에 표시되는 텍스트가 업데이트되는지 확인하세요.
매우 간단합니다. 이제 Puppeteer와 Jest 대신 Playwright를 사용하도록 코드를 변경하면 되었습니다. 아, 그리고 npm 대신 pnpm을 사용하고 싶었습니다. 다음은 제가 포크한 GitHub 저장소에 대한 링크입니다.
극작가를 사용하도록 코드 수정
코드를 수정하기 위해 수행한 단계를 살펴보겠습니다. 나는 heroku-examples 저장소와 동일한 분기된 저장소로 시작했습니다.
pnpm 사용
npm 대신 pnpm을 사용하고 싶었습니다. (개인 취향입니다.) 그래서 제가 먼저 한 일은 다음과 같습니다.
~/project$ corepack enable pnpm ~/project$ corepack use pnpm@latest Installing pnpm@9.12.3 in the project… … Progress: resolved 1444, reused 1441, downloaded 2, added 1444, done … Done in 14.4s ~/project$ rm package-lock.json ~/project$ pnpm install # just to show everything's good Lockfile is up to date, resolution step is skipped Already up to date Done in 1.3s
프로젝트에 극작가 추가
다음으로 Puppeteer와 Jest를 제거하고 Playwright를 추가했습니다.
~/project$ pnpm remove \ babel-jest jest jest-puppeteer @testing-library/jest-dom ~/project$ $ pnpm create playwright Getting started with writing end-to-end tests with Playwright: Initializing project in '.' ✔ Do you want to use TypeScript or JavaScript? · JavaScript ✔ Where to put your end-to-end tests? · tests ✔ Add a GitHub Actions workflow? (y/N) · false ✔ Install Playwright browsers (can be done manually via 'pnpm exec playwright install')? (Y/n) · false ✔ Install Playwright operating system dependencies (requires sudo / root - can be done manually via 'sudo pnpm exec playwright install-deps')? (y/N) · false Installing Playwright Test (pnpm add --save-dev @playwright/test)… … Installing Types (pnpm add --save-dev @types/node)… … Done in 2.7s Writing playwright.config.js. Writing tests/example.spec.js. Writing tests-examples/demo-todo-app.spec.js. Writing package.json.
package.json에서 Jest 구성 섹션도 제거했습니다.
Chromium만 사용하도록 Playwright 구성
Chrome, Firefox 및 Safari에서 Playwright 테스트를 실행할 수 있습니다. 저는 Chrome에 집중했기 때문에 생성된 playwright.config.js 파일의 프로젝트 섹션에서 다른 브라우저를 제거했습니다.
/* Configure projects for major browsers */ projects: [ { name: 'chromium', use: { ...devices['Desktop Chrome'] }, }, // { // name: 'firefox', // use: { ...devices['Desktop Firefox'] }, // }, // // { // name: 'webkit', // use: { ...devices['Desktop Safari'] }, // }, ], …
Puppeteer 테스트 코드를 Playwright 테스트 코드로 교환
원본 코드에는 src/tests/puppeteer.test.js에 Puppeteer 테스트 파일이 있었습니다. 해당 파일을 test/playwright.spec.js로 옮겼습니다. 그런 다음 매우 깔끔하게 매핑된 Playwright의 규칙을 사용하도록 테스트를 업데이트했습니다. 새 테스트 파일은 다음과 같습니다.
const ROOT_URL = 'http://localhost:8080'; const { test, expect } = require('@playwright/test'); const inputSelector = 'input[name="name"]'; const submitButtonSelector = 'button[type="submit"]'; const greetingSelector = 'h5#greeting'; const name = 'John Doe'; test.beforeEach(async ({ page }) => { await page.goto(ROOT_URL); }); test.describe('Playwright link', () => { test('should navigate to Playwright documentation page', async ({ page }) => { await page.click('a[href="https://playwright.dev/"]'); await expect(page.title()).resolves.toMatch('| Playwright'); }); }); test.describe('Text input', () => { test('should display the entered text in the text input', async ({ page }) => { await page.fill(inputSelector, name); // Verify the input value const inputValue = await page.inputValue(inputSelector); expect(inputValue).toBe(name); }); }); test.describe('Form submission', () => { test('should display the "Hello, X" message after form submission', async ({ page }) => { const expectedGreeting = `Hello, ${name}.`; await page.fill(inputSelector, name); await page.click(submitButtonSelector); await page.waitForSelector(greetingSelector); const greetingText = await page.textContent(greetingSelector); expect(greetingText).toBe(expectedGreeting); }); });
대신 Playwright의 webServer를 사용하여 시작 서버 및 테스트를 제거하세요.
React 앱을 테스트하려면 먼저 별도의 프로세스에서 앱을 가동(http://localhost:8080)한 다음 테스트를 실행할 수 있었습니다. Puppeteer를 사용하든 Playwright를 사용하든 마찬가지입니다. Puppeteer를 사용하면 Heroku 예제에서 start-server-and-test 패키지를 사용했습니다. 그러나 테스트를 실행하기 전에 앱을 실행하도록 Playwright를 구성할 수 있습니다. 이거 꽤 편리해요!
내 프로젝트에서 시작 서버 및 테스트를 제거했습니다.
~/project$ pnpm remove start-server-and-test
playwright.config.js에서 하단에 있는 webServer 섹션의 주석 처리를 제거하여 다음과 같이 수정했습니다.
/* Run your local dev server before starting the tests */ webServer: { command: 'pnpm start', url: 'http://127.0.0.1:8080', reuseExistingServer: !process.env.CI, },
그런 다음 원본 package.json 파일에서 test:ci 스크립트를 제거했습니다. 대신 내 테스트 스크립트는 다음과 같습니다.
"scripts": { … "test": "playwright test --project=chromium --reporter list" },
내 로컬 컴퓨터에 Playwright 브라우저 설치
Playwright는 테스트에 사용할 최신 브라우저 바이너리를 설치합니다. 따라서 내 로컬 컴퓨터에 Chromium 버전을 설치하려면 Playwright가 필요했습니다.
~/project$ pnpm playwright install chromium Downloading Chromium 130.0.6723.31 (playwright build v1140) from https://playwright.azureedge.net/builds/chromium/1140/chromium-linux.zip 164.5 MiB [====================] 100%
참고: Heroku의 Chrome for Testing 빌드팩은 테스트에 사용할 브라우저를 설치합니다. Playwright가 자체 브라우저를 설치하는 데 시간과 리소스를 소비하는 대신 해당 브라우저를 사용할 수 있도록 CI를 설정하겠습니다.
로컬에서 테스트 실행
이제 모든 준비가 끝났습니다. 로컬에서 테스트를 해보는 시간이었습니다.
~/project$ pnpm test > playwright test --project=chromium --reporter list Running 3 tests using 3 workers ✓ 1 [chromium] > playwright.spec.js:21:3 > Text input > should display the entered text in the text input (911ms) ✘ 2 [chromium] > playwright.spec.js:14:3 > Playwright link > should navigate to Playwright documentation page (5.2s) ✓ 3 [chromium] > playwright.spec.js:31:3 > Form submission > should display the "Hello, X" message after form submission (959ms) ... - waiting for locator('a[href="https://playwright.dev/"]') 13 | test.describe('Playwright link', () => { 14 | test('should navigate to Playwright documentation page', async ({ page }) => { > 15 | await page.click('a[href="https://playwright.dev/"]'); | ^ 16 | await expect(page.title()).resolves.toMatch('| Playwright'); 17 | }); 18 | });
아! 좋아요. 앱의 링크를 통해 Puppeteer 문서 대신 Playwright 문서로 이동하도록 테스트를 수정했습니다. 19행에서 src/App.js를 업데이트해야 했습니다.
<link href="https://playwright.dev/" rel="noopener"> Playwright Documentation
이제 다시 테스트를 해볼 시간이었는데…
~/project$ pnpm test > playwright test --project=chromium --reporter list Running 3 tests using 3 workers ✓ 1 [chromium] > playwright.spec.js:21:3 > Text input > should display the entered text in the text input (1.1s) ✓ 2 [chromium] > playwright.spec.js:14:3 > Playwright link > should navigate to Playwright documentation page (1.1s) ✓ 3 [chromium] > playwright.spec.js:31:3 > Form submission > should display the "Hello, X" message after form submission (1.1s) 3 passed (5.7s)
테스트를 통과했습니다! 다음으로 Heroku CI를 살펴보겠습니다.
CI 파이프라인을 사용하기 위해 Heroku에 배포
Heroku 블로그 게시물의 지침에 따라 Heroku CI 파이프라인에 내 앱을 설정했습니다.
Heroku 파이프라인 만들기
Heroku에서 새 파이프라인을 생성하고 이를 포크된 GitHub 저장소에 연결했습니다.
다음으로 앱을 스테이징에 추가했습니다.
그런 다음 테스트 탭으로 이동하여 Heroku CI 활성화를 클릭했습니다.
마지막으로 app.json 파일을 수정하여 npm test:ci를 호출하도록 설정된 테스트 스크립트를 제거했습니다. package.json 파일에서 test:ci 스크립트를 이미 제거했습니다. 이제 package.json의 테스트 스크립트를 사용할 수 있었고 Heroku CI는 기본적으로 해당 스크립트를 찾습니다.
Chrome for Testing 빌드팩을 사용한 내 app.json 파일은 다음과 같습니다.
~/project$ corepack enable pnpm ~/project$ corepack use pnpm@latest Installing pnpm@9.12.3 in the project… … Progress: resolved 1444, reused 1441, downloaded 2, added 1444, done … Done in 14.4s ~/project$ rm package-lock.json ~/project$ pnpm install # just to show everything's good Lockfile is up to date, resolution step is skipped Already up to date Done in 1.3s
초기 테스트 실행
내 코드를 GitHub에 푸시했더니 Heroku CI에서 테스트 실행이 시작되었습니다.
시운전은 실패했지만 걱정은 안 했어요. 극작가 구성이 있을 줄 알았습니다.
테스트 로그를 뒤지다가 다음을 발견했습니다.
~/project$ pnpm remove \ babel-jest jest jest-puppeteer @testing-library/jest-dom ~/project$ $ pnpm create playwright Getting started with writing end-to-end tests with Playwright: Initializing project in '.' ✔ Do you want to use TypeScript or JavaScript? · JavaScript ✔ Where to put your end-to-end tests? · tests ✔ Add a GitHub Actions workflow? (y/N) · false ✔ Install Playwright browsers (can be done manually via 'pnpm exec playwright install')? (Y/n) · false ✔ Install Playwright operating system dependencies (requires sudo / root - can be done manually via 'sudo pnpm exec playwright install-deps')? (y/N) · false Installing Playwright Test (pnpm add --save-dev @playwright/test)… … Installing Types (pnpm add --save-dev @types/node)… … Done in 2.7s Writing playwright.config.js. Writing tests/example.spec.js. Writing tests-examples/demo-todo-app.spec.js. Writing package.json.
Playwright는 Chrome 브라우저 인스턴스를 찾고 있었습니다. CI 테스트 설정의 일부로 playwright install chromium 명령을 사용하여 설치할 수 있습니다. 그러나 이는 Chrome for Testing 빌드팩의 전체 목적을 무산시키는 것입니다. Chrome이 이미 설치되어 있습니다. 그냥 제대로 가리켜야 했어요.
Heroku의 테스트 설정 로그를 다시 살펴보면 다음 줄을 발견했습니다.
/* Configure projects for major browsers */ projects: [ { name: 'chromium', use: { ...devices['Desktop Chrome'] }, }, // { // name: 'firefox', // use: { ...devices['Desktop Firefox'] }, // }, // // { // name: 'webkit', // use: { ...devices['Desktop Safari'] }, // }, ], …
그래서 제가 사용하고 싶었던 브라우저는 /app/.chrome-for-testing/chrome-linux64/chrome에 있었습니다. 그것을 찾으려면 극작가가 필요할 뿐입니다.
극작가가 설치된 Chrome 브라우저를 찾을 수 있도록 지원
참고: 여기서 핵심적인 세부정보에 관심이 없다면 이 섹션을 건너뛰고 전체 app.json을 아래쪽에 복사하면 됩니다. 이는 Heroku CI에서 Playwright를 시작하고 실행하는 데 필요한 정보를 제공합니다.
Playwright의 문서에서 모든 브라우저 설치에 대해 사용자 정의 위치를 사용했는지 Playwright에게 알려주는 환경 변수를 설정할 수 있다는 것을 발견했습니다. 해당 환경 변수는 PLAYWRIGHT_BRROWSERS_PATH입니다. 거기서부터 시작하기로 했어요.
app.json에서 다음과 같이 env 변수를 설정했습니다.
const ROOT_URL = 'http://localhost:8080'; const { test, expect } = require('@playwright/test'); const inputSelector = 'input[name="name"]'; const submitButtonSelector = 'button[type="submit"]'; const greetingSelector = 'h5#greeting'; const name = 'John Doe'; test.beforeEach(async ({ page }) => { await page.goto(ROOT_URL); }); test.describe('Playwright link', () => { test('should navigate to Playwright documentation page', async ({ page }) => { await page.click('a[href="https://playwright.dev/"]'); await expect(page.title()).resolves.toMatch('| Playwright'); }); }); test.describe('Text input', () => { test('should display the entered text in the text input', async ({ page }) => { await page.fill(inputSelector, name); // Verify the input value const inputValue = await page.inputValue(inputSelector); expect(inputValue).toBe(name); }); }); test.describe('Form submission', () => { test('should display the "Hello, X" message after form submission', async ({ page }) => { const expectedGreeting = `Hello, ${name}.`; await page.fill(inputSelector, name); await page.click(submitButtonSelector); await page.waitForSelector(greetingSelector); const greetingText = await page.textContent(greetingSelector); expect(greetingText).toBe(expectedGreeting); }); });
CI 테스트에서 어떤 일이 일어나는지 확인하기 위해 코드를 GitHub에 푸시했습니다.
역시 또 실패했습니다. 그러나 로그 오류에는 다음이 표시되었습니다.
~/project$ corepack enable pnpm ~/project$ corepack use pnpm@latest Installing pnpm@9.12.3 in the project… … Progress: resolved 1444, reused 1441, downloaded 2, added 1444, done … Done in 14.4s ~/project$ rm package-lock.json ~/project$ pnpm install # just to show everything's good Lockfile is up to date, resolution step is skipped Already up to date Done in 1.3s
그것으로 인해 꽤 가까워졌습니다. 저는 이렇게 하기로 결정했습니다:
- Playwright가 Chrome 브라우저가 있을 것으로 예상하는 위치에 필요한 폴더를 만듭니다. 다음과 같은 명령이 될 것입니다:
~/project$ pnpm remove \ babel-jest jest jest-puppeteer @testing-library/jest-dom ~/project$ $ pnpm create playwright Getting started with writing end-to-end tests with Playwright: Initializing project in '.' ✔ Do you want to use TypeScript or JavaScript? · JavaScript ✔ Where to put your end-to-end tests? · tests ✔ Add a GitHub Actions workflow? (y/N) · false ✔ Install Playwright browsers (can be done manually via 'pnpm exec playwright install')? (Y/n) · false ✔ Install Playwright operating system dependencies (requires sudo / root - can be done manually via 'sudo pnpm exec playwright install-deps')? (y/N) · false Installing Playwright Test (pnpm add --save-dev @playwright/test)… … Installing Types (pnpm add --save-dev @types/node)… … Done in 2.7s Writing playwright.config.js. Writing tests/example.spec.js. Writing tests-examples/demo-todo-app.spec.js. Writing package.json.
- Heroku 빌드팩으로 설치된 Chrome 바이너리를 가리키도록 이 폴더에 심볼릭 링크를 만듭니다. 다음과 같이 보일 것입니다:
/* Configure projects for major browsers */ projects: [ { name: 'chromium', use: { ...devices['Desktop Chrome'] }, }, // { // name: 'firefox', // use: { ...devices['Desktop Firefox'] }, // }, // // { // name: 'webkit', // use: { ...devices['Desktop Safari'] }, // }, ], …
하지만 이것이 미래에도 보장될 수 있을지 걱정이 되었습니다. 결국 Playwright는 새 버전의 Chromium을 사용하게 되며 더 이상 chromium-1140 폴더에서 검색되지 않습니다. 극작가가 어떤 모습을 보일지 어떻게 알 수 있나요?
그때 브라우저 설치 테스트 실행이 가능하다는 것을 알게 되었습니다.
const ROOT_URL = 'http://localhost:8080'; const { test, expect } = require('@playwright/test'); const inputSelector = 'input[name="name"]'; const submitButtonSelector = 'button[type="submit"]'; const greetingSelector = 'h5#greeting'; const name = 'John Doe'; test.beforeEach(async ({ page }) => { await page.goto(ROOT_URL); }); test.describe('Playwright link', () => { test('should navigate to Playwright documentation page', async ({ page }) => { await page.click('a[href="https://playwright.dev/"]'); await expect(page.title()).resolves.toMatch('| Playwright'); }); }); test.describe('Text input', () => { test('should display the entered text in the text input', async ({ page }) => { await page.fill(inputSelector, name); // Verify the input value const inputValue = await page.inputValue(inputSelector); expect(inputValue).toBe(name); }); }); test.describe('Form submission', () => { test('should display the "Hello, X" message after form submission', async ({ page }) => { const expectedGreeting = `Hello, ${name}.`; await page.fill(inputSelector, name); await page.click(submitButtonSelector); await page.waitForSelector(greetingSelector); const greetingText = await page.textContent(greetingSelector); expect(greetingText).toBe(expectedGreeting); }); });
'설치 위치' 라인이 중요했습니다. 그리고 PLAYWRIGHT_BROWSERS_PATH를 설정하면 다음과 같은 내용이 표시됩니다.
~/project$ pnpm remove start-server-and-test
내가 원하는 게 바로 그것이다. 약간의 이상한 마법을 사용하여 다음과 같이 했습니다.
/* Run your local dev server before starting the tests */ webServer: { command: 'pnpm start', url: 'http://127.0.0.1:8080', reuseExistingServer: !process.env.CI, },
모든 것을 파악한 후 app.json에 테스트 설정 스크립트를 추가하기만 하면 되었습니다. PLAYWRIGHT_BRROWSERS_PATH가 이미 env에 설정되어 있으므로 스크립트가 좀 더 간단해집니다. 이것이 나의 마지막 app.json 파일이었습니다:
"scripts": { … "test": "playwright test --project=chromium --reporter list" },
테스트 설정이 수행하는 작업을 간략하게 살펴보겠습니다.
PLAYWRIGHT_BROWSERS_PATH를 고려하여 playwright install -- awk로 테스트 실행을 사용하여 Playwright가 Chrome 브라우저를 찾을 루트 폴더를 결정합니다. 이를 CHROMIUM_PATH 변수의 값으로 설정합니다.
CHROMIUM_PATH/chrome-linux에 새 폴더(및 필요한 상위 폴더)를 만듭니다. 이 폴더는 Playwright가 Chrome 바이너리를 찾을 실제 폴더입니다.
Chrome이 Chrome의 Heroku 빌드팩 설치(/app/.chrome-for-testing/chrome-linux64/chrome)를 가리키도록 해당 폴더에 심볼릭 링크를 생성합니다.
테스트를 다시 실행하세요.
업데이트된 app.json 파일을 통해 Playwright는 빌드팩의 Chrome 설치를 사용할 수 있어야 합니다. 다시 한 번 테스트를 진행하는 시간이었습니다.
성공!
테스트 설정 스크립트가 예상대로 실행되었습니다.
Playwright는 Chrome 바이너리에 액세스하여 테스트를 실행할 수 있었고 테스트는 통과되었습니다.
결론
웹 애플리케이션에 대한 엔드투엔드 테스트가 점점 덜 번거로워지고 있어 점점 더 우선순위를 두고 있습니다. 최근에는 Playwright를 더 많이 사용하게 되었습니다. 유연하고 빠릅니다. 이제 Heroku CI에서 Chrome for Testing 빌드팩을 사용해 (나를 위해 그리고 당신을 위해!) 작업을 완료했으므로 브라우저 자동화 테스트 스위트 구축을 한 번만 시작할 수 있습니다. 또.
이 연습의 코드는 내 GitHub 저장소에서 사용할 수 있습니다.
즐거운 코딩하세요!
위 내용은 Heroku에서 극작가 및 Chrome 브라우저 테스트의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

JavaScript는 웹 페이지의 상호 작용과 역학을 향상시키기 때문에 현대 웹 사이트의 핵심입니다. 1) 페이지를 새로 고치지 않고 콘텐츠를 변경할 수 있습니다. 2) Domapi를 통해 웹 페이지 조작, 3) 애니메이션 및 드래그 앤 드롭과 같은 복잡한 대화식 효과를 지원합니다. 4) 성능 및 모범 사례를 최적화하여 사용자 경험을 향상시킵니다.

C 및 JavaScript는 WebAssembly를 통한 상호 운용성을 달성합니다. 1) C 코드는 WebAssembly 모듈로 컴파일되어 컴퓨팅 전력을 향상시키기 위해 JavaScript 환경에 도입됩니다. 2) 게임 개발에서 C는 물리 엔진 및 그래픽 렌더링을 처리하며 JavaScript는 게임 로직 및 사용자 인터페이스를 담당합니다.

JavaScript는 웹 사이트, 모바일 응용 프로그램, 데스크탑 응용 프로그램 및 서버 측 프로그래밍에서 널리 사용됩니다. 1) 웹 사이트 개발에서 JavaScript는 HTML 및 CSS와 함께 DOM을 운영하여 동적 효과를 달성하고 jQuery 및 React와 같은 프레임 워크를 지원합니다. 2) 반응 및 이온 성을 통해 JavaScript는 크로스 플랫폼 모바일 애플리케이션을 개발하는 데 사용됩니다. 3) 전자 프레임 워크를 사용하면 JavaScript가 데스크탑 애플리케이션을 구축 할 수 있습니다. 4) node.js는 JavaScript가 서버 측에서 실행되도록하고 동시 요청이 높은 높은 요청을 지원합니다.

Python은 데이터 과학 및 자동화에 더 적합한 반면 JavaScript는 프론트 엔드 및 풀 스택 개발에 더 적합합니다. 1. Python은 데이터 처리 및 모델링을 위해 Numpy 및 Pandas와 같은 라이브러리를 사용하여 데이터 과학 및 기계 학습에서 잘 수행됩니다. 2. 파이썬은 간결하고 자동화 및 스크립팅이 효율적입니다. 3. JavaScript는 프론트 엔드 개발에 없어서는 안될 것이며 동적 웹 페이지 및 단일 페이지 응용 프로그램을 구축하는 데 사용됩니다. 4. JavaScript는 Node.js를 통해 백엔드 개발에 역할을하며 전체 스택 개발을 지원합니다.

C와 C는 주로 통역사와 JIT 컴파일러를 구현하는 데 사용되는 JavaScript 엔진에서 중요한 역할을합니다. 1) C는 JavaScript 소스 코드를 구문 분석하고 추상 구문 트리를 생성하는 데 사용됩니다. 2) C는 바이트 코드 생성 및 실행을 담당합니다. 3) C는 JIT 컴파일러를 구현하고 런타임에 핫스팟 코드를 최적화하고 컴파일하며 JavaScript의 실행 효율을 크게 향상시킵니다.

실제 세계에서 JavaScript의 응용 프로그램에는 프론트 엔드 및 백엔드 개발이 포함됩니다. 1) DOM 운영 및 이벤트 처리와 관련된 TODO 목록 응용 프로그램을 구축하여 프론트 엔드 애플리케이션을 표시합니다. 2) Node.js를 통해 RESTFULAPI를 구축하고 Express를 통해 백엔드 응용 프로그램을 시연하십시오.

웹 개발에서 JavaScript의 주요 용도에는 클라이언트 상호 작용, 양식 검증 및 비동기 통신이 포함됩니다. 1) DOM 운영을 통한 동적 컨텐츠 업데이트 및 사용자 상호 작용; 2) 사용자가 사용자 경험을 향상시키기 위해 데이터를 제출하기 전에 클라이언트 확인이 수행됩니다. 3) 서버와의 진실한 통신은 Ajax 기술을 통해 달성됩니다.

보다 효율적인 코드를 작성하고 성능 병목 현상 및 최적화 전략을 이해하는 데 도움이되기 때문에 JavaScript 엔진이 내부적으로 작동하는 방식을 이해하는 것은 개발자에게 중요합니다. 1) 엔진의 워크 플로에는 구문 분석, 컴파일 및 실행; 2) 실행 프로세스 중에 엔진은 인라인 캐시 및 숨겨진 클래스와 같은 동적 최적화를 수행합니다. 3) 모범 사례에는 글로벌 변수를 피하고 루프 최적화, Const 및 Lets 사용 및 과도한 폐쇄 사용을 피하는 것이 포함됩니다.


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

SublimeText3 영어 버전
권장 사항: Win 버전, 코드 프롬프트 지원!

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

mPDF
mPDF는 UTF-8로 인코딩된 HTML에서 PDF 파일을 생성할 수 있는 PHP 라이브러리입니다. 원저자인 Ian Back은 자신의 웹 사이트에서 "즉시" PDF 파일을 출력하고 다양한 언어를 처리하기 위해 mPDF를 작성했습니다. HTML2FPDF와 같은 원본 스크립트보다 유니코드 글꼴을 사용할 때 속도가 느리고 더 큰 파일을 생성하지만 CSS 스타일 등을 지원하고 많은 개선 사항이 있습니다. RTL(아랍어, 히브리어), CJK(중국어, 일본어, 한국어)를 포함한 거의 모든 언어를 지원합니다. 중첩된 블록 수준 요소(예: P, DIV)를 지원합니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경
