앵귤러를 섞을 가치가 있을까요?JS 및/또는 검도UI?

앵귤러를 섞을 가치가 있을까요?JS 및/또는 검도UI?

최근 AngularJS와 함께 작업하면서 사용자 정의 추상 데이터 팩토리를 만드는 등 많은 기능을 매우 좋아합니다.

검도UI는 MVVM, SPA 루트 등 각도와 유사한 기능을 가지고 있습니다.JS가 제공하는데 둘을 섞으면 어떤 이점이 있는지 궁금합니다(검도UI의 풍부한 UI 기능 외).

-- 업데이트 --

설명을 위해, 그리고 각각의 이점에 대해 약간 혼란스러워 할 수도 있는 사람들을 위해, 그리고 왜 한 사람이 프로젝트에서 두 가지를 모두 사용할 것인지에 대해 질문하는 것입니다.

예를 들어 - 자바스크립트 유닛 테스트 기능(단순히 Angular controller로 수행하지만, Kendo로 이 작업을 수행하는 사람은 본 적이 없음)UI).

검도가 다 하려고 하는 것 같지만 UI는 제일 잘 합니다.

감사해요.

-- 업데이트 --

이 질문을 작성한 이후로 검도를 통합하고 있습니다.OData를 사용하는 Angular가 포함된 UI 그리드는 다른 사람들에게 유용하기를 바라며 이를 수행하는 방법에 대한 튜토리얼을 여기 www.whatsinyourlunch.com 에 작성했습니다.

스택은 AngularJS, Kendo입니다.UI, OData, WebAPI2, .Net MVC5, C#, Entity Framework가 일반 저장소를 통해 액세스됩니다.

이것이 오래된 것은 알지만 여기 제 2센트가 있습니다.Angular를 많이 사용할수록 검도가 필요 없다는 것을 깨닫게 될 것입니다.검도/각도 통합은 약간의 실수이지만 일을 해낼 수 있을 것 같습니다.검도를 사용할 수 있는 유일한 이유는 그리드입니다.Angular grids를 사용해봤는데 버그와 포맷 문제가 가득합니다.

저는 순수주의자가 되지 말고 필요한 것을 달성하는 도구의 조합을 사용하는 것이 중요하다고 생각합니다.저는 유료 상업 도서관에 의존하는 것에서 벗어나려고 노력하는 경향이 있지만 그리드는 견고합니다.모든 유료 제품은 개발 팀에 개인적으로 접근할 수 있을 뿐만 아니라 더 많은 지원과 유지가 가능할 것입니다(대기업의 무료 제품이나 낭비되는 단일 개발자 프로젝트와 비교하여).저는 정말 많은 훌륭한 무료 상품들이 버려지는 것을 보았습니다.하지만 훌륭한 무료 그리드를 원하시면서 Telerik에서 그리드 하나에 1,000달러를 지불하는 것을 참을 수 없다면, DataTables.net은 훌륭한 대안이며 현재 사용하고 있는 것입니다.

Telerik의 지원을 사랑해주셔야 제 생각에 그들의 물건을 사용할 수 있는 가장 좋은 이유입니다.검도에는 좋은 날짜 범위 달력, 태그 클라우드 등이 부족합니다.차트도 High chart에 비해 많이 부족합니다.Keith Wood의 날짜 범위 달력을 사용하지만, 그가 이메일에 답장을 하지 않는 것 같습니다.드롭 다운 등 다른 것들에 대해서도 훌륭한 각도 조절 장치들을 발견했습니다.저는 왜 사람들이 잡동사니를 사용하는지 이해하지 못하곤 했지만, 그것은 중요한 일에 가장 적합한 도구입니다.

저는 개인적으로 검도의 풍부한 UI 기능을 사용하는 것 이상으로 나아가지 않을 것입니다.각 방향의 UI.나머지는 Angular여야 합니다.또는 검도를 사용합니다.UI 전용.

잘 섞이면 됩니다.검도에 포함된 프레임워크 코드(MVVM 등)를 모두 사용할 필요는 없으며 풍부한 UI 기능에만 집중하면 됩니다.우리는 그리드의 고도로 맞춤화된 버전을 포함한 그들의 제어장치들을 사용합니다.Angular는 개발자가 페이지/모듈/무엇이든 다른 20%에 집중할 수 있도록 Kendo 컨트롤을 감싸고 매번 발생하는 80% 구성을 캡슐화하는 지시사항을 구축했기 때문에 이에 적합합니다.우리의 프로젝트는 수만 줄의 코드를 가진 프로젝트로 분산된 팀에서 20명 이상의 개발자들을 성공적으로 참여시켰고, Angular와 함께 Kendo의 UI 기능을 사용하여 큰 성공을 거두었습니다.

현재 프로젝트에서는 Angular와 Kendo(주로 그리드)를 모두 사용하고 있습니다.우리는 그 둘을 섞지 않았고 이것 또한 저의 제안입니다.각은 응용프로그램 로직을 담당해야 하고 검도는 위젯 관리에만 관심을 가져야 합니다.

검도는 대부분의 위젯에 대한 지시사항이 포함된 자체 검도각 도서관을 제공합니다.

검도를 섞는 것을 좋아하지 않는 제 경험 중 몇 가지 점이 있습니다.AngularJs가 있는 UI:

• AngularJs에 대한 검도 지침이 있지만, 많은 UI 관련 내용이 컨트롤러(구성, 이벤트, 복잡한 템플릿)에 들어가게 되고 jQuery를 제외하기가 어렵습니다.
• 검도 구성 요소의 초기화 및 표시로 인해 각 페이지(그리드, 탭스트립 등)에 심각한 시간 패널티가 추가됩니다.
• 이벤트 및 메서드 인수는 검도 프레임워크 전체에서 일관성이 없습니다(예: 그리드 vs 리스트뷰 vs 콤보박스의 메서드 선택).
• 그리드(또는 목록 보기)와 함께 템플릿을 사용하거나 그리드 이벤트에 응답하는 것은 AngularJs처럼 느껴지지 않습니다.
• 구성 요소는 교체하려는 기본 컨트롤과 다르게 동작합니다(즉, 이벤트 순서 및 combobox의 데이터 바인딩 vs native select).
• 검도 구성 요소의 생김새와 느낌을 맞춤형으로 제작해야 하는 순간 검도가 사용하는 CSS 수업을 숙지해야 합니다.

검도UI 그리드도 좋지만 프로젝트에 필요가 없다면 둘을 섞어서 얻을 수 있는 것은 없습니다.

그것들을 혼합하는 것은 좋은 접근법이 아니라고 생각합니다.당신은 스스로에게 질문을 해야 합니다. "마녀는 내 프로젝트에서 더 요구되고 유용합니다."

나는 사용하기로 결정했습니다.kendo풍부한 격자 구성 요소 때문에 옆에 각도가 있습니다.하지만 취소했습니다.

의 주요 컨트롤은kendoUI그리드입니다.하지만 그 모든 요소를 관찰해야 완전한 결합이 가능하고 속도가 느려집니다.또한.dataItem그리드의 행은 원래 데이터를 반환하지 않습니다.페이징, 필터링, 정렬...을 확인해야 합니다.

하지만 다른 통제를 위해서는kendo우리는 문제가 적습니다.

언급URL : https://stackoverflow.com/questions/21432072/is-it-really-worth-mixing-angularjs-and-or-kendoui