문제

나는이 질문을함으로써 묵시록을 시작할 수 있었지만 내 동료가 코드-비만을 사용하는 것을 선호하는 ASPX 페이지에서 많은 인라인 코딩을 사용한다는 것을 알고 있습니다.

여기에 옳고 잘못된 방법이 있습니까?

도움이 되었습니까?

해결책

코딩 표준이 달리 말하지 않는 한 아닙니다.

IMO Code-Behind는 우려를 분리하는 데 도움이되므로 선호하지만 때로는 하나의 파일을 다루는 것도 좋습니다.

다른 팁

Code-Behind는보다 전통적이고 논리적 인 장소입니다. 그것이 작동하면 작동하지만 ASPX에서는 할 수 없습니다.

나는 정확한 게시물을 잠시 전에 만들었습니다.

Ondatabinding vs Inline : 장점, 단점 및 오버 헤드

나는 뒤에있는 코드를 선호합니다. 나는 보통 모든 데이터 바인딩에 대한 #영역 영역이 있습니다. HTML / CSS에 숙련 된 사람들이 HTML을 조정할 수 있으며, 그들이 알아야 할 것은 컨트롤의 정의에서 OnDatabinding 이벤트를 사용하고 정의해야 할 기본 컨트롤입니다. 그들은 기본 '평가 ( "무언가")만큼 단순하지 않을 수 있으므로 데이터를 해당 데이터 핀에 가져 오는 데 실제로 필요한 것을 알지 못하고 무엇이든 할 수 있으며, 데이터를 해당 데이터 핀에 넣는 데 실제로 무엇이 필요한지에 대한 지식이 없습니다.

인라인 코드가 있고 인라인 코드가 있습니다. Page_Load를 위해 상단에 스크립트 블록이 있다면 괜찮습니다. 그러나 많은 벌을 혼합하고 있다면 (<% %>) 마크 업과 함께, 당신은 다른 서버 컨트롤에서 원하는대로 꿀벌 스타가 작동하지 않을 때 결국 어려움을 겪기 시작할 것입니다.

개인적으로 나는 런타임 오류에 대한 컴파일 오류를 선호하므로 모든 논리를 코드에 넣습니다.

때때로 페이지에 표시 할 값이 필요할 때 <%= somevalue%>를 넣을 수는 있지만 라벨을 만들어 설정하는 것을 선호합니다.

나는 질문을 이해하고 싶다 - 인라인으로, 당신은 같은 스 니펫을 의미합니까?

<a><% some.asp.net.code %></a>

아니면 각 페이지에 대해 하나와 두 파일을 의미합니까?

page.aspx
page.aspx.cs

?

첫 번째 예제에서 '내장 된'코드라고 부르는 팬이 아니기 때문에 <script runat = "server">가있는 동일한 파일에서 코드와 마크 업을 선호합니다.

이 중 하나에 옳고 그름이 없습니다.

일부 코드 인라인을 작성할 수 있으며 일부는 코드-비만으로 작성해야합니다. 절대적 일 수는 없습니다. 다른쪽에 글을 쓸 때 읽기 쉬운/유지 가능한 방법에 따라 다릅니다.

편집 : 말한 것처럼, 컴파일러에 대한 인간 및 우연히도 코드를 작성하십시오.

Code-Behind는 WPF를위한 유일한 방법이기 때문에 코드를 사용하는 경향이 있으며 일관성을 유지하려고 노력하고 더 자연스럽게 느껴집니다. 그러나 그것은 주관적입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top