Cita:
Iniciado por 50l3r 
En mi desarrollo también incluyo una vista en html basada en bootstrap que permite configurar los campos en 1/12 columnas siguiendo el orden que quieras
Eso se puede hacer en MVC con Razor. El Scaffolding te genera una versión simple de la vista basada en el Model / ViewModel, y luego uno tiene la libertad de modificarlo como quiera. De hecho, por default, MVC incluye Bootstrap.
Cita:
Iniciado por 50l3r pero mi idea va mas allá de usarse solamente en proyectos web, dado que podría utilizarse para desarrollos de apps nativas o móviles.
Eso se puede hacer en MVC usando Web API, que expone endpoints RESTful en los controllers, desde una aplicación móvil (o desde cualquier lado, realmente) se pueden consumir los servicios REST.
La ventaja que te da .Net con respecto a (por ejemplo) PHP es que PHP es terriblemente limitado, y no se puede utilizar en aplicaciones de escritorio / móviles / etc. Mientras que con C# o F#, en .Net, uno puede crear un único modelo de datos + lógica de negocio en una PCL y utilizar ese código tanto del lado del server como del cliente.
Cita:
Iniciado por 50l3r Adicionalmente hay una capa que controla permisos y permite añadir otros personalizados, pudiéndolo integrar en tu desarrollo y evitarte ese desarrollo, asi como su propio sistema de usuarios.
ASP.Net MVC incluye Identity, que resuelve el tema de autentificación y autorización.
Cita:
Iniciado por 50l3r ¿Me podrías especificar un poco mas sobre ASP.Net MVC?
http://www.asp.net/mvc Cita:
Iniciado por 50l3r No lo consigo asemejar a mi idea
Estás planteando una plataforma en la cuál uno define un par de campos en un modelo, y la plataforma te genera automáticamente los endpoints REST, y las vistas. ésto es exactamente lo que hace el Scaffolding de MVC.
https://youtu.be/kCZLqWYhUCk?t=374 Cita:
Iniciado por 50l3r no veo diferencia entre este y Codeigniter / Symphony
No conozco estos frameworks, pero en mi experiencia PHP es un lenguaje / plataforma extremadamente limitado y lleno de problemas, inconsistencias, y atado con alambre por todos lados en lugar de estar diseñado correctamente por profesionales. Sin mencionar que como PHP ni siquiera tiene un compilador, es terriblemente lento comparado con plataformas serias como .Net o la JVM.
Yo no lo recomendaría para crear aplicaciones datacéntricas, si no sólamente para páginas web sencillas.
ASP.Net, por ejemplo, me permite usar Entity Framework, un ORM que me permite acceder a los datos de la base de datos usando un modelo de datos fuertemente tipado, y utiliza árboles de expresiones para crear el SQL a partir del código C#. La última vez que miré, PHP lo único que hace es concatenar strings para lograr lo mismo, con lo cuál es mucho menos eficiente, mucho más propenso a errores, y mucho más inseguro.
Además, Entity Framework tiene una funcionalidad llamada Migrations, que actualiza de manera automática el esquema de la base de datos a partir del modelo de datos, simplemente ejecutando una instrucción en una consola, evitando el mantenimiento del esquema mediante SQL, que es infernalmente tedioso y propenso a errores.
Yo en este momento estoy reescribiendo un proyecto que hice hace tiempo en PHP, esta vez en ASP.Net MVC usando C#, F#, Entity Framework, Migrations, y Umbraco, y la verdad da risa mirar el código PHP y compararlo con F#. PHP es un lenguaje de juguete.
Cita:
Iniciado por 50l3r En el servicio que ofreceré facilito al usuario la posibilidad de añadir proyectos y en cada proyecto definir unas aplicaciones con una serie de campos y sus correspondientes propiedades como: longitud, reglas, estilo...etc. Una vez desarrollada la estructura facilito una api rest para gestionar el crud entre otras cosas.
O sea, vas a ofrecer un CRUD-As-a-service.
Suena interesante, pero también muy limitado. Qué pasa si yo ante una acción determinada (por ejemplo en uno de los endpoints REST) necesito consumir un servicio de terceros (por ejemplo un Web Service SOAP)? Justamente ese es uno de los requerimientos de mi proyecto actual, y de nuevo, da risa ver como en PHP tuve que construir el XML manualmente concatenando strings (incluyendo el SOAP envelope), y en cambio .Net me expone el web service mediante una clase fuertemente tipada, con métodos que representan los SOAP actions, y reciben los parámetros de los tipos apropiados.
Yo sinceramente no perdería tiempo con PHP, que la verdad no ofrece ninguna ventaja, cuando hay plataformas muchísimo más adecuadas para crear aplicaciones datacéntricas.