Unity Spain

Hola a todos!Con el tiempo te vas creando tu propia librería de código, que se extiende en tamaño y dispersión entre diferentes proyectos. Y cuando ésto ya empieza a ser un problema, qué utilizáis y como lo hacéis vosotros para mantenerla?Saludos!

Yo solia tenerlo organizado en .unitypackages. Uno para gestion de assetbundles, otro para sockets,...Tambien tuve una epoca en la que lo tenia en dll externas  

uso partial class

[quote author=jordi_boni" data-ipsquote-contapp="forums" data-ipsquote-contenttype="forums" data-ipsquote-contentclass="forums_Topic" data-ipsquote-contentid="34595" data-ipsquote-contentcommentid="124505">Yo solia tenerlo organizado en .unitypackages. Uno para gestion de assetbundles, otro para sockets,...Tambien tuve una epoca en la que lo tenia en dll externas Título: Gestionar tu propia librería de código
Publicado por: Braltor en Diciembre 03, 2015, 03:25:48 PM

Cita de: iRobb date=1449151507" data-ipsquote="" data-cite="iRobb" class="ipsQuotePero esto no te genera más código a mantener, al tener que ir añadiendo más y más scripts. Además, si tienes tres proyectos, en dos tendrás dos partial class que tendrán código diferente y no reutilizable, es así?

es la misma cantidad de código, nada mas que estará partido en dos o más archivos... pero no se usa a la loca como si fuera un acha, la idea es agrupar los miembros de una clase en varios archivos segun sus aspectos.pero te refieres a la forma de organizar el código o a la forma de compartirlo entre proyectos? para compartir puedes usar un programa para sincronizar automaticamente entre carpetas... existen gratis por ahí auqnue no he puesto ninguno en uso, no mas copio las partial que necesito y comparo.

[quote author=iRobb" data-ipsquote-contapp="forums" data-ipsquote-contenttype="forums" data-ipsquote-contentclass="forums_Topic" data-ipsquote-contentid="34595" data-ipsquote-contentcommentid="124509 date=1449151507]Me estaba planteando lo de tenerlo en dll's. Por qué lo cambiaste?[/quote]Pues al final me era mas comodo trabajar con los ficheros .cs dentro del propio Unity que tener una dll generada con Visual Studio y tener que estar recompilandola entera cada vez que queria cambiar algo en un fichero.Eso si, para compartirlo, mil veces mejor la .dll, asi nadie le mete mano a tu codigo y luego te viene con que no funciona y te vuelves loco intentando entender que conyo a tocado.

[quote author=Braltor" data-ipsquote-contapp="forums" data-ipsquote-contenttype="forums" data-ipsquote-contentclass="forums_Topic" data-ipsquote-contentid="34595" data-ipsquote-contentcommentid="124510 date=1449152748]
es la misma cantidad de código, nada mas que estará partido en dos o más archivos... pero no se usa a la loca como si fuera un acha, la idea es agrupar los miembros de una clase en varios archivos segun sus aspectos.pero te refieres a la forma de organizar el código o a la forma de compartirlo entre proyectos? para compartir puedes usar un programa para sincronizar automaticamente entre carpetas... existen gratis por ahí auqnue no he puesto ninguno en uso, no mas copio las partial que necesito y comparo.[/quote]Que hay por ahí para sincronizar carpetas locales? Me interesa
[quote author=jordi_boni" data-ipsquote-contapp="forums" data-ipsquote-contenttype="forums" data-ipsquote-contentclass="forums_Topic" data-ipsquote-contentid="34595" data-ipsquote-contentcommentid="124511 date=1449153178]Pues al final me era mas comodo trabajar con los ficheros .cs dentro del propio Unity que tener una dll generada con Visual Studio y tener que estar recompilandola entera cada vez que queria cambiar algo en un fichero.Eso si, para compartirlo, mil veces mejor la .dll, asi nadie le mete mano a tu codigo y luego te viene con que no funciona y te vuelves loco intentando entender que conyo a tocado.[/quote]Yo creo que para versiones estables es una buena idea, pero para el día no. Además parece lógico tener un proyecto aparte en Unity solamente para la librería y así tener el código centralizado. Claro, para cambiar algo, habría que seguir un orden metódico.