Cooperator framework

19/06/2006 - 18:25 por Daniel A. Calvin | Informe spam
Amigos, les cuento que hace unos meses empezamos a trabajar con un grupo de
amigos en un proyecto para crear un framework que saque provecho de las
ventajas de .Net 2.0
La idea original fue de Eugenio Serrano y me invito a trabajar junto a el y
otros amigos.
El proyecto es un framewok de desarrollo, seguramente estarán pensando: otro
más :-)
Nos decidimos a hacer este nuevo con la idea principal de que sea bien facil
de usar y de acercar los objetos a mas gente de una forma facil.

Hemos trabajado con mucha energía estos últimos meses y hemos logrado armar
algo muy interesante según nuestra opinion.

Los objetivos que nos planteamos fueron:

- 100% Orientado a objetos
- Aplanar la curva de aprendizaje y facilitar el camino de quienes aún están
condicionados por el modelo relacional.
- No usar datasets
- No usamos reflection.
- Modelo totalmente tipado, esto significa que las clases de persistencia y
recuperacion de objetos devuelven un tipo especifico y no un tipo object.
- Debido a la potencia de VS2005 se pueden bindear estos objetos a los
controles sin escribir una linea de codigo, y aporvechar las venjas de
edicion de VS2005
- No depende de la estructura relacional, soporta cualquier tipo de
estructura de base de datos.
- No hay que modificar la Primary Key o crear un campo unique en las tablas.
- Usa stored procedures.
- Soporta concurrencia
- Las condiciones de busqueda se expresan mediante objetos específicos
tipados y extendibles por el programador que terminan ejecutando un Stored
Procedure en forma transparente.
- En la capa de negocio todo se expresa en términos del dominio, incluido
los filtros y busquedas.
- Genera código en base a scripts escritos en el lenguaje que prefiera el
programador. Por defecto estan en c#, pero puedo escribir un script en c#,
para generar código SQL, o puedo escribir un script en vb.net para generar
código c#.
- Hay un modelo propuesto de las clases que se generaran que se basa en el
modelo de datos, pero el programador, antes de generar las clases edita
dicho modelo en una herramienta muy facil de usar y define como sera el
modelo que desea crear.
- Si las opciones de modelado que provee la herramienta no alcanzan, el
programador puede editar los templates y generar su propio modelo.
- La herramienta de generacion, genera 2 archivos por cada clase usando
clases parciales pensado para que el programador solo modifique una de las
2.
Si mas tarde se agrega un nuevo campo a una tabla, se puede volver a generar
el otro archivo de manera de no "pisar" cualquier codigo que el programador
ya haya escrito en esa clase.
- Soporta transacciones desconectadas.
- Licencia tipo open source, aún no hemos optado por cual, pero será de
código abierto.

Todo esto lo logramos de forma poco invasiva, implementando interfaces y
valiendonos de las nuevas características del net framework 2.0, sobre todo
Generics y clases parciales.

El framework será publicado en un término no mayor a 60 días.

Nos gustaría mucho contar con algún retorno por parte de la comunidad,
principalmente que cosas les molesta de otras herraminetas de este tipo,
incluso que les gustaría tener y aún no han encontrado en otros frameworks.

Desde ya muchas gracias

Daniel Calvin

Preguntas similare

Leer las respuestas

#21 Vyacheslav Popov
20/06/2006 - 20:06 | Informe spam
"Alfredo Novoa" escribió en el mensaje
news:
Mostrar la cita
Me temo que sí.

Mostrar la cita
Uyyyyy... no voy a responder a ésta pregunta ;)


Saludos.
#22 Daniel A. Calvin
20/06/2006 - 20:08 | Informe spam
Hola, lamento que llegues a una conclusion tan apresurada.
WCF te permite definir el transporte de objetos, abstaryendote de detalles
tales como protocolos y una serie de detalles adicionales.

Cooperator no utiliza reflection para ninguna de las cuestiones que mencione
en el email inicial.

Que WCF la utilice no quiere decir que lo dicho antes sea falso.

De todas formas si incluimos el layer para implementar aplicaciones
distribuidas usamos reflection para crear el transporte.
Solo para eso, no invocamos metodos ni propiedades por reflection.
Todo en el framework es totalmente tipado.

La creación de la capa de transporte usa reflection solo si queres que la
misma sea configurable y solo la usa para instanciar ese objeto.

Y te invito a que tu frase:
Mostrar la cita
la publiques cuando veas el producto funcionando.

No es nuestra intención mentir ni mucho menos.

Gracias

Daniel A. Calvin
MCP


"Vyacheslav Popov" escribió:

Mostrar la cita
#23 Daniel A. Calvin
20/06/2006 - 20:09 | Informe spam
Gola Alfredo

No dije que WCF no usa reflection, dije que Cooperator no la usa.

Gracias
Daniel A. Calvin
MCP


"Alfredo Novoa" escribió:

Mostrar la cita
#24 Vyacheslav Popov
20/06/2006 - 20:09 | Informe spam
Ya me esta gustando más ;)

Otra cosa, ¿supongo que la descripción de objetos se hará con atributos?
¿como en DLINQ?

//Ejemplo de DLINQ:

[Table(Name="Cliente")]
public class Cliente
{
[Column(DbType="nvarchar(32) not null", Id=true)]
public string Nombre;
[Column]
public int Edad;
}

Saludos.


"Daniel A. Calvin" escribió en el
mensaje news:
Mostrar la cita
#25 Daniel A. Calvin
20/06/2006 - 20:12 | Informe spam
Hola Lluís

Supongamos que tienes que manejar Facturas de ventas o Remitos o cualquier
documento del tipo maestro detalle.

Cooperator te permite definir objetos del dominio.

Tendrás una Facade que te entregara esos objetos completos o parcialmente
segun lo necesites, pero como una entidad única.

Y si necesitas una lista de ellos te brindará una coleccion de esos objetos.

Tu esquema con datasts es datacentrico esto es mas OOP.



Daniel A. Calvin
MCP


"Lluís Franco" escribió:

Mostrar la cita
Ads by Google
Search Busqueda sugerida