tôi đọc đoạn văn sau đây về kiến trúc từ Microsoft .Net: Architecting Applications for the Enterprise, bởi Dino Esposito và Andrea saltarello:Sự khác biệt giữa lập trình khai báo và bắt buộc là gì?
Bất cứ khi nào bạn có một cách tiếp cận khai báo để mã hóa chứ không phải là một cách tiếp cận bắt buộc , bạn đang ủy thác một số trách nhiệm đối với một số lớp khác mã - một lớp mà bạn không kiểm soát hoàn toàn. Vì vậy, bạn đang cuối cùng hy vọng rằng công cụ trung gian sẽ hiểu bạn một cách chính xác và sẽ không gặp phải bất kỳ sự cố nào của chính nó trên đường đi. Trong việc phát triển phần mềm , ủy quyền cho bên thứ ba giúp phát triển nhanh hơn, nhưng bạn nên đảm bảo rằng người dùng có được chính xác những gì bạn muốn họ.
Điều này không có nghĩa là bạn không nên tin tưởng Visual Studio 2008 hoặc các sản phẩm dựa trên thuật sĩ tương tự. Vấn đề là cái gì đó hoàn toàn khác. Trong một hệ thống lớn, có khả năng được phát triển bởi một số nhóm, lập trình khai báo cổ điển không hoạt động. Bạn cần có trong bản trình bày một lớp mã quyết định nội dung sẽ hiển thị, ở đâu để cài đặt đọc và cách áp dụng chúng. Lập trình khai báo vẫn là một tùy chọn tuyệt vời, nhưng chỉ khi bạn viết động cơ và trình thuật sĩ.
Ai đó có thể giải thích cho tôi một cách đơn giản những gì chính xác là lập trình khai báo và bắt buộc?
thấy điều này [SO bài] [1] cho một compaison của f # và C# [1]: http : //stackoverflow.com/questions/952318/what-are-the-benefits-of-using-c-sharp-vs-f-or-f-vs-c –
@AshokPadmanabhan: Chỉ hiếm khi áp dụng, bởi vì nó về C# so với F #, và chỉ một phần về lập trình bắt buộc so với lập trình * chức năng * (là một tập con khá cụ thể của lập trình khai báo). – delnan
Trình thuật sĩ và lập trình khai báo thậm chí có liên quan như thế nào? – CodesInChaos