Kotlin 1.5.0-RC ya est\u00e1 disponible con todas las funcionalidades planificadas para 1.5.0. \u00a1Eche un vistazo a todas las novedades del pr\u00f3ximo lanzamiento! Nuevas funcionalidades de lenguaje, actualizaciones de stdlib, una biblioteca de pruebas mejorada y muchos otros cambios est\u00e1n recibiendo los toques finales. Los \u00fanicos cambios adicionales antes del lanzamiento ser\u00e1n los arreglos.<\/p>\n<\/p>\n
Pruebe las modernas API de Kotlin para sus proyectos con 1.5.0-RC \u00a1y ay\u00fadenos a mejorar esta versi\u00f3n! Inf\u00f3rmenos acerca de cualquier incidencia que encuentre en nuestro sistema de seguimiento de incidencias, YouTrack<\/a>.<\/p>\n Instale 1.5.0-RC<\/a><\/p>\n En este art\u00edculo le describiremos los cambios en las bibliotecas est\u00e1ndar y de prueba de Kotlin en 1.5.0-RC:<\/p>\n \u00a1Encontrar\u00e1 todos los detalles a continuaci\u00f3n!<\/p>\n <\/a><\/p>\n La biblioteca est\u00e1ndar incluye la API para enteros no firmados que resulta pr\u00e1ctica para operaciones con enteros no negativos. Incluye:<\/p>\n Los tipos enteros no firmados han estado disponibles en Beta desde Kotlin 1.3<\/a>. Ahora estamos clasificando los tipos de enteros no firmados y las operaciones como estables, para que est\u00e9n disponibles sin opt-in y sea seguro utilizarlos en proyectos reales.<\/p>\n Las nuevas API estables son:<\/p>\n Los vectores de enteros no firmados se quedan en Beta. Y tambi\u00e9n los varargs<\/a> enteros no firmados respaldados por vectores. Si desea utilizarlos en su c\u00f3digo, puede hacer opt-in con la anotaci\u00f3n M\u00e1s informaci\u00f3n acerca de enteros no firmados en Kotlin<\/a>.<\/p>\n <\/a><\/p>\n Kotlin ahora ofrece un modo de utilizar la moderna IO Java sin bloqueo<\/a> en un estilo idiom\u00e1tico de Kotlin listo para usar a trav\u00e9s de las funciones de extensi\u00f3n para Este es un peque\u00f1o ejemplo:<\/p>\n Estas extensiones se introdujeron como funcionalidad experimental en Kotlin 1.4.20<\/a>, y ahora est\u00e1n disponibles sin opt-in. Eche un vistazo al paquete Las extensiones existentes para File API siguen estando disponibles, para que pueda escoger la API que m\u00e1s le guste.<\/p>\n <\/a><\/p>\n Muchos de ustedes ya est\u00e1n familiarizados con las funciones stdlib para cambiar entre may\u00fasculas y min\u00fasculas las cadenas y caracteres: Ahora hay una nueva API independiente de la configuraci\u00f3n local para cambiar entre may\u00fasculas y min\u00fasculas en cadenas y caracteres: extensiones Las nuevas funciones operan del mismo modo independientemente de la configuraci\u00f3n local de la plataforma. Solo tiene que llamar a estas funciones y dejar el resto a la stdlib.<\/p>\n Las nuevas funciones operan del mismo modo independientemente de la configuraci\u00f3n local de la plataforma. Solo tiene que llamar a estas funciones y dejar el resto a la stdlib.<\/p>\n En la JVM puede cambiar las may\u00fasculas y min\u00fasculas teniendo en cuenta la configuraci\u00f3n regional llamando a las nuevas funciones con la configuraci\u00f3n actual como argumento<\/p>\n Las nuevas funciones sustituir\u00e1n por completo a las antiguas, que pronto quedar\u00e1n obsoletas.<\/p>\n La operaci\u00f3n de obtener un c\u00f3digo UTF-16 de un caracter, la funci\u00f3n Adem\u00e1s, no hab\u00eda una funci\u00f3n com\u00fan que devolviera el valor num\u00e9rico Para resolver estas incidencias, ahora existe una serie de nuevas funciones para la conversi\u00f3n entre caracteres y sus c\u00f3digos enteros y valores num\u00e9ricos:<\/p>\n Estas funciones tienen nombres claros que hacen que el c\u00f3digo sea m\u00e1s legible:<\/p>\n Las nuevas funciones han estado disponibles desde Kotlin 1.4.30<\/a> en el modo de vista previa y ahora son estables. Las antiguas funciones para la conversi\u00f3n de caracter a n\u00famero ( Continuaremos ampliando la parte multiplataforma de la biblioteca est\u00e1ndar para ofrecer todas sus capacidades al c\u00f3digo com\u00fan del proyecto multiplataforma.<\/p>\n Ahora hemos puesto a su disposici\u00f3n una gran cantidad de funciones La propiedad La funci\u00f3n de Kotlin Aunque este comportamiento parece natural, puede ocultar situaciones potencialmente err\u00f3neas. Convierta lo que convierta con esta funci\u00f3n, obtendr\u00e1 una booleana incluso si la cadena tiene un valor inesperado.<\/p>\n Dispone de nuevas versiones estrictas sensibles a las may\u00fasculas de String?.toBoolean()<\/a> para evitar dichos errores:<\/p>\n <\/a><\/p>\n La API de medici\u00f3n de tiempo y duraci\u00f3n<\/a> experimental ha estado disponible dentro de la stdlib desde la versi\u00f3n 1.3.50. Ofrece una API para la medici\u00f3n precisa de los intervalos de tiempo.<\/p>\n Una de las clases clave de esta API es Tambi\u00e9n vamos a introducir nuevas propiedades para recuperar una duraci\u00f3n como valor Otro cambio es una serie de nuevas funciones de f\u00e1brica para crear instancias de Dados estos importantes cambios, toda la API de duraci\u00f3n y medici\u00f3n del tiempo sigue siendo experimental en 1.5.0 y requiere un opt-in con la anotaci\u00f3n Pruebe la nueva versi\u00f3n y env\u00edenos su feedback a trav\u00e9s de nuestro sistema de seguimiento de incidencias YouTrack<\/a>.<\/p>\n <\/a><\/p>\n En Kotlin, el s\u00edmbolo de divisi\u00f3n ( Anteriormente, la floored division requer\u00eda una funci\u00f3n personalizada como:<\/p>\n En 1.5.0-RC, representamos la funci\u00f3n En 1.5.0, introducimos la nueva funci\u00f3n Es distinto del <\/a><\/p>\n La API de colecciones Kotlin abarca toda una gama de operaciones populares en colecciones con funciones integradas. Para casos no habituales, normalmente se combinan llamadas de estas funciones. Funciona, pero no siempre queda muy elegante y puede causar sobrecostes.<\/p>\n Por ejemplo, para obtener el primer resultado no null de una funci\u00f3n de selector en los elementos de la colecci\u00f3n, podr\u00eda llamar a Este es un ejemplo de c\u00f3mo puede abreviar su c\u00f3digo.<\/p>\n Imagine que tiene una clase con una propiedad que acepta valores null y necesita su primer valor no null de una lista de las instancias de clase.<\/p>\n You can implement this by iterating the collection and checking if a property is not null:<\/p>\n Otro modo es utilizar las funciones previamente existentes Y esta es su apariencia con la nueva funci\u00f3n:<\/p>\n <\/a><\/p>\n No hab\u00edamos realizado grandes actualizaciones en la biblioteca de pruebas de Kotlin Vamos a continuar nuestro desarrollo del proceso de configuraci\u00f3n para proyectos multiplataforma. En 1.5.0, hemos facilitado la configuraci\u00f3n de una dependencia en Ahora, la dependencia de Cuando especifica la dependencia As\u00ed se ve en el DSL Groovy:<\/p>\n Y en el DSL de Kotlin es:<\/p>\n Tambi\u00e9n puede cambiar a JUnit 5 o TestNG simplemente llamando a una funci\u00f3n en la tarea de prueba Lo mismo sucede en proyectos solo JVM cuando a\u00f1ade la dependencia Para 1.5.0, hemos preparado varias nuevas funciones de aserci\u00f3n, junto con mejoras en las ya existentes.<\/p>\n En primer lugar, echemos un vistazo r\u00e1pido a las nuevas funciones:<\/p>\n Este es un breve ejemplo que muestra el uso de estas funciones:<\/p>\n Con respecto a las funciones de aserci\u00f3n existentes: ahora se puede llamar a funciones de suspensi\u00f3n<\/a> dentro de lambda pasadas a \n
Tipos enteros no firmados estables<\/h2>\n
\n
UInt<\/code>, ULong<\/code>, UByte<\/code>, UShort<\/code>, y las funciones relacionadas, como conversiones.<\/li>\nUIntArray<\/code>, UIntRange<\/code> y contenedores similares para otros tipos.<\/li>\n<\/ul>\n\n
\nfun main() {\n\/\/sampleStart\n val zero = 0U \/\/ Define unsigned numbers with literal suffixes\n val ten = 10.toUInt() \/\/ or by converting non-negative signed numbers\n \/\/val minusOne: UInt = -1U \/\/ Error: unary minus is not defined\n val range: UIntRange = zero..ten \/\/ Separate types for ranges and progressions\n\n for (i in range) print(i)\n println()\n println("UInt covers the range from ${UInt.MIN_VALUE} to ${UInt.MAX_VALUE}") \/\/ UInt covers the range from 0 to 4294967295\n\/\/sampleEnd\n}\n<\/pre>\n@ExperimentalUnsignedTypes<\/code>.<\/p>\nExtensiones para la API java.nio.file.Path<\/h2>\n
java.nio.file.Path<\/code><\/a>.<\/p>\n\nimport kotlin.io.path.*\nimport java.nio.file.Path\n\nfun main() {\n \/\/ construct path with the div (\/) operator\n val baseDir = Path("\/base")\n val subDir = baseDir \/ "subdirectory"\n\n \/\/ list files in a directory\n val kotlinFiles = Path("\/home\/user").listDirectoryEntries("*.kt")\n \/\/ count lines in all kotlin files\n val totalLines = kotlinFiles.sumOf { file -> file.useLines { lines -> lines.count() } }\n}\n<\/pre>\nkotlin.io.path<\/code><\/a> para ver la lista de funciones que puede utilizar.<\/p>\nAPI independiente local para may\u00fasculas y min\u00fasculas<\/h2>\n
toUpperCase()<\/code>, toLowerCase()<\/code>, toTitleCase()<\/code>. En general, funcionan bien, pero pueden ser un dolor de cabeza a la hora de tratar con diferentes configuraciones regionales en las plataformas: son sensibles a la configuraci\u00f3n regional, lo que supone que su resultado puede diferir dependiendo de dicha configuraci\u00f3n. Por ejemplo, \u00bfqu\u00e9 obtiene con \u201dKotlin\u201d.toUpperCase()<\/code>? \u201cObviamente KOTLIN<\/code>\u201d, dir\u00e1. Pero en la configuraci\u00f3n turca, la i<\/code> may\u00fascula es \u0130<\/code>, de modo que el resultado es diferente: KOTL\u0130N<\/code>.<\/p>\nuppercase()<\/code>, lowercase()<\/code>, titlecase()<\/code> y sus contrapartes *Char()<\/code>. Puede que ya haya probado su vista previa en 1.4.30<\/a>.<\/p>\n\nfun main() {\n\/\/sampleStart\n \/\/ replace the old API\n println("Kotlin".toUpperCase()) \/\/ KOTLIN or KOTL\u0130N or?..\n\n \/\/ with the new API\n println("Kotlin".uppercase()) \/\/ Always KOTLIN\n\/\/sampleEnd\n}\n<\/pre>\n\n"Kotlin".uppercase(Locale.getDefault()) \/\/ Locale-sensitive uppercasing\n<\/pre>\n
Conversiones claras de caracter a c\u00f3digo y de caracter a d\u00edgito<\/h2>\n
toInt()<\/code>, era una dificultad com\u00fan, porque parece muy similar a String.toInt()<\/code> en cadenas de un d\u00edgito que produzcan un Int<\/code> presentado por este d\u00edgito.<\/p>\n\n"4".toInt() \/\/ returns 4\n'4'.toInt() \/\/ returns 52\n<\/pre>\n
4<\/code> para Char<\/code> '4'<\/code>.<\/p>\n\n
Char(code)<\/code> y Char.code<\/code> convierten entre un caracter y su c\u00f3digo.<\/li>\nChar.digitToInt(radix: Int)<\/code> y su versi\u00f3n *OrNull<\/code> crean un entero a partir de un d\u00edgito en la base especificada.<\/li>\nInt.digitToChar(radix: Int)<\/code> crea un caracter a partir de un d\u00edgito que representa un entero en la base especificada.<\/li>\n<\/ul>\n\nfun main() {\n\/\/sampleStart\n val capsK = Char(75) \/\/ \u2018K\u2019\n val one = '1'.digitToInt(10) \/\/ 1\n val digitC = 12.digitToChar(16) \/\/ hexadecimal digit \u2018C\u2019\n\n println("${capsK}otlin ${one}.5.0-R${digitC}") \/\/ \u201cKotlin 1.5.0-RC\u201d\n println(capsK.code) \/\/ 75\n\/\/sampleEnd\n}\n<\/pre>\nChar.toInt()<\/code> y funciones similares para otros tipos num\u00e9ricos) y conversi\u00f3n de n\u00famero a caracter (Long.toChar()<\/code> y similares excepto Int.toChar()<\/code>) ahora est\u00e1n obsoletas.<\/p>\nAPI de caracteres multiplataforma extendida<\/h2>\n
Char<\/code> en todas las plataformas y en el c\u00f3digo com\u00fan. Estas funciones son:<\/p>\n\n
Char.isDigit()<\/code>, Char.isLetter()<\/code>, Char.isLetterOrDigit()<\/code> que comprueban si un caracter es una letra o un d\u00edgito.<\/li>\nChar.isLowerCase()<\/code>, Char.isUpperCase()<\/code>, Char.isTitleCase()<\/code> que comprueban si un caracter es may\u00fascula o min\u00fascula.<\/li>\nChar.isDefined()<\/code> que comprueba si un caracter tiene una categor\u00eda general Unicode<\/a> distinta de Cn<\/code> (undefined<\/em>).<\/li>\nChar.isISOControl()<\/code> que comprueba si un caracter es un caracter de control ISO<\/a>, que cuenta con un c\u00f3digo en los intervalos \\u0000<\/code>..\\u001F<\/code> o \\u007F<\/code>..\\u009F<\/code>.<\/li>\n<\/ul>\nChar.category<\/code> y su clase CharCategory<\/code>, que indica la categor\u00eda general de un caracter seg\u00fan Unicode, est\u00e1 ahora disponilble en proyectos multiplataforma.<\/p>\n\nfun main() {\n\/\/sampleStart\n val array = "Kotlin 1.5.0-RC".toCharArray()\n val (letterOrDigit, punctuation) = array.partition { it.isLetterOrDigit() }\n val (upperCase, notUpperCase ) = array.partition { it.isUpperCase() }\n\n println("$letterOrDigit, $punctuation") \/\/ [K, o, t, l, i, n, 1, 5, 0, R, C], [ , ., ., -]\n println("$upperCase, $notUpperCase") \/\/ [K, R, C], [o, t, l, i, n, , 1, ., 5, ., 0, -]\n\n if (array[0].isDefined()) println(array[0].category)\n\/\/sampleEnd\n}\n<\/pre>\nVersiones estrictas de String?.toBoolean()<\/h2>\n
String?.toBoolean()<\/code> se usa en gran medida para crear valores booleanos a partir de cadenas. Su funcionaomiento es muy sencillo: es true<\/code> en una cadena "true" independientemente de si es may\u00fascula y min\u00fascula y false<\/code> en todas las dem\u00e1s cadenas, incluyendo null<\/code>.<\/p>\n\n
String.toBooleanStrict()<\/code> lanza una excepci\u00f3n para todas las entradas excepto literales “true” y “false”.<\/li>\nString.toBooleanStrictOrNull()<\/code> devuelve null para todas las entradas excepto literales “true” y “false”.<\/li>\n<\/ul>\n\nfun main() {\n\/\/sampleStart\n println("true".toBooleanStrict()) \/\/ True\n \/\/ println("1".toBooleanStrict()) \/\/ Exception\n println("1".toBooleanStrictOrNull()) \/\/ null\n println("True".toBooleanStrictOrNull()) \/\/ null: the function is case-sensitive\n\/\/sampleEnd\n}\n<\/pre>\nCambios en la API Duration<\/h2>\n
Duration<\/code><\/a>. Representa la cantidad de tiempo entre dos momentos temporales. En 1.5.0, Duration<\/code> se somete a cambios significativos tanto en la API como en la representaci\u00f3n interna.<\/p>\nDuration<\/code> ahora utiliza un valor Long<\/code> para la representaci\u00f3n interna en lugar de Double<\/code>. El intervalo de los valores Long<\/code> permite representar m\u00e1s de cien a\u00f1os con precisi\u00f3n de nanosegundos o cien millones de a\u00f1os con precisi\u00f3n de milisegundos. No obstante, las duraciones de subnanosegundos anteriormente compatibles ya no est\u00e1n disponibles.<\/p>\nLong<\/code>. Est\u00e1n disponibles para varias unidades de tiempo: Duration.inWholeMinutes<\/code>, Duration.inWholeSeconds<\/code> y otras. Estas funciones sustituir\u00e1n a las propiedades basadas en Double<\/code> como Duration.inMinutes<\/code>.<\/p>\nDuration<\/code> a partir de valores enteros. Se definen directamente en el tipo Duration<\/code> y sustituyen a las antiguas propiedades de extensi\u00f3n de tipos num\u00e9ricos como Int.seconds<\/code>.<\/p>\n\nimport kotlin.time.ExperimentalTime\nimport kotlin.time.Duration\n\n@ExperimentalTime\nfun main() {\n val duration = Duration.milliseconds(120000)\n println("There are ${duration.inWholeSeconds} seconds in ${duration.inWholeMinutes} minutes")\n}\n<\/pre>\n@ExperimentalTime<\/code>.<\/p>\nOperaciones matem\u00e1ticas: floored division<\/i> y el mod operator<\/i><\/h2>\n
\/<\/code>) en n\u00fameros enteros<\/a> representa la divisi\u00f3n truncada<\/em>, que omite la parte fraccionada del resultado. En la aritm\u00e9tica modular, tambi\u00e9n existe una alternativa: floored division<\/em>, que redondea el resultado (hacia el n\u00famero entero justo por debajo), lo cual da un resultado diferente en n\u00fameros negativos.<\/p>\n\nfun floorDivision(i: Int, j: Int): Int {\n var result = i \/ j\n if (i != 0 && result <= 0) result--\n return result\n}\n<\/pre>\nfloorDiv()<\/code> que realiza la floored division en n\u00fameros enteros.<\/p>\n\nfun main() {\n\/\/sampleStart\n println("Truncated division -5\/3: ${-5 \/ 3}")\n println("Floored division -5\/3: ${(-5).floorDiv(3)}")\n\/\/sampleEnd\n}\n<\/pre>\nmod()<\/code>. Ahora funciona exactamente como su nombre sugiere: devuelve el m\u00f3dulo<\/em> recordatorio de la floored division.<\/p>\nrem()<\/code> (u operador %<\/code>) de Kotlin. El m\u00f3dulo es la diferencia entre a<\/code> y a.floorDiv(b) * b<\/code>. Un m\u00f3dulo no cero siempre tiene el mismo s\u00edmbolo que b<\/code>, mientras que a % b<\/code> puede tener uno distinto. Esto puede resultar \u00fatil, por ejemplo, al implementar listas c\u00edclicas:<\/p>\n\nfun main() {\n\/\/sampleStart\n fun getNextIndexCyclic(current: Int, size: Int ) = (current + 1).mod(size)\n fun getPreviousIndexCyclic(current: Int, size: Int ) = (current - 1).mod(size)\n \/\/ unlike %, mod() produces the expected non-negative value even if (current - 1) is less than 0\n\n val size = 5\n for (i in 0..(size * 2)) print(getNextIndexCyclic(i, size))\n println()\n for (i in 0..(size * 2)) print(getPreviousIndexCyclic(i, size))\n\/\/sampleEnd\n}\n<\/pre>\nColecciones: firstNotNullOf() y firstNotNullOfOrNull()<\/h2>\n
mapNotNull()<\/code> y first()<\/code>. En 1.5.0, puede hacerlo con una sola llamada de una nueva funci\u00f3n firstNotNullOf()<\/code>. Junto con firstNotNullOf()<\/code>, a\u00f1adimos su contraparte *orNull()<\/code> que produce null si no hay un valor que devolver.<\/p>\n\nclass Item(val name: String?)\n<\/pre>\n
\n\/\/ Option 1: manual implementation\nfor (element in collection) {\n val itemName = element.name\n if (itemName != null) return itemName\n}\nreturn null\n<\/pre>\nmapNotNull()<\/code> y firstOrNull()<\/code>. Tenga en cuenta que mapNotNull()<\/code> crea una colecci\u00f3n inmediata, que requiere memoria adicional, especialmente para grandes colecciones. As\u00ed pues, ah\u00ed tambi\u00e9n podr\u00eda necesitarse una transformaci\u00f3n en secuencia.<\/p>\n\n\/\/ Option 2: old stdlib functions\nreturn collection\n \/\/ .asSequence() \/\/ Avoid creating intermediate list for big collections\n .mapNotNull { it.name }\n .firstOrNull()\n<\/pre>\n\n\/\/ Option 3: new firstNotNullOfOrNull()\nreturn collection.firstNotNullOfOrNull { it.name }\n<\/pre>\nCambios en bibliotecas de pruebas<\/h2>\n
kotlin-test<\/code> en varias versiones, pero ahora vamos a incluir algunos esperados cambios. Con 1.5.0-RC, puede probar varias nuevas funcionalidades:<\/p>\n\n
kotlin-test<\/code> en proyectos multiplataforma.<\/li>\nDependencia de kotlin-test en proyectos multiplataforma<\/h3>\n
kotlin-test<\/code> para todos los conjuntos de fuentes.<\/p>\nkotlin-test<\/code> en el conjunto de fuentes de prueba comunes es el \u00fanico que tiene que a\u00f1adir. El complemento Gradle inferir\u00e1 la dependencia de plataforma correspondiente para otros conjuntos de fuentes:<\/p>\n\n
kotlin-test-junit<\/code> para conjuntos de fuentes JVM. Tambi\u00e9n puede cambiar a kotlin-test-junit-5<\/code> o kotlin-test-testng<\/code> si las habilita expl\u00edcitamente (siga leyendo para saber c\u00f3mo).<\/li>\nkotlin-test-js<\/code> para conjuntos de fuentes Kotlin\/JS.<\/li>\nkotlin-test-common<\/code> y kotlin-test-annotations-common<\/code> para conjuntos de fuentes comunes.<\/li>\nkotlin-test<\/code>.<\/li>\n<\/ul>\nSelecci\u00f3n autom\u00e1tica de un marco de pruebas para conjuntos de fuentes Kotlin\/JVM<\/h3>\n
kotlin-test<\/code> en el conjunto de fuentes de prueba comunes tal y como se ha descrito anteriormente, los conjuntos de fuentes JVM reciben autom\u00e1ticamente la dependencia en JUnit 4. \u00a1Y ya est\u00e1! \u00a1Puede escribir y ejecutar pruebas inmediatamente!<\/p>\n\nkotlin {\n sourceSets {\n commonTest {\n dependencies {\n \/\/ This brings the dependency\n \/\/ on JUnit 4 transitively\n implementation kotlin('test')\n }\n }\n }\n}\n<\/pre>\n<\/p>\n\nkotlin {\n sourceSets {\n val commonTest by getting {\n dependencies {\n \/\/ This brings the dependency\n \/\/ on JUnit 4 transitively\n implementation(kotlin("test"))\n }\n }\n }\n}\n<\/pre>\nuseJUnitPlatform()<\/code><\/a> o useTestNG()<\/code><\/a>.<\/p>\n\nkotlin {\n jvm {\n testRuns["test"].executionTask.configure {\n \/\/ enable TestNG support\n useTestNG()\n \/\/ or\n \/\/ enable JUnit Platform (a.k.a. JUnit 5) support\n useJUnitPlatform()\n }\n }\n}\n<\/pre>\nkotlin-test<\/code>.<\/p>\nActualizaciones en las funciones de aserci\u00f3n<\/h3>\n
\n
assertIs<T>()<\/code> y assertIsNot<T>()<\/code> comprueban el tipo de valor.<\/li>\nassertContentEquals()<\/code> compara el contenido del contenedor en cuanto a vectores, secuencias y cualquier Iterable<\/code>. M\u00e1s espec\u00edficamente, comprueba si expected<\/code> y actual<\/code> contienen los mismos elementos en el mismo orden.<\/li>\nassertEquals()<\/code> y assertNotEquals()<\/code> para Double<\/code> y Float<\/code> cuentan con nuevas sobrecargas con un tercer par\u00e1metro: precisi\u00f3n.<\/li>\nassertContains()<\/code> comprueba la presencia de un elemento en cualquier objeto con el operador contains()<\/code> definido: vector, lista, intervalo, etc.<\/li>\n<\/ul>\n\n@Test\nfun test() {\n val expectedArray = arrayOf(1, 2, 3)\n val actualArray = Array(3) { it + 1 }\n\n val first: Any = actualArray[0]\n assertIs<Int>(first)\n \/\/ first is smart-cast to Int now\n println("${first + 1}")\n\n assertContentEquals(expectedArray, actualArray)\n assertContains(expectedArray, 2)\n\n val x = sin(PI)\n\n \/\/ precision parameter\n val tolerance = 0.000001\n\n assertEquals(0.0, x, tolerance)\n}\n<\/pre>\n