User Tag List

Página 2 de 2 PrimerPrimer 12
Resultados 16 al 20 de 20

Tema: ¿Que ventajas tiene core data (iOS)?

  1. #16

    Fecha de ingreso
    Feb 2004
    Ubicación
    Madrid
    Mensajes
    22,749
    Mencionado
    226 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    2,240
    Agradecer Thanks Received 
    1,902
    Thanked in
    Agradecido 1,185 veces en [ARG:2 UNDEFINED] posts
    Tu pregunta es basicamente qué ventaja tiene usar un ORM frente a SQL a pelo. No simplemente si usar CoreData o no.
    Las ventajas de usar un ORM son varias pero principalmente abstracción y encapsulación. Puedes buscar por internet las ventajas y desventajas de usar un ORM frente a usar SQL directamente que hay como mil artículos del tema.
    Sobre Core Data en concreto también hay mucho, a mi me gustan mucho los artículos de Cocoa with Love (ojo que es un artículo bastante antiguo, de hecho lo menciona en la cabecera, pero oye igual sirve como referencia).
    Como siempre lee mucho, entérate de qué es cada cosa y cómo funciona, y ya valoras tú si merece la pena para tu proyecto o no. Precisamente este es el trabajo de un ingeniero de software

    -----Actualizado-----

    Cita Iniciado por amkam Ver mensaje
    A eso me refiero Eskema, es que al ppio no deberias tomar esa decision, la mejor opcion es no usar ninguno!!
    No entiendo en qué basas esto @amkam o a qué te refieres exactamente, a no usar ninguna base de datos? no usar un ORM?

  2. #17

    Fecha de ingreso
    Jun 2004
    Ubicación
    Valencia
    Mensajes
    2,122
    Mencionado
    33 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    11
    Agradecer Thanks Received 
    102
    Thanked in
    Agradecido 57 veces en [ARG:2 UNDEFINED] posts
    Ya pero dado que es iOS no creo, o no conozco otro ORM que no sea core data, de ahi que la pregunta vaya a mas ese tema.

    El caso es que partimos de la base de que vamos a usar una bbdd si o si (no entramos a valorar si es una chorrada o no, el cliente manda), por lo tanto la cosa es "obvia", ¿tiramos por lo super cool que es core data, o nos arreglamos a pelo con sqlite porque el tema "objetos" de core data nos la trae al pairo?, y mas que tirar debo hablar en singular pq son el currito y estoy solo xD

    Porque entiendo que en una app enterprise tocha usar core data puede mejorar la visibilidad del codigo y tenerlo todo mas "organizado", mientras que una app mas sencilla lo mismo no necesitamos tantos objetos ni tanta "maric0nada" de core data xD

    Todo esto viene por lo tipico, hablas con algunos y lo primero que te sueltan es "eres gilip0llas si no usas core data, sql es el pasado men!!", otros que pasan de core data como de comer mierda porque "es una chorrada y con sql nos sobra", ya ya, tipico de este curro, que cada uno piensa una cosa y como core data es nuevo para mi pues pregunto por opiniones.

    Esto (como ejemplo) se parece un poco a "¿uso maps o tiro de google maps y añado librerias a mi proyecto?", dado que estas en iOS lo logico es usar lo que te ofrece apple y olvidarte de nada "externo"... algo asi veo con core data vs sqlite, en el sentido de que usas lo recomendado o tiras por otro lado.

  3. #18

    Fecha de ingreso
    Feb 2004
    Ubicación
    Madrid
    Mensajes
    22,749
    Mencionado
    226 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    2,240
    Agradecer Thanks Received 
    1,902
    Thanked in
    Agradecido 1,185 veces en [ARG:2 UNDEFINED] posts
    Hay otros ORM aparte de CoreData y CoreData no es el recomendado, de hecho la propia Apple te dice lo mismo que te he dicho yo, que depende del proyecto que tengas xD
    De todos modos con una actitud de "me la pela usar esto porque yo se SQL" pues tampoco vamos a ninguna parte.
    Aparte, ya has dicho que el cliente quiere CodeData pues o le convences para seguir usando SQLite a pelo o te toca refactorizar

  4. #19

    Fecha de ingreso
    Jun 2004
    Ubicación
    Valencia
    Mensajes
    2,122
    Mencionado
    33 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    11
    Agradecer Thanks Received 
    102
    Thanked in
    Agradecido 57 veces en [ARG:2 UNDEFINED] posts
    Cita Iniciado por ^MiSaTo^ Ver mensaje
    Hay otros ORM aparte de CoreData y CoreData no es el recomendado, de hecho la propia Apple te dice lo mismo que te he dicho yo, que depende del proyecto que tengas xD
    De todos modos con una actitud de "me la pela usar esto porque yo se SQL" pues tampoco vamos a ninguna parte.
    Aparte, ya has dicho que el cliente quiere CodeData pues o le convences para seguir usando SQLite a pelo o te toca refactorizar
    El cliente solo ha pedido una bbdd, no ha especificado y el jefe me ha dicho lo tipico, "ponemos core data y asi molamos mas pq usamos las cosas de apple..."

    Asi que dado el tema estoy de research viendo que ofrece core data respecto a tirar de sqlite.... no es una actitud de me la pela, si no mas bien que estoy evaluando las comodidades y viendo el consenso de la gente que ya lo ha usado, como dices se trata de evaluar una tecnologia/framework, y como seguro que me pierdo detalles que no estan en los pros/cons del primer post pues pregunto...

  5. #20

    Fecha de ingreso
    Aug 2003
    Mensajes
    681
    Mencionado
    5 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    12
    Agradecer Thanks Received 
    92
    Thanked in
    Agradecido 55 veces en [ARG:2 UNDEFINED] posts
    Cita Iniciado por ^MiSaTo^ Ver mensaje
    No entiendo en qué basas esto @amkam o a qué te refieres exactamente, a no usar ninguna base de datos? no usar un ORM?
    Porque tomar una decisión pronto sobre qué base de datos usar centra el desarrollo en ésta. Empiezas a crear entidades que, directamente, se apoyan sobre una base de datos SQL, y en concreto seguramente ya hayas decidido cual, sqlite, coredata, mysql, oracle, etc. Pasas los días, terminas los sprints y te das cuenta que sqlite no cumple con lo que necesitabas, que haber elegido sqlite hace aguas por que tu (por ejemplo) aplicacion permite concurrencia pero SQLite no: y que a lo mejor, un simple mapa clave-valor en memoria hubiera sido suficiente, o un fichero, o una base de datos nosql, o una simple cache. Has creado una dependencia innecesaria.

    Has tomado una decisión cuando aún no estabas seguro que debías de tomarla. Se va un poco de varas de este asunto, pero Uncle Bob ya habló de esto mismo hace tiempo, echadle un ojo si teneis tiempo: https://8thlight.com/blog/uncle-bob/...5/15/NODB.html
    Última edición por amkam; 28/11/2016 a las 15:07

Página 2 de 2 PrimerPrimer 12

Permisos de publicación

  • No puedes crear nuevos temas
  • No puedes responder temas
  • No puedes subir archivos adjuntos
  • No puedes editar tus mensajes
  •