제 질문은 간단하고 간단합니다. DevExpress는 실제 웹 응용 프로그램에 충분히 빠릅니다. 우리 회사의 DevExpress를 사용하여 클라이언트 용 CRM을 구축하고 있으며 모든 페이지에 많은 제어 기능과 느린 기능이 있습니다. 내 개발 서버에서 약 20 개의 컨트롤이있는 페이지를로드하는 데 10 초가 걸립니다. 이게 좋은 일입니까 나쁜 일입니까? 그리고 사례 연구 섹션에서 제공된 것 이외에 실제 DevExpress 응용 프로그램을 가르쳐 주시겠습니까?ASP.NET 용 DevExpress는 충분히 빠릅니다.
충분히 빠릅니다. DevExpress 웹 사이트는 DevExpress 컨트롤을 사용하여 작성되었으며 내 견해로는 충분히 빠르게 작동합니다. 성능 향상을 위해 느린 페이지에서 사용되는 컨트롤, 동시에 표시되는 데이터 수, 테스트 할 브라우저 및 마지막으로 사용하는 DevExpress 컨트롤 버전을 알아야합니다.
정보를 제공해 주셔서 감사 드리며 컨트롤에 대한 많은 지식이 필요합니다.하지만 21 세기의 테이블을 사용하여 컨트롤을 렌더링하는 것은 저에게 많은 결점이 있습니다. 전체 웹 커뮤니티가 HTML 5, CSS 테이블이 아닌 3. –
나쁘다.하지만 DevExpress 컨트롤을 비난 할 때 똑바로 가리 키지는 않겠다. 내 코드에 대해 프로파일 러를 실행하면 문제가 실제로 어디에서 발생하는지 알 수있다.
Soham, 일반적, 웹을위한 설계 할 때, 그래서 그들은 빠르게 실행할 수 있습니다 된 광 페이지를 유지하려고로
. 예를 들어, 한 페이지에 20 개의 컨트롤이 절대적으로 필요합니까?
특별한 기능이 필요하지 않은 경우 native rendering을 사용할 수 있습니다.
또한 DevExpress web.config settings to improve performance에 대한 내 기사를 확인하십시오.
Btw, DevExpress에서 작동합니다. :)
Alas Mehul 우리는 여전히 Vol 2009를 사용하고 있으며 더 빨리 업그레이드하는 회사는 보이지 않습니다. –
Soham, 기회가 생기면 최신 버전의 평가판을 사용하여 새 버전이 도움이되는지 확인하십시오. :) – Mehul
저는 DevExpress 경험이 없지만 Improving Asp.net performance을 확인하고 싶을 수도 있습니다. 도움이 될 수도 있습니다.
나는이 질문이 꽤 오래되었고 원래의 저자가 아마도 결정을 내렸다고 생각한다. 그러나 개인적으로 DevExpress를 사용하기 위해 회사에서 지시를 받았을 때 가능한 모든 성능을 향상 시키려고 시도했지만 Google 검색은 항상이 스레드를 가리키고 인터넷을 통해 많은 것을 좋아했습니다. 항상 질문이 있습니다. 일화적인 응답과 일반적으로 DevExpress에서 작동하는 누군가의 PR 응답이 있습니다. 나는 경험 많은 사람들로부터 정직한 답변을 거의 찾지 못한다.
이전에는 Telerik, Infragistic 및 DevExpress를 사용했습니다. 성능 및 유지 관리 관점에서 DevExpress는 최악입니다. 모든 컨트롤에는 ASP.NET이나 HTML에 익숙한 사람이 기대하는 것과 일치하지 않는 이상한 속성과 접근자가 있습니다. 컨트롤의 속성과 접근자는 너무 복잡하기 때문에 일반 .NET 응용 프로그램에 필요한 코드의 두 배가 넘는 코드 줄을 작성했습니다.
DevExpress 컨트롤은 크게 비대화 된 중첩 테이블로 렌더링됩니다. 일부 컨트롤은 더 나은 가벼운 렌더링 모드를 노출하지만 스타일과 기능이 다른 DevExpress 컨트롤과 일치하지 않아 브라우저 간 테스트에서 버그가있는 것으로 나타났습니다.
사용자 정의 스타일을 사용하려면 컨트롤 속성의 중첩되고 숨겨진 특성으로 인해 DevExpress 클래스 이름을 CSS에 코딩해야하는 많은 사용자 정의 CSS 선택기가 필요합니다. DevExpress는 적합 할 때마다 내부 CSS 클래스 이름을 변경할 수 있어야하고 변경할 수 있어야하므로 매우 나쁜 습관입니다.
이러한 컨트롤은 리소스를 제공하는 DXR.axd 처리기에 부적절한 수의 GET 요청을 만듭니다.
컨트롤이 화면에 하나의 컨트롤 만 표시되는 데모 환경에서는 정상적으로 작동하지만 의심의 여지가 없습니다. 그러나 실제 컨트롤에서는 이러한 컨트롤이 사용하지 않아야합니다. 나만의 컨트롤을 구현하거나 부트 스트랩을 다운로드하고 네이티브 ASP.NET 컨트롤을 사용하십시오. DevExpress를 .NET 스타일에서 렌더링 한 네이티브 HTML 형식으로 만든 컨트롤로 바꿨습니다. 다음 차트에서는 두 가지 리소스 사용의 차이점을 보여줍니다. 이 스왑의 페이지 레이아웃, 비즈니스 계층, 데이터 계층 또는 데이터베이스 코드에는 아무런 변화가 없었습니다. 이전에 최적화 한 DevExpress 컨트롤을 대체하여 내 컨트롤만으로 모든 성능을 쥐어 짜려고했습니다. 당신이 formlayouts와 텍스트 상자를 포함하는 20 컨트롤을 사용하는 경우
좋은 정보 Jeremy. 우리는 DevExpress를 선택하지 않았 더라면 미래의 증거가 아니기 때문일 것입니다. –
매우 흥미 롭습니다. 나는 당신의 견해를 나눕니다.우리 회사는 DevExpress를 사용하기 시작했으며 단 1 주 만에 DevExpress를 사용하여 지쳤습니다. 앞에서 설명한 것처럼 소스 코드에 너무 많은 불일치와 부 풀림이 생깁니다. 약속 컨트롤에서 사용자 지정 이벤트를 쉽게 만들 수 없습니다. 이것은 완전한 난장판이고 나는 사람들이 이것을 앞으로 어떻게 유지할 것인가를 이미 상상하고 있습니다. 이후에 새로운 기능을 구현하는 데는 두 배나 더 많은 시간이 걸립니다. – DaveWut
@DaveWut, 실행, 지금 실행! 우리가 DevExpress를 사용하여 약 1 년간의 개발 가치를 없애기로 결정한 지 거의 2 년이 지났습니다. 우리는 여전히 혼란을 없애기 위해 노력하고 있습니다. 그것들은 지금까지 Production에서 가장 느린 실행 페이지이며, 그것을 사용하여 작성된 페이지를 유지 보수하거나 문제를 해결할 때마다 두려워합니다. –
은 아마 서버는 긴 태그의 계층 구조의 해당 페이지 포함을 많이 렌더링하는 힘든 시간이 걸립니다. DevExpress는 여러 컨트롤을 사용하는 것이 좋지 않습니다. 하나의 ASPxTextbox 컨트롤을 리디렉션하면 ASP.net 텍스트 상자 컨트롤에서 수백 바이트에 비해 KB가 소요될 수 있습니다.
2016 - 지난 5 년 동안 저는 Infragistics, Dev Express, Telerik을이 순서로 사용했습니다.
Infragistics 자체적으로 주제이기 때문에 시작하지 않습니다.
데브 익스프레스에서 가장 큰 애완 동물은 그들의 컨트롤이 전반적인 결과에 약간의 "부 풀림"을 더 해줍니다. 그러나 일부 컨트롤에는 부 풀릴만한 가치가있는 기능 집합이 있습니다. 물론 그리드 및 피벗 그리드는 사용자가 많은 일을 할 수있게 해주는 복잡한 도구이며, 나는 매우 좋은 결과로 빠르게 작동하는 Devexpress 패키지를 성공적으로 구현했습니다. Dev Express에는 두 가지 문제가 있습니다.
Telerik이 모든 것을 말하자면, Telerik은 내 생각에 지금까지 최고의 품종입니다. 구현하기가 더 쉽고, 그리드가 빠르며, 바람직한 바람직한 기능을 갖고 있으며,보기가 더 좋습니다.
입력 페이지가 20 개 이상의 컨트롤을 갖는 것은 매우 일반적입니다. 나는 수년간 devexpress를 사용했지만 속도와 성능은 인정되었습니다. 우리는 ERP 솔루션을 구축하는 데 사용합니다.
여기에 어떤 종류의 컨트롤이 있으며,이 페이지로 얼마나 많은 데이터를 보내고 있습니까? 100 % 당신이 속도를 늦추고있는 컨트롤 렌더링이라는 것을 확신합니까? – Paddy