이 스레드에서 모두 이야기하고있는 이런 종류의 프레임 워크에는 아직 이름이없는 것 같습니다. 나는 잠시 동안 그들에게 전화 단지 레일과 같은 프레임 워크 : 프레임 워크 대부분의 웹 애플리케이션의 기본적인 요구 사항을 해결하는 목적으로 기존의 프레임 워크를 꾸미고, 그러나 동시에 개발자의 모든 복잡성을 숨기고 증가 생산성.
기본 요구 사항은 Persistence Provider, Dependency Inyection Container, 로깅 도구, MVC 플랫폼, HTML 템플릿 엔진, CSS 사전 설정이 포함 된 웹 사이트 템플릿 스타터 키트, 보안 프레임 워크 및 AJAX 기능을위한 일부 Javascript 라이브러리의 구현을 의미합니다. 그리고 다른 멋진 것들. RAILS와 유사한 프레임 워크는 도메인 모델 (시스템 속성이있는 시스템 엔티티)을 기반으로 이러한 모든 프레임 워크와 도구를 조정합니다.
컨피규레이션 오버 컨벤션 (convention-over-Configuration) 원칙 덕분에,이 프레임 워크는 기본적으로 이름 지정을 기반으로 구성을 가정 할 때 일반적으로 오케스트레이션하는 프레임 워크 (Spring, Spring MVC, Hibernate, Log4J 등)에 필요한 많은 구성 파일을 정의 할 필요가 없습니다. , 구조 및 메타 데이터가 동일한 클래스 정의에 포함됩니다.
AspectJ를 사용하여 Java에서 동적 동작을 구현하는 SpringRoo를 제외하고 이러한 프레임 워크가 사용하는 동적 언어 (Ruby, Groovy, Python, Clojure 등) 덕분에 아래 프레임 워크에 속하는 기능이 확장되고 개발자는 기본 기술 만 알기 위해 균일하고 우아한 방식으로 개발자에게 제공됩니다.
마지막으로 스캐 폴드 기술 덕분에 개발자가 정의한 각 도메인 개체에 대한 주요 기능 (CRUD)에 대해 단위 테스트, 통합 테스트, 컨트롤러 및보기가 자동으로 생성됩니다.
.NET 세계에서는 이전의 모든 정의에 따라 아직 개발 된 것이 없습니다. 그러나 그 일이 곧 발생하는 것을 막는 것은 없습니다. .NET 세계에서 이미 사용할 수있는 훌륭한 프레임 워크, 도구 및 라이브러리가 있으며 CLR 용으로 만들어진 새로운 RAILS와 유사한 프레임 워크로 조정할 수 있습니다. Dependency Inyection 요구 사항에는 Unity, Spring.NET 및 Castle Windsor가 있습니다. Entity Framework 4, NHibernate 및 iBatis.NET은 매우 훌륭한 .NET 지속성 공급자입니다. ASP.NET MVC는 기존 ASP.NET 외에도 다양한 템플릿 엔진을 지원하여 강력하게 출시되었습니다.
아무도 이러한 종류의 프레임 워크를 구축하기 위해 DLR 언어를 사용하지 않더라도 SpringSource 경로를 따라 가면 Aspect를 사용하여 F #, C # 또는 VB.NET과 같은 정적 언어로 RAILS와 같은 프레임 워크를 구현할 수 있습니다 -양방향 컨테이너 (AspectSharp 또는 Gripper-LOOM.NET 등)는 동적 인 동작을 얻습니다.
.NET에서 이러한 프레임 워크를 개발하려는 사람들 그룹에 대해 알고 싶습니다.