# JavaScript 없는 첫 렌더 (dead view)

JavaScript가 꺼져 있거나 번들이 아직 오지 않은 브라우저, 검색 엔진, 일부 접근성 도구가 보는 것은 서버의 첫
HTTP 렌더뿐이다. wireview가 그 상태에서 약속하는 것과 약속하지 않는 것이다. Phoenix의 dead view에 해당한다
(GAP-034). `tests/test_dead_view_e2e.py`가 JavaScript를 끈 브라우저로 이 약속을 지킨다.

## 약속하는 것

- **첫 렌더는 완전한 HTML이다.** 컴포넌트는 서버에서 끝까지 그려져 온다. 필드로 가진 것은 모두 보인다.
- **링크는 링크다.** `BOOST_PAGES`는 JavaScript가 링크를 가로챌 때만 동작하므로, 없으면 보통의 이동이다.
- **`action`과 `method`를 적은 폼은 그 뷰로 간다.** 같은 폼이 JavaScript가 있으면 `{% on "submit.prevent" %}`
  핸들러로, 없으면 브라우저의 기본 제출로 간다. 이벤트 바인딩이 인라인 스크립트가 아니라 속성이라(#90) 막는
  것이 없다.

```html
<form method="post" action="{% url 'notes:add' %}" {% on "submit.prevent" "add" %}>
  {% csrf_token %}
  <input name="text">
  <button>추가</button>
</form>
```

```python
# JavaScript가 있을 때
class Notes(Component):
    async def add(self, text: str = ""):
        ...

# 없을 때: 같은 일을 하는 보통의 뷰. 끝나면 리다이렉트해서 새로고침이 다시 보내지 않게 한다
def add(request):
    Note.objects.create(text=request.POST["text"])
    return redirect("notes:index")
```

## 약속하지 않는 것

- **이벤트 핸들러.** `{% on "click" ... %}`만 단 버튼은 아무 일도 하지 않는다. 폼으로 대신할 수 있는 동작만
  폼으로 쓴다.
- **스트림 항목.** 스트림은 join 뒤에 `stream()`으로 채워지므로 첫 렌더의 컨테이너는 비어 있다. JavaScript 없이도
  보여야 하는 첫 항목은 필드에 담아 템플릿이 그린다 — `<ul wire-stream="items">{% for item in this.initial %}…`.
- **실시간 갱신, 훅, 업로드, 플래시.** 모두 연결이 있어야 한다.
- **WebSocket만 막힌 환경.** JavaScript는 있고 소켓이 막히면 페이지는 첫 렌더 그대로 남는다. 롱폴링 폴백은
  설계상 제외다(GAP-012). 그 경우도 위의 폼과 링크는 동작한다.

## 정책이 거절한 컴포넌트

`Meta.on_mount` 훅이 halt하거나 `Meta.live_sessions`가 그 페이지를 허용하지 않은 컴포넌트는 첫 렌더에서도
**아무것도 그리지 않는다**(#58). 그 자리는 비어 있다. 훅이 리다이렉트를 걸었으면 `<meta http-equiv="refresh">`가
나간다. 그러니 dead view가 약속하는 것은 정확히는 "정책을 통과한 컴포넌트의 첫 HTML"이다. JavaScript가 없는
방문자에게 거절을 설명해야 한다면 뷰가 먼저 판단해서 다른 페이지를 그린다 — `@session.view`가 그 자리다.